You can set the input mode in the Standard GUI to be 1D Maple input, in Worksheets, as a preference (globally) for all new sessions.

See Tools->Options->Display.  Apologies, if you already knew that.

acer

For reasons not altogether clear, the code posted is not accepted by the 2D Math parser in Maple 12.

I suggest entering it in 1D Maple input instead of 2D Math input. (See the Tools->Options->Display tab for control of this mode. It can also be toggled directly, using the F5 key I believe.)

acer

For reasons not altogether clear, the code posted is not accepted by the 2D Math parser in Maple 12.

I suggest entering it in 1D Maple input instead of 2D Math input. (See the Tools->Options->Display tab for control of this mode. It can also be toggled directly, using the F5 key I believe.)

acer

This did work for me. I had presumed that you forgot to post the assignment of 0 to n.

n:= 0:
for i from .1 by .1 to 5 do
  n := n+1;
  P[n] := (i*2+3*i^2);
  X[n] := [n, P[n]];
end do:
plots:-listplot( [seq(X[i],i=1..50)] );

What Doug says about generating lists more efficiently is good advice. What's relevant there is that you know the length (number of entries) in advance, so you know what range to supply to `seq`, etc. But don't feel bad. Your technique actually uses Maple table structures, and is appropriate for many other sequential tasks for which one doesn't know the length in advance. The truly bad way to do such things is to create appended lists inside loops, repeatedly doing L:=[op(L), newvalue]. Use of tables is much less bad.

acer

This did work for me. I had presumed that you forgot to post the assignment of 0 to n.

n:= 0:
for i from .1 by .1 to 5 do
  n := n+1;
  P[n] := (i*2+3*i^2);
  X[n] := [n, P[n]];
end do:
plots:-listplot( [seq(X[i],i=1..50)] );

What Doug says about generating lists more efficiently is good advice. What's relevant there is that you know the length (number of entries) in advance, so you know what range to supply to `seq`, etc. But don't feel bad. Your technique actually uses Maple table structures, and is appropriate for many other sequential tasks for which one doesn't know the length in advance. The truly bad way to do such things is to create appended lists inside loops, repeatedly doing L:=[op(L), newvalue]. Use of tables is much less bad.

acer

Yes, I knew that, thanks. One reason that I mentioned that help-page was because it describes that launch option.

But that doesn't at all mean the the change couldn't have dramatic consequences. Nobody wants to distribute a 3rd part add-on package whith the stipulation that it has to be run in a session started with --setsort option. What's more, there can be consequences in Maple's own Library related to such differences in behaviour.

I was wondering if anyone had detected such behaviour changes. (..and knows the cause, naturally. People might be affected, for good or for bad and not realize the cause.)

acer

See the help-page ?plot,colornames which shows the valid names.

In the table in that page, "Orange" and "orange" have different values.

That help-page says,

- The new names in the left-most column are the commonly used HTML color
  names. The lower case names in the middle column are the colors originally
  used by Maple, and are retained for backward compatibility. In some cases
  (Blue, White, Yellow) the RGB value is the same, but in others (Maroon,
  Gold) it is quite different.

The situation for Orange is like that for Maroon, in this respect.

acer

See the help-page ?plot,colornames which shows the valid names.

In the table in that page, "Orange" and "orange" have different values.

That help-page says,

- The new names in the left-most column are the commonly used HTML color
  names. The lower case names in the middle column are the colors originally
  used by Maple, and are retained for backward compatibility. In some cases
  (Blue, White, Yellow) the RGB value is the same, but in others (Maroon,
  Gold) it is quite different.

The situation for Orange is like that for Maroon, in this respect.

acer

Instead of what you have above, try that additional option as,

parameterranges = [alpha = 1 .. 100, rho = 1 .. 100]

acer

Instead of what you have above, try that additional option as,

parameterranges = [alpha = 1 .. 100, rho = 1 .. 100]

acer

What error did you get? Perhaps more importantly, what exactly did you enter?

The following works even back to Maple 6,

M := Matrix([[-2,1,3],[-5,7*a,3],[5,-2,a]]):
values := [solve(LinearAlgebra:-Determinant(M))];
seq(LinearAlgebra:-Rank(eval(M,a=values[i])),i=1..nops(values));

acer

What error did you get? Perhaps more importantly, what exactly did you enter?

The following works even back to Maple 6,

M := Matrix([[-2,1,3],[-5,7*a,3],[5,-2,a]]):
values := [solve(LinearAlgebra:-Determinant(M))];
seq(LinearAlgebra:-Rank(eval(M,a=values[i])),i=1..nops(values));

acer

If your data is in a Vector (capital V, not vector) and if it is of size more than ten, then you would have to adjust interface(rtablesize) in order to get have all its entries displayed. See here for more detail.

I suggest that you go with the more modern Statistics and Vector, rather than the older deprecated stats package.

(This rtablesize issue comes up quite often. It ought to be a FAQ. And there should be a more convenient GUI setting for it.)

acer

If your data is in a Vector (capital V, not vector) and if it is of size more than ten, then you would have to adjust interface(rtablesize) in order to get have all its entries displayed. See here for more detail.

I suggest that you go with the more modern Statistics and Vector, rather than the older deprecated stats package.

(This rtablesize issue comes up quite often. It ought to be a FAQ. And there should be a more convenient GUI setting for it.)

acer

You might have a look at this thread on the Eee Pc. Installation tricks to solid state drives (or SD cards) might also work various other netbooks.

You could also look at PocketCAS.

If wifi or other wireless networking had improved much faster then we might have seen thin client solutions by now for portable CAS. But it looks more as if the advent  of hardware improvements to allow the big CAS systems to run on the smaller portables is going to happen first (and, maybe, instead of thin client solutions).

Personally, I wouldn't bother with python as the available CAS libraries are not as full-fledged.

It'll get interesting when PDAs get as much power as notebooks have now, in terms of speed/memory/storage. Will people prefer netbook size for doing serious math, or will there be a big need for small but useful CAS graphical-user-interfaces. Perhaps the next few years will tell.

acer