Try to provide us with a short, specific example of the code that you're trying to translate. When doing these tranalstions, there are often program-specific ways of doing things that are much better than doing a "direct" translation.

There are different ways to do an quivalent of "With", depending on use. For example a straigh-assignment, an "alias", using "local" when inside a function, etc.

thanks for taking the time to write the code Carl - very nice indeed.

My take on the your point (1) is that it's no big deal.. having the extra brackets doesn't much destruct from the simplicity that the syntax adds. 

When i have some time, i'll try playing with overloading the [] operator directly.

thanks for taking the time to write the code Carl - very nice indeed.

My take on the your point (1) is that it's no big deal.. having the extra brackets doesn't much destruct from the simplicity that the syntax adds. 

When i have some time, i'll try playing with overloading the [] operator directly.

I will ask him which version of maple he runs, but most likely it's a 64bit maple on a 64bit version of windows (probably 7). 

Is there another way to control the java heap other than through the maxheap parameter in launch.ini when on windows?

thanks.

@Carl Love - that might help indeed - good call!

@Carl Love - that might help indeed - good call!

Great job on the new embedded Explore - such a great feature!

Hi Everyone:

I'll start with saying that I think Maple keeps on looking better and better with every version - so good job devs!

Here is my list of things that I would like implemented in the future versions:

EDIT: I'm adding this (0) item after posting the others
0) I will repeat the general main point, which seems very inline with most of the suggestions in this post - ideally *everything* should be programmatically doable/controllable. This hugely speeds up development and adds to the usability of the software.

1) An updated "Explore" command - something akin to Mathematica's Manipulate. Ideally it would:
- allow for the results to appear in the current worksheet (so one could have multiple "Explores" in the same worksheet).
- allow for arbitrary components (the current version uses a template with one plot structure). This means for example having multiple plots that are created with Array or Matrix commands, should be handled properly.
- be fully controllable programatically (i.e. so there would be no need to select say variable ranges with a mouse, etc).

2) ... this is probably related to (1) above and repeats the sentiments of others. All the GUI components should be fully programmable. There should be no need to click with a mouse to introduce components and set their properties. One could just write (or copy/paste) some code, and the whole GUI structure would appear.


3) Export-to-pdf should respect the look and feel of the plots in a worksheet. Right now (Maple 16.02) exporting a worksheet neglects (for example) the plot size. Also having Arrays or Matrices of plots (i.e. obtained with display(Array[plot1, plot1]) ) are completely broken in the exports.

4) Latex support in plots (for labels/legends).

5) The keyboard binding should be user definable. This would allow for user to setup shortcuts that help them navigate documents in whatever way they find most useful (and fast).
 
6) The exporting plots via the command-line interface should use the same backends as the gui version. (i.e. I mean if one exports a plot from the terminal after starting 'maple'). Right now in the (for example jpeg exports), the plots/fonts are terribly ugly, don't use anti-aliasing and are basically unusable for publication. Running maple this way is very useful for batch jobs where say many plots need to be created automatically (and maybe remotely). I realize this is probably very low on Maplesoft's radar, but I though I'd mention it.

Thanks!... and good job Maplesoft - we all complain from time to time, but most would agree that Maple is beyond just useful for many!

The rebuttal links posted by acer give us the other side, but they are not easy to find from googling around.

In fact, (for me) searching for "comparison maple mathematica" gives Wolfram's discussion in a second link, but the info from Maplesoft is nowehere to be found.

Regardless of how much discussion Maplesoft wants to get into about this, it might be in their interest to at least make sure the two points of view are easily accessible for someone not very familiar with either product.

You probably know this already, but in case someone doesn't - you could make it a habit to always export your maple worksheets as pdfs - that way you could at least always look at them on any device. I sometimes do this, when I know I will want access on a platform with no maple installed.

You might know about the "Explore" command - it also might be helpful with what you're trying to do (note worsheets that are "Explore"ed can be saved and reloaded).

Two great ways that make it extra useful (at least for me) are:

1) explore a function, explained here (see pagan's asnwer)
http://www.mapleprimes.com/questions/129250-How-To-Explore-A-Procedure-

and

2) add the ability to define variables and ranges to explore, programatically (see acer's answer):
http://www.mapleprimes.com/questions/125305-Explore-Command

@dskoog 

It looks like the shift+tab is still broken in maple 16 on linux. I submited a bug report before. should I submit another one?

As I mentioned before, it does not work if one selects 1D as the input and uses a workseet as the document type.

@dskoog 

It looks like the shift+tab is still broken in maple 16 on linux. I submited a bug report before. should I submit another one?

As I mentioned before, it does not work if one selects 1D as the input and uses a workseet as the document type.

thanks for your suggestion! As acer predicted above, i meant i have a sum of terms and want to pick out ones that contain some "variable", which may or may not be a function (of 't' in my case).

thanks for your suggestion! As acer predicted above, i meant i have a sum of terms and want to pick out ones that contain some "variable", which may or may not be a function (of 't' in my case).