Correcting priority issues in mactex.lisp

compare the display in wxmaxima  of
sum(a[n]+b[n],n,1,k);

and
a[n]+%;

You will see that  ()  are added around the whole sum, not just the summand.


There is also grind(%);
and display2d : false;

In general, 2-d display cannot be guaranteed to show all nuances, since 
the notation of super and subscript is somewhat overloaded.
derivativeabbrev:true;
'diff(y,x)
looks exactly like
 y[x]

There is a balance between perfect non-ambiguity and convention.  What 
is already in there is convention.



RJF

Leo Butler wrote:
> On Mon, 25 May 2009, Yasuaki Honda wrote:
>
> < Dear all,
> < 
> < I want to fix issues in mactex.lisp regarding how to put parenthes
> < when tex() function is used to generate latex commands. These
> < issues also occur in imaxima since it solely depends on tex()
> < function.
> < 
> < I would like to hear any opinions from you for this before commit.
>  
> < 2) sum(a[n]+b[n],n,1,k) is displayed like
> < 
> <                                 k
> <                                ====
> <                                \
> < (%o6)                            >    b  + a
> <                                /       n    n
> <                                ====
> <                                n = 1
> < 
> < in latex. I think b[n]+a[n] should be parenthed in sum. 
>
> Is there a compelling reason why you think this?
>
> Standard mathematical notation is to leave parentheses off %o6. 
> I don't believe that readability is improved by placing parentheses
> around the summand. If this is an issue with imaxima, then I would think
> it is better to write the code so that the user can choose to include
> parentheses, but the default setting is to leave it as is. That way
> imaxima can set its preferred default in its init file.
>
> That's my 2p.
> Leo
>
>