Robert Dodier wrote:
> On 5/9/10, Dieter Kaiser <drdieterkaiser at web.de> wrote:
>
>
>> TOP (1): 2970792 - gradef(s) together with vect package
>>
>> I think this is a general problem of the parser. When we define literal
>> prefix operators like "grad" or "div" functions which starts with the
>> same chars no longer works.
>>
>
> We should change the parser so that gradient is not parsed as grad ient.
> It seems very unlikely that there is any code which depends on the current
> behavior of the parser.
>
>
... snip ...
A perhaps related issue: I think it is a property of the parser that you
cannot use keywords for identifiers.
Compare
doit(x):= x+1;
and
do(x):=x+1;
I think that the change you suggest might be tricky. If you define @ as
a prefix operator, you want
@X to work. You do not want to require a space as in @X. Maybe you
would make the subtle
distinction that some operators are single letters and need no following
space?? Then defining D
as a prefix operator would allow Dx. But it would also disallow
DoSomething unless you mean D(oSomething).
RJF