@lemelinm 
After installing any MapleCloud package, I recommend: entirely close Maple. Then open Maple; and in the case of the Maplesoft Physics Updates only after closing and opening try Physics:-Version();

Independent of that, some people using Windows have problems in installing MapleCloud packages, if that is the case see that Mapleprimes post I mentioned in the previous replay (this window, above).

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 

In the Maplesoft Physics Updates v.866 and newer, there is a new Latex setting:

With this setting, for trig functions only, things like sin(x)^2 tex-translate as \sin^2 x, and arcsin(x) as \sin^{-1} x. The other value of this new keyword is 'computernotation', in which case everything is as before this change, sin(x)^2 tex-translate as \sin(x)^2 and arcsin(x) as \textrm{arcsin}(x).

No changes to the other variants I mentioned in my previous reply. The question I am still thinking about is the default value, textbook or computer. @max125, I realize you prefer the notation 'computer' but both have advantages and disadvantages - in fact for instance @nm prefers the other notation. This more of a preference, and for me what counts is textbooks, the closer we get to them the better.

Note: any portion of the-long-keyword powersoftrigonometricfunctions works as well, and the right-hand side can also be textbook or computer (without 'notation'), both work.

By the way, to query about all the settings enter Latex:-Settings(), without arguments. To query about one, enter that argument, and to set it enter an equation, for example as in Latex:-Settings(pow = computer);

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@lemelinm 

Input Physics:-Version(); and you will see the version in use. By the way, if you are using Windows and are having problems to install MapleCloud packages, see this other Mapleprimes post.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 

Within the Maplesoft Physics Updates, v.861, you have:

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 

About the ODE case, since Latex (not latex) works based on Typesetting, I just noticed the following is already working as expected:

So I suppose this does what you want for the ODE case? The use of Suppress is necessary for this to work - is that an issue?

About the PDE case, the notation you show from Haberman's book is not really good for me; for one, in - say - D[1](u)(0,a) the information on the dependency of u is not present so you cannot translate that to du/dx(0,a). My idea was to use u[1](0, a) (Jet notation = jetnumbers, see ?PDEtools,ToJet).

This requires further thoughts since, e.g., the notation D[1,1](u)(x,t) actually means the second derivative with respect to x and D[1,2](u)(x,t) means the mixed derivative, w.r.t x and t, and this notation can be seen as non-standard. Still, u[1,1](0, a) (where [1,1] is displayed as a subscript) is for me more clear than D[1,1](u)(0,a).

Alternatively, this other jet notation = jetvariables is good for me but, again, requires information on the dependency of u(x,t):

Finally, a comment on your "not commas": you know, when using computer algebra, your variables could be xt, t, then if you remove the comma separating each derivative you receive thingsl like xtt, which are ambiguous. even x0t doesn't look clear, while x0, t does. So no, we cannot ommit the commas, at least not by default. Maybe as a user requested Latex:-Setting ...

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 

I answered that in the original thread.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@arcade 

You say:

"I expected that the function particularsol gives me the particular solution, but there is the cosine term, which belongs to solution of the corresponding homogeneous ODE." 

The particular solution solves the inhomogeneous ODE, not the homogeneous part. The output of particularsol is correct. There is nothing in the definition of particular solution that says that it "cannot include terms that, isolated, may also solve the homogeneous ODE."

In the help page of this command it is explained what it does. For your example, the code that solves the problem is LinearOperators[dAlembertianSolver]) - you may want to take a look at the corresponding help page too. You can see what code solves the problem by entering > infolevel[dsolve] := 3.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 
Thanks! And sorry; in the midst of other things, one file escaped the update; this is a new option - tests were created only afterwards. It is resolved within the Maplesoft Physics Updates v.843 and newer.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft.

@nm 

Latex is a replica of Physics:-Latex, with its own variables. It is a full replica. So either you use Physics:- prefixing everything or do not use this prefix anywhere. For example, Physics:-Latex:-Forget will clear the caches of Physics:-Latex, not Latex. At the same time, Latex:-Forget clears the caches of Latex, not of Physics:-Latex. Likewise, Latex:-UseTypesettingCurrentSettings is taken into account by Latex, not Physics:-Latex. Etc.

And yes, I am interested in feedback if something of this user-level Latex replica is not working. This Latex project started as a Physics project, but the result is relevant beyond Physics; the idea is to replace the old latex command with this new Latex.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@nm 

All Latex subroutines work cached. So in a situation like the one you are suggesting, where you change the settings on the fly, you need to clear the caches.

I adjusted the previous reply / foo procedure to include that call to Physics:-Latex:-Forget. You get this:

Note also that, in foo, I added return (to avoid noise in addition to the Latex translation, and removed your call to print that only added some white space after the returned result.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@umbli 

Download dynBH_(reviewed).mw

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@Preben Alsholm 

Sigh ... I'm sorry for that Preben. Your emails didn't arrive to me and are not in my spam folder either. I'll ask IT at Maplesoft, what could have happened. I'll send you the mla library by email.

PS afterwards: IT responded, and indeed there was a problem with email that got fixed only now, so physics @ maplesoft.com should be working fine now. 

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

@Sradharam 

Check the help pages. In ?PDEtools, you will see a command PDEtools:-SimilaritySolutions, and another one called PDEtools:-InvariantSolutions - all related to the Lie symmetry method. Click the corresponding links to see how those commands work.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

Hi @vv 

That is a different topic - the one of this thread was about simplification of a generic %inert construction.

About the topics you mention, originally there was Int or Diff, then Sum, Limit and Product. At some point (around the year 2000) I introduced inert everything. You realize it was not possible to capitalize everything as the notational convention for inert - what about BesselJ, for instance, the active form is already capitalized. So it was decided to go with %whatever. But by the year 2000, there were too many uses of the old forms, so it was decided to keep them. That explains why there are two forms for only a very few commands.

That said, it is also true that not all the library adapted to this change. In some places, e.g. the one you are mentioning; I'm not sure how relevant that example about %gcd is, but it is true.

In part, the real problem is that the introduction of inert everything is indeed a radical change in a computer algebra system. Some people prefer the paradigm of all or nothing. I don't debate that, but mine is move in steps. At every release, more library commands understand inert everything. Incidentally, in the context of this thread, simplification of %whatever, to mention but one example, in the Physics Updates v.832 I updated `combine/range` to recognize %sum, %int  %product.

Something similar happened after the introduction of assuming - at each release more mathematical functions handle assumptions on their parameters. 

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft

The adjustment to the Maple 2020 simplification of inert %int, %sum, %diff, %limit and %product  is now finished. Among the several possibilities, basically, and related to the comments above, I preferred to

• Do no value.
• Use more of the old routines simplify/<Int, Sum, Diff, Limit, Product> 
• Although the computational flow for - say %int and Int - is actually different,  do as much as possible to get the same simplification.

I think the result is good, as usual available within the Maplesoft Physics Updates. (I recall that a fix for the problems in installing MapleCloud packages in Windows is available.) If someone feels there is more to be done please post the example as a reply here.

Edgardo S. Cheb-Terrab
Physics, Differential Equations and Mathematical Functions, Maplesoft