I hate the 'Standard', since it is only for type setting, not for working and invites to commit errors.

To go back to one of your suggestions: evalf(...) / 1.0 should do ...

BTW: the commended way is evalf[n](expression), not evalf(expression, n)

That is exactly what I want to see (in Math), since exponentiation has higher precedence - hence no brackets are needed (except for clarity depending on personal taste).

Your example 100*(20/21)^n is different: here exponentiation has to be applied to 20/21.

For 100. (1.050000000)^{n and} "not really sure why maple puts a decimal place after the 100 though":
that is Maple's silent way to say it is a float 100.0, not an integer (somewhat related to you other
thread on showing trailing decimals). You can use 100* (1.050000000)^n; %/1.0; to see them all.

ok, by hand I would write something like 100.3*1.05^n, not with * but with ., a dot as in Math (hence at middle of line heigth) however it seems not being available in the interface

Does printf give what you want: printf("%1.10f", evalf(10.5,10));

Does printf give what you want: printf("%1.10f", evalf(10.5,10));

nobody talked about the exponent: you are shown a blank for the multiplication sign

interface(prettyprint=1) uses fixed fonts, so it is clear - and if not interface(prettyprint=0) will do

I have some doubts that all want to see what you prefer :-)

Anyway: not a bug at all ... not even a tininess of that ...

I do not see something missing, powers are to be understood before multiplication:

it is just that the 'pretty printer' shows a blank for the multiplication sign (which I do
not like for input, but as output it is ok).

In case you want it clearer try interface(prettyprint=1) or lower.

I do not share that rigorous attitude concerning (ab)use of media ... one would see such even in James-Bond
movies or such stuff.

Anyway it makes me to re-read "The Physicist", a classical modern drama, de.wikipedia.org/wiki/Die_Physiker
a standard at German schools (not sure about today)

For the initial question: I would try to find and use dedicated graphical programs or code, not Maple.

I do not share that rigorous attitude concerning (ab)use of media ... one would see such even in James-Bond
movies or such stuff.

Anyway it makes me to re-read "The Physicist", a classical modern drama, de.wikipedia.org/wiki/Die_Physiker
a standard at German schools (not sure about today)

For the initial question: I would try to find and use dedicated graphical programs or code, not Maple.

I do not know it, but you may google for that or search MS online help pages

Just be aware: if you put it on the web it may really depend which browser is installed for your users (and even more which applications are used within them)

It is not a Maple thing ...

I do not know it, but you may google for that or search MS online help pages

Just be aware: if you put it on the web it may really depend which browser is installed for your users (and even more which applications are used within them)

It is not a Maple thing ...

most simple would be to announce it in advance today, then you can not forget it   

sic!

"Software Change Request" is nothing a user with common mind would try to search for or use ...

At least companies in Europe use that, if they intend a customer to pay for it: s/he requests changes
to SW, which meets specifications or is out of warranty.

Plain words would be better (just as the title of that thread).

Yes, especially the simplification given by Robert Israel (now having only
1 parameter in the integral): reading that 'delta' as 'moneyness' and the
integration variable as (normed) volatility that exp term is something like
the Vega of a normed Call.

Thus it may be that Alejandro's suggestion practical may work: usually the
moneyness is close to zero and volatility < 1 (which means, that the series
may converge for practical data, cutting off the integral).

But since it is for approximating ... approximating may be faster anyway
and sufficient.