This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author rhettinger
Recipients docs@python, ezio.melotti, kdavies4, mark.dickinson, rhettinger, stutzbach
Date 2014-07-04.08:13:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1404461619.2.0.160061864693.issue21902@psf.upfronthosting.co.za>
In-reply-to
Content
> inverse' is probably more obvious to understand than 'area', 
> although it doesn't tie into the 'a' of 'acosh', etc.

Please don't make this gratuitous change.  The decision about whether to use "inverse" or "arc" was cast in stone when the functions were named "acosh" etc.   The documentation for C's math.h uses "arc".  The docs for my hand calculators all use the term "arc" in the description of what the keys do.  Why create unnecessary divergence?  

If you truly think users of acosh can't cope with "arc", then add a clarifying parenthetical for "inverse".  But don't make the function name "acosh" more opaque by not showing what it actually stands for.
History
Date User Action Args
2014-07-04 08:13:39rhettingersetrecipients: + rhettinger, mark.dickinson, stutzbach, ezio.melotti, docs@python, kdavies4
2014-07-04 08:13:39rhettingersetmessageid: <1404461619.2.0.160061864693.issue21902@psf.upfronthosting.co.za>
2014-07-04 08:13:39rhettingerlinkissue21902 messages
2014-07-04 08:13:38rhettingercreate