Jakubi, I am really more concerned on how it looks on the screen than what is taking place behind the scene. I guess the way you outline is how it was done in Maple 16, right? Isn't this implementation robust enough? And isn't it possible to still have the improvements in the way the variables are listed in the Variables Palette in Maple 17 along with the coloring? In my view Maple have had the CAS program with the best mathematical typography for many years now. It is a pity if they should compromise here ...

Acer, I read your previous comments you linked to. I am delighted to know that you also think Maple animations are old fashioned and ready for a brushup! Today I use Geogebra for animations, but I would have preperred producing them in Maple!

Erik

I succeeded in finding a way out by defining several animate commands and finally combining them in a display command. I am however still puzzled why this animation needs to take up such a large space. Using 100 frames it takes my Intel i7 computer 19 seconds to save the file and the file is about 10 MB. As mathematically defined objects I would assume it to be much faster and the file to me much smaller ...

Regards,

Erik

I am aware it is not an Epicycle. Therefore I used the addition 'simplified'. There is the Mathematical Epicycloid you refer to and the Epicycle constructed by Ptolemy to describe planetary motions and the latter is quite complex including Equants etc. Anyway the name is really not the question here. I just want to have the big circle as a background image (fixed), the small circle rotating on the big one (without trace) and the ball's motion traced. I don't really see how this is done.

Erik

I am aware it is not an Epicycle. Therefore I used the addition 'simplified'. There is the Mathematical Epicycloid you refer to and the Epicycle constructed by Ptolemy to describe planetary motions and the latter is quite complex including Equants etc. Anyway the name is really not the question here. I just want to have the big circle as a background image (fixed), the small circle rotating on the big one (without trace) and the ball's motion traced. I don't really see how this is done.

Erik

Thanks Georgios. It seems like it is not possible to access a Table from a programming environment. I guess that has not been changed in version 16 ...

Erik

Thanks Georgios. It seems like it is not possible to access a Table from a programming environment. I guess that has not been changed in version 16 ...

Erik

Thanks. Your link gives me some other useful information. But what I really asked for: Is it possible to write a program that generate a table with borders of the same kind as when you manually use the menu Insert > Table...? If so, I also want to generate content in the cells. Maybe it is not possible?

Erik

Thanks. Your link gives me some other useful information. But what I really asked for: Is it possible to write a program that generate a table with borders of the same kind as when you manually use the menu Insert > Table...? If so, I also want to generate content in the cells. Maybe it is not possible?

Erik

Thanks pagan. Good explanation. Just what I was looking for!

Regards,

Erik

Thanks pagan. Good explanation. Just what I was looking for!

Regards,

Erik

Thanks for taking these issues seriously and passing them on to Maplesoft's developers. I appreciate your reply. I will consider submitting issues directly to Technical Support next time. At least this post reveal that it is not just a problem I have myself, other users recognize them as well - according to the up votes!

Thanks,

Erik 

Christopher, my graphics is png format, which is bitmap, not vector graphics! The problem is that Maple 16 doesn't handle inserted graphics in the same way as the built-in graphics like drawing, canvas, etc. This means that Maple 16 can't handle those two ingredients in one completed piece, as you mention yourself. I am not looking for any workaround here: Either it works easily, or it is not worth using. I need to look at this from my students viewpoint!

I am not sure if I understand what you mean regarding your Canon Printer. Anyway, everybody will experience this bad behavior. It is not something connected to a specific printer. Besides export to pdf is really a "print to file" operation. It will reveal any bad printing behavior.

Certainly I hope for a 16.02 update to solve those very important issues ...

Regards,

Erik

I have detected another image problem. It happens that I take a screenshot of some figures associated with an exercise as documentation and sometimes I draw on the image to add information. In the example below I have added dimensions 2.15 m to an image, by selecting the image, in which case a draw menu appears ... As you can see on my image below print/pdf work in Maple 15, but not in Maple16. Så this kind of documentation is not possible in Maple 16 anymore. A pity. To sum it up:

1. Problem with "empty holes" in print/pdf.

2. Dragging an image in the Maple worksheet has no effect in print/pdf.

3. Drawing on images in the Maple worksheet result in misleading print/pdf. 

I find the first two problems completely uacceptable as I have mentioned above. The third one is inconvenient.

Regards,

Erik

Good point, Jakubi! Your examples show that when plotting the graphs of two functions, the present algorithm might already leave an "empty hole" to the left and/or to the right of one of the two graphs, so why remove the holes by decreasing the x-range, when there is only one graph? This makes me even more sure this is the right way to handle it, exactly as Jacubi mention:

Never overiding user input, only let the heuristic algorithm work on the rest of the data.

Pros: The user will never be confused by having his decisions changed. The heuristic algorithm will be applicable in exactly the same amount of situations as is the case already now. It will mean more convenient plots than was the case in Maple 15.

Cons: I don't really see any. OK, maybe a small aesthetical issue, but it is completely overshadowed by the confusion the overriding of user input will imply.

NB! Another thing as mentioned by Jakubi: The heuristic algorithm can probably be improved a bit (Jakubi's 2. image).

I think smartview is a great new addition, but only if Maplesoft doesn't confuse students by having their input changed!

Regards,

Erik