@acer 

Right.

But really, except for simple expressions, the procedure route is the best as regards short calls and predictable output.

And producing sum plots of term functions.

Bon weekend.

@acer 

Right.

But really, except for simple expressions, the procedure route is the best as regards short calls and predictable output.

And producing sum plots of term functions.

Bon weekend.

The last expression you give in your reply is the very thing which DOES work when entered onto a blank worksheet but which WON'T work when corrected !

There may well be issues related to the first parameter.

But the behaviour that I observe suggest that old values are being retained internally even after they've been chaged by the user.

I'll take your suggestion to use procedure calls.

This makes it easier to do plots of multiple functions and also to plot the sum of several functions that have already been plotted.

It's handier this way for complex expressions.

What about cut & paste on Maple ?

So many other forum softwares allow this. Why not MapleSoft too ?

It's a helluva drag typing all that format . . .

The last expression you give in your reply is the very thing which DOES work when entered onto a blank worksheet but which WON'T work when corrected !

There may well be issues related to the first parameter.

But the behaviour that I observe suggest that old values are being retained internally even after they've been chaged by the user.

I'll take your suggestion to use procedure calls.

This makes it easier to do plots of multiple functions and also to plot the sum of several functions that have already been plotted.

It's handier this way for complex expressions.

What about cut & paste on Maple ?

So many other forum softwares allow this. Why not MapleSoft too ?

It's a helluva drag typing all that format . . .

Thanks . . . . . . .

Thanks . . . . . . .

@acer   Dead on, Acer !

When I put in the multiplication *, all worked out as expected -- the linear function's slope (= 1-k) leaning over the pivot point (1, 1) gracefully as k is increased. All is well.

So it seems that when using Explore we must always enter expressions in their text format.

@acer   Dead on, Acer !

When I put in the multiplication *, all worked out as expected -- the linear function's slope (= 1-k) leaning over the pivot point (1, 1) gracefully as k is increased. All is well.

So it seems that when using Explore we must always enter expressions in their text format.

But now there is another issue.

When I "explore" a function like  f(t) = m_{r +} k(1-m_r) over ranges of m_r and k with the command :

Explore(plot(m_r + k(1-m_r), m_r = 0.13..5.0, view = 0..5.0), parameters =[k=0..1.0]);

I do not get the correct response from the plot !

In the above linear expression, k is the intercept of the function and (1-k) is its slope.

Changing k should therefore change both the slope and the intercept of the plot.

When changing k, the one thing that should remain the same in the plot is the point (1 , 1) .

But the Maple explore-plot simply changes the intercept when I vary k and keeps the slope the same.

The (1,1) correspondance - which is fundamental for this expression, which is a correction factor for another major function and which varies as m_r deviates from  1 - is lost once k is increased above zero  . . .

Maple is not doing what it should be doing here as I vary the k parameter.

Help !

But now there is another issue.

When I "explore" a function like  f(t) = m_{r +} k(1-m_r) over ranges of m_r and k with the command :

Explore(plot(m_r + k(1-m_r), m_r = 0.13..5.0, view = 0..5.0), parameters =[k=0..1.0]);

I do not get the correct response from the plot !

In the above linear expression, k is the intercept of the function and (1-k) is its slope.

Changing k should therefore change both the slope and the intercept of the plot.

When changing k, the one thing that should remain the same in the plot is the point (1 , 1) .

But the Maple explore-plot simply changes the intercept when I vary k and keeps the slope the same.

The (1,1) correspondance - which is fundamental for this expression, which is a correction factor for another major function and which varies as m_r deviates from  1 - is lost once k is increased above zero  . . .

Maple is not doing what it should be doing here as I vary the k parameter.

Help !

The command :

                        Explore(plot(A*sin(wt + c), x= -2*pi..2*pi, view = -10..10),

                                   parameters=[A=1.0..10.0, w=1.0..20.0, c=pi/6..11*pi/6]);

    works great.

It also works (at least in the above instance) without the explicit view range, i.e. [-10..10] .

Many thanks, Acer.

The command :

                        Explore(plot(A*sin(wt + c), x= -2*pi..2*pi, view = -10..10),

                                   parameters=[A=1.0..10.0, w=1.0..20.0, c=pi/6..11*pi/6]);

    works great.

It also works (at least in the above instance) without the explicit view range, i.e. [-10..10] .

Many thanks, Acer.

@erik10 

I'm afraid this combination that you have suggested does not work either.

Use CTRL-ALT-SHIFT-0  (Zero) and get no response from the system.

Use CTRL-ALT-SHIFT- O (Oh)    and get Ó     . . . .

But this is probably explained by differences between your Danish keyboard and my English(Ireland) keyboard. Your keyboard has to accomodate Danish accented characters while my keyboard can use these keys for other things.

It is really unforgivable that Maple was aware of this issue but still did not remedy it. "Bugs" are there to be fixed, not simply labelled and ignored.

I wonder if you can provide me with the character code of CTRL-ALT-SHIFT-0 on your Danish keyboard ?

Then I can try and find the equivalent key - if any - on my English(Ireland) keyboard.

Otherwise can anyone at MapleSoft tell me how to program one of my function keys to do this in-line output operation ?

I have just installed the English(United Kingdom) keyboard and tried using a number of key combinations like CTRL-=, CTRL-ALT-SHIFT-0, CTRL-, CTRL-SHIFT-, etc . No dice.

And I have even now installed the Canadian keyboard (Canadian multilingual standard) and that does not do it either.

So much high-brow stuff in Maple, yet such a low-brow failure.

Let's hope that the Mathematica disease isn't entering into things here . . .

I use the English(Ireland) keyboard and I cannot get in-line output for either CTRL-= or CTRL-ALT-0 . . .

I assume that all this has to do with how different countries' keyboards are coded to different underlying software characters.

Does anyone have any suggestion for getting in-line Maple output on a Windows XP machine 32-bit running an English(Ireland) keyboard ?