@mmcdara Apparently the problem is that in Maple 2015.2 (at least) the GUI does not like embedding the content if the PLOT plotting structures have a ROOT plotting substructure as their last argument. (It's all unevaluated function calls used as data structures).

The ROOT plotting substructure contains the encoded background detail.

A workaround is to move something else to the end of the PLOT structure. Below, I use a utility to move the VIEW substructure last. This makes your examples work in Maple 2015.2.

DocumentTools_and_Background_ac_2015.2.mw

(I was surprised that the order matterered to the GUI. The problem can be induced in Maple 2015 even for a single curve in a single plot, where merely wrapping that in a call to plots:-display re-orders the substructures into the problematic form. And it's not just a problem with embedding into the open, current worksheet; using ContentToString to write it out to a .mw file can run into the same problem.)

@ijuptilk I have set the "Product" marker on this Question to now be "Maple 18".

If you are using such an old version (9 major versions, and 9 years, out of date) then it would be more helpful and polite if you would mark your questions with the right Product when you create them.

@Rouben Rostamian  Yeah, sometimes it gets awkward. Other alternatives here include,

with(Typesetting):
expr := 1 + x^2:
Typeset(AD(addressof(sqrt(expr))));
eval('Typeset'(sqrt(expr)));

It can be partly a matter of taste and habit.

@Rouben Rostamian  There is some overlap with the InertForm package. For example,

p1 := ee -> Typesetting:-Typeset( ee ):

p2 := ee -> InertForm:-Display( ee, 'inert' = false ):

expr := piecewise(x>0,-sqrt(x),x):

evalb( p1(expr) = p2(expr) );
                              true

The Typesetting functionality is broader, and has been available for considerably longer than InertForm (new in Maple 18, and simply itself invoking Typeset in the example above).

Here's another case that crops up. Suppose f has been assigned a value and I want an effect like, say, typeset("This is ",'sqrt(f)') in a plotting caption/textplot/title/legend/label, using the literal name f. If I assign that plot to P then all of its contents would get evaluated if I pass P around. The uneval-quotes in the that typeset snippet are inadequate for preventing literal f from becoming its assigned value, if P is fully evaluated. (This is the kind of trouble we get for having nested unevaluated function calls as a plotting data structure...) I can prevent such an accident by using Typesetting:-Typeset(sqrt(f)) or the InertForm variant, instead of the ephemeral 'sqrt(f)'.

@Rouben Rostamian  There are many useful exports of the Typesetting package which are not documented.

I don't know why that is so, since it's a useful and powerful package. It provides a major part of the Library side functionality for constructing a representation of expressions (used internally) that gets rendered by the GUI as 2D Math.

The Typesetting:-Typeset command is one of the (conceptually, functionally) higher level exports in that package.

As a procedure, it has special evaluation rules on its parameter expr. In consequence, if you call Typeset on a name, say nm, to which you've assigned some expression then Typeset(nm) will just type-set that literal name. One can get the underlying, assigned expression type-set by invoking it as, Typeset(EV(nm)) where Typeset and EV are both exports of Typesetting.

@delvin You attempt the call degree(fin,Psi) but you have an equation assigned to fin.

Perhaps you meant something like this, instead?

   fin := simplify((lhs-rhs)(eval(fin1,tanh(xi[n]) = Psi)));

ddd3_ac.mw

Could you confirm that you understand these:

   - Each call to procedure P_ScLdt uses the running value of global C_Inventory (as part of  L) in its formula for computing return value x.
   - Before returning x, the P_ScLdt procedure updates the value of global C_Inventory by subtracting the current computed value of x from the running value of C_Inventory.

That's an interesting iterative computation.

Doesn't it entail that the x values returned by P_ScLdt can be affected by the order in which the independent values of input t are polled?

[I haven't the time right now to test whether that really is the case. At a glance, I suspect it may be. If true, then wouldn't you need to take that into account?]

[edit] I don't see any rendering bug. Can you demonstrate that you haven't just been surprised by what happens to this iterative computation when the t-values (horiz. values on plot) are sampled out-of-order?

@jalal I'll mention that in your original not all the tickmarks appeared, even as floats.

It depends on the size for the plot, relative to the choice of axes font size.

You could increase to, say, size=[800,800].

(I'm not sure whether the minus signs will get correctly rendered if the axesfont size is too small.)

ps. I prefer the technique of using, Typesetting:-Typeset to keep the fractions "together", rather than wrapping, say, the denominator in left-ticks. The former keeps the rendering in upright roman, while the latter gets it in italics (which looks odd, to me).

It's possible that you could make it all shorter, by constructing just one quadrant or (likely bookkeeping overkill) octant, and then transforming/reflecting to get the rest. It might need care, for overlaps.

If you have a close followup query about this example then please add it here, instead of spawning a wholly separate new Question thread.

You should upload and attach your worksheet, using the green up-arrow in the Mapleprimes editor.

@Jaqr Just to be clear, when I wrote, "If you attempt it from a GUI session started from a Linux command terminal window, are there any Java diagnostic messages sent to that console?" I was referring to launching the Java GUI from a console/terminal window (by executing the commands xmaple or maple -x in the terminal, rather than launching the Java GUI by pressing a desktop icon). I was not writing about starting the CommandLine Interface (CLI).

In some problematic cases java related messages can be sent to that terminal. With luck, such might provide a hint.

Also, if you were to try and force your Maple 2019.2.1 to use a specific JRE (and, not the one bundled in the Maple installation), you might try that first using the JRE installed by default with your Ubuntu distribution. IIRC there are a couple of variables in the maple launcher script that set the JRE details.

What does it mean to have t(vtarphi) and varphi(t) in each side of an equation, and then to integrate both sides with respect to the name varphi?

Does it happen for other kinds of 3d plots, other than a surface?  Ie, spacecurve, or pointplot3d?

What exactly do you see, when you attempt a problematic example?  (Eg. is there a message about not being able to render, in the inlined plotting, window, or is it just blank.)

If you attempt it from a GUI session started from a Linux command terminal window, are there any Java diagnostic messages sent to that console?

I'm not sure whether attaching an example worksheet would help, but it surely wouldn't hurt.

Did you see that Ubuntu 20.04 is not an officially supported Linux platform for Maple 2019?

I suppose that it might be possible that forcing use of a later jre could help.

@delvin Please don't start completely separate, duplicate Question threads for this.

@hojat You can upload and attach a worksheet using the green up-arrow icon in the Mapleprimes editor's menubar.