MathGroup Archive 2010

[Date Index] [Thread Index] [Author Index]

Search the Archive

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.