|
[Date Index]
[Thread Index]
[Author Index]
Re: The side-effects of mixing TraditionalForm inside expressions.
- To: mathgroup at smc.vnet.net
- Subject: [mg110807] Re: The side-effects of mixing TraditionalForm inside expressions.
- From: David Bailey <dave at removedbailey.co.uk>
- Date: Wed, 7 Jul 2010 07:43:23 -0400 (EDT)
- References: <201007051002.GAA15102@smc.vnet.net> <i0urh5$6l9$1@smc.vnet.net>
On 06/07/10 10:03, Andrzej Kozlowski wrote:
> This information is very misleading because what you have observed has
> nothing in particular to do with TraditionalForm. To see that, replace
> TrditionalForm with InputForm or StandardForm and see what happens.
> All these "forms" are meant only for the purpose of formatting and
> should not be used inside computations as they are not stripped of after
> evaluation (as, for example, Unevaluted is).
>
> E.g:
>
> 1 + InputForm[1]
>
> 1+1
>
> FullForm[%]
>
> Plus[1,InputForm[1]]
>
> vs
>
> 1 + Unevaluated[1]
>
> 2
>
> Andrzej Kozlowski
>
>
I have always thought WRI could usefully change the wording that appears
in the documentation of all these wrapper functions:
"InputForm acts as a "wrapper", which affects display, but not evaluation."
Of course, they DO affect evaluation!
David Bailey
http://www.dbaileyconsultancy.co.uk
Prev by Date:
Access connection failure in a Windows 7 64 bits system
Next by Date:
Re: PlotLegend-> and DateListPlot[]...incompatible or
Previous by thread:
Re: The side-effects of mixing TraditionalForm inside expressions.
Next by thread:
Re: The side-effects of mixing TraditionalForm inside expressions.
|