@nm 
Ahhh ... seems that reading the former menulist top down was easier for me. 

Thanks!

could you fix the link?

It looks to me that the unassign statement is not working because there is a hidden character. If I paste your code 

unassign('L',' a',' b',' d',' h');

I see spaces in front of a, b, d and h. Pasting code in MaplePrimes is "unsave" because it removes hidden characters that are used to format 2D-Math input. So whatever you copy/paste here might not be the code executed on your machine. Better use the green arrow to upload code.

Try converting the unassign statement to 1D-Math and or delete and retype 'h'. Check also that the quotes you have used are unevaluation quotes.

@Ronan 

The ProgrammingGuide provides more examples under 6.9 "Anonymous Procedures" and 6.10 "Recursion".
Advanced programmers might also create procedures during runtime (6.11) for onetime use without the need to polute the name and memory space.

A bit off-topic but maybe also of interest is functional programming and "operator expressions" that support an algebra of operators (see 3.8). Most of the time such expressions are used anonymously but can also be assigned to a name and then applied to arguments as we know it from function application.

@Earl 

omega= v/r

where r ist the radius of curvature of the ellipse at the the position of the bead.

See also the evolute of an ellipse for all centers of osculating circles.

@Jean-Michel 
Maybe the virtual machine of JAVA_VERSION="21.0.4" is not compatible with the Windows experimental built. However, Java 21 is supposedly from July 2024 which makes it unlikely that there is a Java difference between Maple 2026.0 and 2026.1.
My Windows built is different from yours and I could not reproduce anything reported here. Maple 2026 is now running for 4 days without any unresponsiviness. Maybe it is because of hibernation settings which never let the PC run for a "long time". The open file issue might be related but sounds different from what you are experiencing. 
 

A few more things you could try:
- reset the graphics adapter (Nvidia control center)

- change Nvidia settings (this is trial and error)

- under Windows there are now advanced graphics adapter settings for gaming and hardware acceleration. Turn them on and off to see if it makes any difference.

Note: Your machine is a beast in terms of hardware installed. I envy you. This configuration is rare and might produce errors no one here can reproduce. Unfortunately, you cannot switch to an internal graphic card as it is possible with Intel. For Maple I could not see a difference between internal and external graphics adapter. So I let Windows now manage which graphics adapter to be used. 

If a fresh installation of Maple 2026 was unsuccessful, I would contact support and work with an older version in the meantime. I run
 

which uses the former user interface but has the math of 2025.2 

The best Maple version so far, IMO.

By the way, MMA uses Qt for their UI. I do not think that managers will take the risk of rewriting the Maple UI again after the ribbon project. That is heavy lifting Java specialized software engineers will have a hard time dealing with (and Qt comes with its own challenges). I cross fingers that this is a bug that can and will be fixed and not something related to Javas virtual machine (which communicates with Windows) and/or the runtime environment. Who knows. At least there are more recent Java versions to be tried which hopefully will fix “my” graphics glitches.
 

@lemelinm

Quite powerfull, see ?plot,colorscheme,gradient

xx := 2.5;
yy := 2.5;
a := plot3d(exp(-x^2 - y^2), x = -xx .. xx, y = -yy .. yy, colorscheme = ["zgradient", ["blue", green, "yellow", "red"], zrange = 0 .. 1]):
b := plots:-spacecurve([x, yy, exp(-x^2)], x = -xx .. xx, color = blue):
c := plots:-spacecurve([xx, y, exp(-y^2)], y = -yy .. yy, color = red):
plots:-display([a, b, c], orientation = [-120, 60, 0]);

Looks better now without the pink:

[Blue, Cyan, Green, Yellow, Orange, Red] with Lighting  "Light 1"

@dharr

The "alt way" allows to control all menu items via the keyboard. This is fine and a feature not available with the former UI. However, its also much slower than Crtl-O. 
@vv

The "alt way" seems to be similar to what is available in MS Office. If Maplesoft plans to adopt other UI features from MS Office there is hope that we can expect some speed improvements. At the moment there is still too much mouse movements, tab switching and clicks.
My hope is that Maple employees do something for themselves. Even with improved usability for an efficient use of Maple the good old speedy short-cuts make sense. I hope they will not disappear. Until then I am not ribboning.

Your problem leaves room for interpretation:
Is the closed wire loop fixed to an inertial frame of reference?

Or: Are the beads constrained by the loop in motion but can exchange forces via the loop?  (I see here a few problems when the loop is massless)

I am getting this error so I cannot run your worksheet.

@nm 
On my machine I find in the jre folder of the 2026.1 installation: JAVA_VERSION="21.0.4"

The AI answer somehow makes sense but the JDK is only one part of the story. The other part is the Java IDE (integrated developement environement) under which the UI was developed. Many of the UI glitches (like submenus not working after hibernation) appread with the change to Eclipse (some might have dissapeared). 
Theoretically, the IDE should not influence a program bevavior but perhaps with the change to Eclipse configuration seetings to the operating system changed as well.
I see indeed 3 times more virtual memory allocated with Maple 2020 after start. However, if more memory used is the price to pay for a stable UI then I would go for it. UI glitches of a commercial product should be fixed. I do not have this with any other application.

The question is now:
Has the JAVA version changed from 2026.0 to 2026.1?

@GED 
When I open the above worksheet with Maple 2026 all formating looks fine. Excecuting the worksheet throws this error

After execution has finished, the output has changed to what you described.

Inspecting the context pannel shows that Number format is set to None right from the beginning. So the chaos is caused by no formating at all. Formating simply not working for some reason.

By the way, formating worked with Maple 2025...

This is not the only report on formating not working as before.

Could you provided a sample worksheet made with an older version with "correct" formating?
This will help to reprocude what you observe and check in upcomming Maple version for improvements.

@sursumCorda 

Excellent (case handling&recursion)! I am keen to see other ways (including AI solutions if they are labeld as such).
Using ifelse we can make a (harder to understand) onliner out of it.

undo_apply:=(e::Non(atomic)) -> ifelse(e::indexable,thisproc~(e),ifelse(e::'composition',e,op(0,e)@`if`(e::anyfunc(function),thisproc(op(1,e)),NULL))):

undo_apply(ln(sinh(z)));
undo_apply([f(g(h(x), x)), f(g(x)(h(x))), f(g(D(x))), f(g(h(x)()))])

For clarity, I prefer this variant without the warning

undo_apply := (e::Non(atomic)) -> 
	if e::indexable then 
		thisproc~(e);
	elif e::'composition' then 
		e;
	else 
		op(0,e)@`if`(e::anyfunc(function),thisproc(op(1,e)),NULL);
	fi:

@sursumCorda 
Formaly I would say yes.
However, I did not think that far to use an argument inside a function composition.
This challenges my imagingation. The only Maple function I know that could fit for g into your example that uses two pairs of parentheses is D. 
What else could make sense?

@sursumCorda 

The desired output is inside the first pair of parentheses of the rhs of the below equations. The argument of the function applications is in the second pair of parentheses

f(g(h(x), x))=(f@g)(h(x),x);
f(g(x)(h(x)))=(f)(g(x)*h(x));# not a function composition
f(g(D(x)))=(f@d@D)(x);
f(g(h(x)()))=(f@g@h(x))()

I assume you know the connetion of the above to apply

op(0..1,'(f@g)(h(x),x)');
apply(%)