Using ':-epsilon'=1e-5 I got the following plot,

acer

Using ':-epsilon'=1e-5 I got the following plot,

acer

@Markiyan Hirnyk Indeed, once a 2D Math input containing atomic identifiers has been converted to 1D then using the context-menu to convert it back to 2D input doesn't get a nicely typeset piece of input. The same seems to go for entering the TypeMK explicitly while in 2D input mode. It seems that atomic identifiers cannot be successfully round-trip converted typeset 2D->1D->typset 2D using the context menus.

On a wild guess, I also tried it for input `#msup(mi("a"),mn("2"),msemantics="atomic")` but again no luck.

But I was not talking about that. I was referring only to the case of right-clicking on a 2D typeset bit of 2D Math input which had previously been toggled as atomic identifier. What you gave was a bit of TypeMK which was not typeset. I suppose one may sensibly distinguish between input which is typeset 2D Math and input which is TypeMK code notation that can represent it.

@Markiyan Hirnyk Indeed, once a 2D Math input containing atomic identifiers has been converted to 1D then using the context-menu to convert it back to 2D input doesn't get a nicely typeset piece of input. The same seems to go for entering the TypeMK explicitly while in 2D input mode. It seems that atomic identifiers cannot be successfully round-trip converted typeset 2D->1D->typset 2D using the context menus.

On a wild guess, I also tried it for input `#msup(mi("a"),mn("2"),msemantics="atomic")` but again no luck.

But I was not talking about that. I was referring only to the case of right-clicking on a 2D typeset bit of 2D Math input which had previously been toggled as atomic identifier. What you gave was a bit of TypeMK which was not typeset. I suppose one may sensibly distinguish between input which is typeset 2D Math and input which is TypeMK code notation that can represent it.

@Markiyan Hirnyk Sorry, that was careless of me; I didn't read the question at all carefully.

@Markiyan Hirnyk Sorry, that was careless of me; I didn't read the question at all carefully.

Isn't the "Atomic Identifier" a checkbox in the right-click context-menu? Cannot you select, right-click, and toggle it off in the same way that you can toggle it on?

(This worked for me, toggling a^2 as LHS of an assignment (2D Math input) to and from atomic identifier, on both Maple 16.01 and Maple 13.01.)

acer

Isn't the "Atomic Identifier" a checkbox in the right-click context-menu? Cannot you select, right-click, and toggle it off in the same way that you can toggle it on?

(This worked for me, toggling a^2 as LHS of an assignment (2D Math input) to and from atomic identifier, on both Maple 16.01 and Maple 13.01.)

acer

Where does the .mla library reside, relative to script1? And relative to script2?

Does script1 call Maple, or does Maple read script1? (What language is script1 in?)

There's a greal deal that is unclear in your question.

acer

This might be due to the ordering of the coefficients (in a set, say).

restart:
expr:=a*Zeta^2 + p*Zeta^5:
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                             false
                               s

restart:
expr:=p*Zeta^2 + a*Zeta^5:
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                              true
                  [                        2]
                  [n = 5, y = a, z = p Zeta ]

restart:
escloc:=proc() local a; a; end proc():
expr:=escloc*Zeta^2 + a*Zeta^5:
{escloc*Zeta^2, a*Zeta^5};
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                       /      5        2\ 
                      { a Zeta , a Zeta  }
                       \                / 
                              true
                  [                        2]
                  [n = 5, y = a, z = a Zeta ]

restart:
escloc:=proc() local a; a; end proc():
expr:=a*Zeta^2 + escloc*Zeta^5:
{a*Zeta^2, escloc*Zeta^5};
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                       /      2        5\ 
                      { a Zeta , a Zeta  }
                       \                / 
                             false
                               s

acer

This might be due to the ordering of the coefficients (in a set, say).

restart:
expr:=a*Zeta^2 + p*Zeta^5:
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                             false
                               s

restart:
expr:=p*Zeta^2 + a*Zeta^5:
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                              true
                  [                        2]
                  [n = 5, y = a, z = p Zeta ]

restart:
escloc:=proc() local a; a; end proc():
expr:=escloc*Zeta^2 + a*Zeta^5:
{escloc*Zeta^2, a*Zeta^5};
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                       /      5        2\ 
                      { a Zeta , a Zeta  }
                       \                / 
                              true
                  [                        2]
                  [n = 5, y = a, z = a Zeta ]

restart:
escloc:=proc() local a; a; end proc():
expr:=a*Zeta^2 + escloc*Zeta^5:
{a*Zeta^2, escloc*Zeta^5};
patmatch(expr, conditional(Zeta^n::posint*y::anything+z::anything,
         n >= 3), 's');s;s:='s':

                       /      2        5\ 
                      { a Zeta , a Zeta  }
                       \                / 
                             false
                               s

acer

@Christopher2222 Editing a post can in itself screw up contents between angle-brackets. It's a (very annoying) bug in the editor.

You can see an older version here. It had, at various lines,

A:=<<0|-4>,<-1|0>>;

beta:=<alpha|<0,0>>;

V1:=<-2,1>;

V2:=<2,1>;

(I've had to get into the habit of copying all of a post/comment/question to the clipboard before hitting the Edit button.)

I suppose that there are various ways for the student who does not immediately see the 7/9 part.

> restart:
           
> K:=7*10^i:         
> seq(K,i=0..2);     

                                  7, 70, 700

> P:=sum(K,i=0..j-1);

                                        j
                                    7 10
                               P := ----- - 7/9
                                      9

> seq(P,j=1..3);     

                                  7, 77, 777

> W:=sum(P,'j'=1..n);  

                                               (n + 1)
                                7 n   70   7 10
                         W := - --- - -- + -----------
                                 9    81       81

> seq(W,n=1..3);

                                  7, 84, 861

> u:=unapply(W,n):

> u(3);
                                      861

acer

I suppose that there are various ways for the student who does not immediately see the 7/9 part.

> restart:
           
> K:=7*10^i:         
> seq(K,i=0..2);     

                                  7, 70, 700

> P:=sum(K,i=0..j-1);

                                        j
                                    7 10
                               P := ----- - 7/9
                                      9

> seq(P,j=1..3);     

                                  7, 77, 777

> W:=sum(P,'j'=1..n);  

                                               (n + 1)
                                7 n   70   7 10
                         W := - --- - -- + -----------
                                 9    81       81

> seq(W,n=1..3);

                                  7, 84, 861

> u:=unapply(W,n):

> u(3);
                                      861

acer

Did you really intend e^(-34.32*10^4/t) and others like it, or were those intended as exp(-34.32*10^4/t) instead?

acer