MAPLE does not have the capability of plotting nice (say, round) FILLED IN points,
and "hollow" points are very often hard to distinguish in a window cluttered with graphs. I pointed this out to the Maple Support Team, and the following roundabout was suggested:
> with(plottools):
> c := disk([9,1.5], .2, color=black):
>
> d := disk([2,2.8], .2, color=black):
>
> display([c,d],scaling=constrained,view=[-10..10,-10..10]);
> display(p1, p2, p3, p4, p5, p6,c, d,
scaling=constrained,view=[-1..10,0..10]);
> display(p1, p2, p3, p4, p5, p6,c, d,view=[-1..10,0..4]);
However, the BIG inconvenient of this roundabout is that in reality it plots little circles. So, if the scales in both axes is strongly different (think of plotting monthly salaries, in dollars, against time, in months) you don't get round points, but very flat ellipses.

It would be really nice if Maple would include PDF support in the future. More and more people are producing content directly in PDF (with pdflatex for example) rather than PS. PS isn't even directly supported on the Mac directly; it is always converted to PDF before it is displayed. Most printers can process and print a PDF file directly. Does anybody else wish Maple could produce PDF?

Maplesoft should have free recorded webinars available for customers, as The Mathworks does. The main problem people have with Maplesoft products is the lack of training. With recorded webinars you can get a general idea of how to use Maple to solve your engineering problems.

I'd really like better linear algebra support. I've been wanting some features that have been in Mathematica now for several years. I'd really like to be able to write out,
c^T*B*c
where c is a vector and B is a matrix without having to specify their size other than they are conforming. Then be able to manipulations on them such as differentiate with respect to c. I know that Mathematica can do this, and the lack of this support makes doing my work difficult. I had to do a lot of work to get around this problem when creating my symbolic finite element package.
The other major thing that I've complained about before including in various places on Mapleprimes (but not in the suggestions forum) is better LaTeX export.

There is one thing which, as far as I know (please correct me if I'm wrong), you can do with other languages like FORM and MATHEMATICA, but cannot do with MAPLE. That is, to use patterns in replacement rules. If this were included in a future version of MAPLE, I wouldn't use MATHEMATICA ever again!
For example, in MATHEMATICA you can write the following input:
f[{a,b}] + f[c] /. f[{x_,y_}] -> p[x+y]
and then you get the following output:
f[c]+p[a+b]
Another example,
{1,x,x^2,x^3} /. x^n_ -> r[n]
then you get
{1,x,r[2],r[3]}
The underscores are used to mean "any expression". For example, x_ means any expression to be named x. MATHEMATICA also has things like x__ (x with two underscores), which means any sequence to be named x, and x___ (three underscores) which means any sequence of zero or more expressions to be named x.

I think Maple should have compression in the .mw format. I don't care if it breaks backwards compatibility, it should be an option. Later you can make it the default.
I recently looked at

this post, which links to an 11MB worksheet. Using "zip" compressed it down to 60KB. This is beyond bad - it's obscene!
Note that this would also fix the problem of broken mail servers corrupting .mw attachments. Just swipe some FreeBSD code and put this feature in. Please!

One might expect to find all curve fitting tools in the Curve Fitting Package, but some are in the Optimization or Statistics Packages. Would it be possible to bring them all together?

J. Tarr

Most experienced Maple users have encountered situations where the "do" and "end" statements are not in the same execution group.
For example:

> for n from 1 to 10 do
> n, n^2, 1/n;
>
Warning, premature end of input, use <Shift> + <Enter> to avoid this message.

> end do; # in a separate execution group
Error, reserved word `end` unexpected

I have no objection to the issuing of a warning message when the "do" is executed without a matching "end".
My request is that the unmatched "end" (particularly when it appears as the initial (non-empty) string in an execution group) should receive a warning instead of an error.

I would like to see Maple's modp1 and modp2 support 25-bit moduli using the float[8] datatype, similar to the LinearAlgebra:-Modular package.

I think an excellent feature for Maple would be an auto-complete function similar to what they have in software integrated development environments like MS Visual Studio, i.e., when you begin typing a command, a small window pops up and displays the possible command completions, parameter list etc. This would be easier than typing Command-Shift-Space to complete commands, and if the parameter list and a small instruction could be included in the pop-up window, I think this would save loads of time, as it seems I spend half my time in the help browser looking up function calling sequences that I have forgotten.

Maple needs better user-level facilities for doing linear algebra over finite fields, particularly the integers mod n. For example there is no good way to solve a linear system Ax=B when B is a matrix. Obviously the LinearAlgebra:-Modular package is very good at what it does. Why can't there be some nice non-programmer routines which call it ?
One alternative to using the mod operator is to have all the commands in the main LinearAlgebra package accept an optional last argument for the characteristic. For example:
LinearAlgebra:-GaussianElimination(A, n);
Then in the GaussianElimination command you could do something like:

A colleague has been frustrated by the apparent limitations to Maple's abilities to "solve" inequalities. This does appear to be something that should - and could - be improved with a little effort.
The typical problem under consideration is the epsilon-delta definition of limit. Ideally, it would be nice to execute a command such as

> solve( abs( f-L ) < epsilon, x );

and receive an answer in terms of intervals.

I have this recurring editor issue where the cursor advances to the next line after entering an assignment operator (:=) or a type definition operator (::). I'm guessing the Maple code implementation is attempting some sort of code formatting and wants to advance the cursor one space beyond the operator. The only problem is that the space doesn't exist, so the cursor is ultimately advanced to the existing token in the buffer stream which in my case is a line feed; i.e., the next line.

The editor appears to be in 'Insert' mode since I can't overwrite characters while the cursor is positioned in the middle of a string.

Maple needs to be able to do the following:

RootOf(z^2-3)/RootOf(z^2-2) mod 5 -> 3

Instead we have

Normal(RootOf(z^2-3)/RootOf(z^2-2)) mod 5;
Error, (in mod/GetAlgExt) only the single algebraic extension case is implemented

I would also like to be able to factor and generally compute with polynomials whose coefficients involve multiple algebraic extensions mod p. These are basic fields, and it is somewhat sad that Maple has no way of computing in them.

As I have used MathML to prepare typeset mathematics in maplets, I noticed that there can be some confusion when there is no explicit multiplication operator. The problem appears to be most severe when two numeric quantities appear next to one another, e.g.,

> t := sin( 5*10^x );

I use the following maplet to see how this looks in MathML:

> with(Maplets[Elements]):
> maplet := Maplet([
> [MathMLViewer('value' = MathML[Export](t))],
> [Button("OK", Shutdown())]
> ]):
> Maplets[Display](maplet);

I note that the spacing appears to be a little better in Maple 10 than in Maple 9.5. But I would still prefer a centered dot (\cdot in LaTeX) or an x (\times). Note that I am not asking for a multiplication symbol to appear for all products, just ones where it can be difficult to determine the actual terms of the product.