2340 Reputation

19 Badges

4 years, 300 days

MaplePrimes Activity

These are replies submitted by C_R


Looks like that \n does not work inside Typeset and that there is no new line MathML tag that can be used instead with Typeset.

By the way, typeset or Typeset in my former examples with mover is not needed when Typesetting is loaded

display(point(Pgamma2, symbol = solidcircle, symbolsize = 14), textplot([Pgamma2[], mover(mo("⁢"), mo("γ2")), align = {above}]))

For me the lower case typeset is an unlucky choice. Too close to Typeset but not the same. 


Somehow \n is not working. What is wrong with my trials?

display(point(Pgamma2,symbol=solidcircle,symbolsize=14),textplot([Pgamma2[],Typeset((`gamma2`,"\n" )),align={above}])); # this is what I tried before mover
display(point(Pgamma2,symbol=solidcircle,symbolsize=14),textplot([Pgamma2[],typeset(Typeset((`gamma2`,"\n" ))),align={above}]))

I would have expected the floats to trigger this in the same way the limits do. In both cases the solution is not exact.
The error must be somewhere else because int integrates numerically.




The inner and integral yields a piecewise expression with conditions on y with is 3 times Float(undefined) and a big expression otherwise. This big expression does not evaluate to 0.2080471649. There is clearly something not working as it should.


It's not really documented. Apart from 

Most other Typesetting exports correspond to either internal-use routines or typesetting tags, which roughly correspond to MathML tags. (from the Typesetting helppage)

I got most help from Acer and Carl Love. And, since I am not typesetting on a regular base my frist command was unnecessary long. Here is a shorter version


that skips the longform (no mention of the typeset package). Took me a while to figure out that when calling plot (Edit: sometimes but not allways) typeset perfroms the same as Typesetting:-Typeset.


An important other tag is mi for italic.

If 2D-Math is accepable there is a much easier way using the palettes which you can also use to learn type setting in 1D.



From the Layout palette take `#mover(mi("A",mathcolor = "#00a050"),mi("b",mathcolor = "#c800c8"))`and make it an atomic variable

`#mrow(mo("⁢"),mover(mi("A",mathcolor = "white"),mi("γ2")))`

`#mrow(mo("⁢"),mover(mi("A",mathcolor = "white"),mi("γ2")))`


Pgamma2 := [3/2, 5/2]

[3/2, 5/2]


Copy paste the atomic variable in 2d-Math

display(point(Pgamma2, symbol = solidcircle, symbolsize = 14), textplot([Pgamma2[], Typeset(`#mrow(mo("⁢"),mover(mi("A",mathcolor = "white"),mi("γ2")))`), align = {above}]))


Copy past the the 2D-Math an convert it to 1D

display(point(Pgamma2, symbol = solidcircle, symbolsize = 14), textplot([Pgamma2[], Typeset(`#mrow(mo("⁢"),mover(mi("A",mathcolor = "white"),mi("γ2")))`), align = {above}]))



Download MathML.mw

should this be Pgamma2


There can be many reasons why a graphic card is part of an issue. For example, the system is configured not to use the graphic card and used the internal graphic adpter.

You can check this in the task manager under GPU. With the NVDIA control center you can force which adapter is used by javaw.exe.

A driver update could make sense.

I am on Windows 10.


no hang when printing but when expanding. The thread 0x000000000000, to what I have observed so far, signals a dead end. 

And no black window. You should have an NVIDIA control pannel. You could check under 3d settings which graphic processor is used. My system is set to automatic.

Allocated memeory was also moderate.


That was with

The superposition of two linear polarized orthogonal waves can create circular polarization provided that there is an appropriate phase shift beween the waves.
The compound field vector is often animated as a rotating vector where the tip is describing a helical path.

What I like about your way of generating the helix is the use of sectioning of two surfaces. It's the first time I see it this way. The compact and clean coding is nice as well.


Could you provide a test file? What I see in your video is extreme. I only have these black or clipped windows when I have a Maple session running for a long time with many worksheets open. The clipping is also visible in other applications running in parallel which is an indication that the memory for the graphics adapter (virtual or phsyical?) is running out.

After a logout from Windows everything is back to normal.

Anything special about your graphic adapters?


Yes, I had this before. It happens from time to time and I assume it is related to Java and Windows.

If Crtl,Shift,Enter still executes the worksheet then something hinders the GUI to enable the !!! button.

You could also try to change worksheet tabs to see if that enables the button. This "method" enabled in some instances the interupt button.


I have done a punctual check of the new solutions provided by dAlembert. Looks good, but provides less solutions in the real domain.
For me it is not a first choice to solve this initial value problem. odeadvisor still does not list this type. Is it for the reason that other methods are considered superior? Anyway, IVPs leads me to a subtely that I overlooked when speculating about odeadvisor.

odeadvisor advises on ordinary differential equations and not on initial value problems. In this sense, no suggestions on methods are made to solve an IVP. 👍



I have tried on the solution obtained with the dsolve method dAlembert

allvalues(%,implicit = true);

Only one root is obtained for negative x whereas 3 roots are obtained for x beeing positive. To make sure I also set one of the roots not obtained with dAlembert as root selector


-> -4.721 is not a root.

Looks to me that the RootOf expression obtained with dAlembert is not pointwise equivalent to your implicit solution. It provides less solutions to the ode. All that assuming that RootOf performs as described on the allvalue helppage  (i.e. it provides all roots).

Again 👍👍


Its apparent from your solution that allvalues did not provide all solutions when working symbolically and did also not warn about missing solutions when working numerically. Why allvalues decided to solve numerically in one case is still unclear.

Implicitly your answer sheds light on questions about the results of dsolve depending on solution methods. That is very revealing.

Thanks allot!

Have you forgotten to add an attachement?


Very interesting background.

I wonder to what extent such advanced integration methods will one day be available in Maple's standard libraries. Perhaps the need for more PDE functionality and/or performance will trigger this. Some users have asked for it.

Thank you!


1 2 3 4 5 6 7 Last Page 1 of 44