Nicole Sharp

Miss Nicole Sharp

75 Reputation

5 Badges

0 years, 247 days
Frostburg State University (FSU)
Kappa Mu Epsilon Alumna
Cumberland, Maryland, United States

Social Networks and Content at

Nicole Sharp of Frostburg State University (FSU) and Allegany College of Maryland (ACM), United States of America (USA).

MaplePrimes Activity

These are replies submitted by Nicole Sharp

@acer , both "9E9" and "9e9" produce the same result.  However, there seems to be a bug whereby when using "9E9" or "9e9" instead of "9*10^9", the displayed results are inconsistent, sometimes in the notation of ".9e8" and sometimes in the notation of "9000000000" (neither of which is standard scientific notation).  The only way to always get the same displayed results is to use "9*10^9" instead.

Specifically from my original post:



will give results using two different notations but



will both give results in the same notation.

This appears to be a bug since there does not seem to be any logical explanation for why the results are in two different notations when using 16+ digits of computation.

Still having a problem here. Setting Maple Excel Options Numeric Output Format Maple Precision as 32 digits of computation and Excel Format Cells as Scientific Number with 16 decimal places returns =maple("evalf(Pi)") as 3.1415926535897900E+00 and not as 3.1415926535897932E+00. Any suggestions how to fix this?

Setting Excel Format Cells as Scientific Number with 30 decimal places still only returns 3.141592653589790000000000000000E+00. Maple Options Global Precision is set to round calculations to 32 significant digits.

Never mind. Excel doesn't give error messages so you have to check directly on Maple for any syntax error messages. Stefan-Boltzman constant should be instead: evalf(2*Pi^5*(1.380649*10^(-23))^4/(15*299792458^2*(6.62607015*10^(-34))^3)). On Maxima, you are not required to add parentheses for 6.626*10^-34 but this is required on Maple: 6.626*10^(-34).

I got the numbers looking normal.  Set Maple Excel Options Numeric Output Format to Excel Format with Maple Precision of 16 digits of computation.  Then set Excel Format Cells as Scientific Number with 16 decimal places.  Finally close and restart the Excel application to see the changes.

However, the Stefan-Boltzmann constant still displays as only 0.0000000000000000E+00 even when replacing Pi with 3.1415927 and 299792458 with 299792458.0.

Maple 2023 for Microsoft Excel 365 also seems unable to display the Stefan-Boltzmann constant. =maple("evalf(2*(Pi^5)*(1.380649*(10^-23))^4/(15*(299792458^2)*(6.62607015*(10^-34))^3))") displays only as 0.

Replacing E3 with *10^3 seems to have solved the problem to obtain consistent number formatting, but it is still displaying with the odd format of .548e21 instead of 5.48e20.

@acer, I still can't figure out how to use Unicode Greek letters from an MPL file.  I found another "bug" though.  If the very first character of the MPL file is a non-ASCII character, Maple 2023 will return an error message that the MPL file is not text.  Try removing the first line from the sample MPL below.  It won't work.

# test
α := 2 :
β := 3 :
γ := α + β :

There are so many problems and difficulties right now with trying to use Unicode with Maple 2023 that it is faster and easier to just keep the MPL file as entirely ASCII characters only.

If you have to type "ζ" at any point then that nullifies the advantages of using Unicode in the first place.  I still consider that a "bug" if it affects the efficiency of typing Maple syntax as compared to Maxima or other computer algebra systems.  I went ahead and replaced all of the Greek characters with their XML entity equivalents (e.g. "Delta" instead of "Δ").  This becomes problematic though with more obscure characters that may not have XML entities or English names.  On Maxima for example, I like being able to use Cyrillic characters if I start running out of variables from the Roman and Greek alphabets.

Full Unicode support should be a priority for the development of Maple 2023/2024.

@tomleslie, that works; thank you!  Sample text below with a deliberate recursive error on the last line.

stoperror(`recursive assignment`);
EI := FI*lI : # international unit of energy
G := 6.67430E-11*lI^2*FI/mI^2 : # Newton constant
lp := x/xp : # Canon APS-C pixel pitch
LR := LFT - LFE : # T-ring lightpath
LT2 := 2*LT : # barlowed telescope focal length
Philm := Icd*Omegasr : # lumen of luminous flux
rhomCGS := mg/Vcm3 : # CGS unit of mass density (gram per cubic centimeter)
td := 24*th : # day of time
thetaM := thetaD/60 : # arcminute of angle
y := (yp/xp)*y : # Canon APS-C sensor height
unstoperror(`recursive assignment`);


@C_R, I actually did change the display interface to enable large toolbar icons during that session.  I just checked it again and everything is working now.  So that is less serious if it only happens after changing the display settings, and then resolves after the next application restart.  The solution then is to apply display settings globally, and not change display settings during a work session.  If you do need to change the display settings, save your work and restart the application.

Referencing previous input/output is also available in Mathematica ("Out[1]") as well as Maxima ("%o1").  It probably should be added to Maple too.

@Carl Love, thanks!  That seems tricky to use though and it doesn't work in the GUI worksheets (only on the command line).  The main problem with the Equation Labels is that they are dynamic (the numbers change), so they can't be entered as a plaintext assignment to always refer to a specific equation.  You have to use the GUI interface to manage them.  Maplesoft will probably have to add a feature to enable static Equation Labels that can be referenced using %01 text-based input notation like in Maxima.  Assigning things you want to reuse as expressions is the better practice but it can get tedious if there's a lot of in-between or temporary stuff you don't really want to think up an assignment name for, plus it requires additional typing compared to Maxima syntax.

Okay, I got it.  I went to "View" --> "Palettes" --> "Show All Palettes" --> "Components" --> "Speaker".

Maplesoft should add that to the user manual since it is not easy to find for someone new to Maple.  They should also fix the hyperlink for the error message since it goes to a nonexistent page that doesn't explain what is missing.

@acer, I see it in the manual now.  I must have missed it despite being in bold.  It says "In order to play back any of the following examples, open the Components Palette and insert a Speaker component."  However, I do not know where the Components Palette is?  Searching "Components Palette" in the user manual doesn't produce any useful results.

@dharr, thanks for that.  Using "%%" could come in handy.  But obviously not practical if you have hundreds of outputs and want to refer back to the first output.  I can't find anything in the user manual that makes it look like Equation Labels can be used for keyboarded input on the command line like you can with Maxima.  It is still better to get into the habit of assigning as expressions instead if you need to re-use an output, but the Maxima-style "%o1" syntax is still useful to have to refer to a previous output.

@Joe Riel, I'll put it in the Maple suggestions forum.  It's a really useful feature on WXMaxima.  What you suggested is still probably better than trying to add the closing bracket manually to make sure it's in the right spot, but the Bracket Matching feature on Maple 2023 should help with that.

1 2 Page 1 of 2