You might as well be interested in the answers I got here

Same error with Maple 2021 to Maple 2023. Maple 2020 cannot compute the series to perfom the test.

@rlopez 

After reading your reply, I started Maple 2021 and 2020. This morning, Maple 2020 stil displays submenus while Maple 2021 does not. Something must have changed with the transition from Oracle to Eclipse Java IDE.

I remember that I didn't like the GUI change because menu entries were not bold anymore and occupied more screen space (, which is a drawback when working with a notebook screen). At the time, I assumed that this layout change was done to facilitate touch screen operation.

Other "glitches" like not appearing toolbars have been already discussed in this forum and fixes were made. However, I have not heard of reports of these Eclipse glitches (still a hypothesis) occuring together.

I am still looking for feedback from Linux and Apple users. Is this a Windows only effect? We are clearly dealing here with a combined effect which makes the identification of the root cause/combination difficult.

By the way: the not appearing plot tool bar is really limiting the use of Maple because there is no workaround.

Annother suspicion: I have the impression that the programm that was launched first recovers earlier. (I have currently 8 instances of javaw.exe running and recovery is difficult to monitor while working)

@Christopher2222 @sija 

If you zoom in (which works excellent because Maple redraws the plot) there is a moment when a second contact (should) happen. This is not the case and two intersection points can be seen.

For the given curvatures it now happens that these "contacts" merge together at the next frame and then separate again. Now the contact of the ellipse to the curve is on the outside of the curve. A modified algorithm that prevents penetration of one contour into the other would show the bouncing Christopher expected.

@WD0HHU 

I got notification of your reply!

Yesterday night I found an option in Outlook to whitelist the adress mapleprimes@maplesoft.com. Just in case, I also whitelisted the domain. (I also changed in Ordering sequence of replies in MaplePrimes)

Thank you!

@one man 

No problem. Currently I also do not get notifications.

The right hand side of the ode's are still a bit opaque to me. In particular the division by sqrt(b[5] ^2+ b[6]^2). Why these two? What makes them special?

I found in Maplesofts application center a good explanation of Draghilev's method from @rlopez  that clarrified a lot. However, for the case discussed there I do not see a division.

Overall, I'm still looking for a good classification of the method. I wouldn't say that I can't see the wood for the trees, but I clearly miss a helicopter perspective that allows me to choose a suitable method for a particular problem.

 @rlopez @Carl Love @Ronan 

New observation: Whenever submenus have disappeared, the plot tool bar (when a plot is selected)  

is not displayed.

Other than that, I have stopped searching for a work around to force recovery of submenus. Maple recovers after a while when the above-mentioned programs run in parallel (after system wake-up from either hibernation or energy-saving;  both triggered by the system with the timings given above).  I could not check systematically whether the other programs needed to be actively used. I also had no time to only run Maple to see if Maple recovers by itself (while working only with Maple).

However, I made an interesting observation. I had a look for other programs that are developed under Eclipse which also suffer from disappearing submenus. The search was unsuccessful but I remembered that MapleSim is also developed under Eclipse and has submenues. Since than I run MapleSim in parallel to Maple 2023 and Maple 2024.

Hope:

So far in MapleSim's File Menu, submenus always worked when they temporarily disappeared in Maple 2023 and Maple 2024.

And (!!!): A Maple session started within MapleSim does not show dissaprearing submenus and plot toolbar while they dissapeared in Maple. Also the context pannel was never empty.  (FYI: MapleSim allows to attach files to a MapleSim document. These attachments can be opened from MapleSim filemenu). Below is the proof. The Maple session started from MapleSim is shown above the Maple session (not displaying the plotmenu) started from Windows startmenu.

I hope this observation can help identifiying essential differences between the two Maplesoft products that are responsible for the GUI malfunctioning of the current Maple versions. I am happy to beta test.

@nm

Thank you for the detailed answer!

@nm 

I so far had no time issues but what you said makes sense.

Since dsolve does some internal testing (otherwise it could not decide after which method to stop), we can assume that each result has been tested. From this perspective a separate test does not make sense unless the test is completely different.

Odetest can of course be used to test any solution. Not only dsolve output. But this does not seems to be its main purpose.

You might know: Do other software packages provide a separate test or is this a speciality of Maple?

@Carl Love 

I went back to my worksheet and converted Math Input back an forth. In Math 2D back ticks are required if a question mark is used in a name. Otherwise the rest of the input after the character before the first questionmark is discarded

This is analogeous to #

Seems that ? can be used in 2D as a single line comment. This does not convert to 1D.

How to run the attachment? Maple evaluates for a long time

Not sure what you mean by basins. This could help you generating a x,y,z plot:

https://www.mapleprimes.com/posts/226664-Exploring-Nonlinear-Dynamics-Analysis

@Paras31 

odeplot uses plot3d,options which do not have a linecolor option. It seems that line coloring is only possible with DEplot.

@mmcdara @one man 

The circle of the maximum radius should be centered on

x2=x1

This assumption makes the search for a solutions much easier. A propper proof of this assumption is a different story. I think it should be possible by starting with a minimized ellipspe at the origin that is subsequently expanded. A differnt way to proof this would be "morphing" of a circle to the ellipse in the drawing above. This will not change the outer two contact points.

The curvature of the circle is always greater than the one of the outer envelope. The limiting curvature of the circle between one and two contact point is the curvature of the outer envelope on the diagonal. Algorithms might be sensitive to this border case.

This code is easier to understand than your former post.
I still don't understand where the b[i] are comming from and what they do.

I also look for a movitation why ode's are generated instead of solving algebraic constraints directly. Is it for the reason that the numerical integration points to the next disrecte solution whereas solving requires selecting a root and deriving algebraic constraints in the first place?