TechnicalSupport

Technical Support

610 Reputation

13 Badges

14 years, 199 days
Maplesoft
Waterloo, Ontario, Canada

MaplePrimes Activity


These are answers submitted by TechnicalSupport

Hello @Anthrazit ,

We're sorry for the inconvenience. Do any of the tips in our article

Scaling issues when using high resolution monitors on a Windows machine

provide an improvement?

We're glad you figured it out @Ahmad_A ,

For thread posterity, we have an article with some more details about this specific error caused by missing 32-bit compatibility libraries required for Maple activation on 64-bit Linux installations here:

https://faq.maplesoft.com/s/article/Maple-is-not-activating-on-64-bit-Linux?language=en_US

Hello @nm ,

Thank you for brining this to our attention. 

Our documentation team will look into improving the ?object article in future versions of Maple. 

In the meantime, the "message-passing form" link may be be intended to link to the bullet "Using the Message Passing Mechanism" further down the ?object,methods article.

An example of how it can be used as of Maple 2021 with a StringBuffer is provided in the next bullet point immediately following your screenshot of ?object,methods (in additon to your sample code)

Hi @prldb, sorry for the delay. Our DG team had a chance to investigate and they say,

"Both issues are fixed:

a) you can pass a list without sending the list to evalDG (first issue mentioned in the post) and

b) you don't receive 'ans1' - that was a bug, but fixing it required also adjusting the help page: the output = xxx where xxx is one of 'AllWeylScalars' or 'AllRicciScalars' cannot be passed together with the tetrad as a table. So instead of 'ans1' you now have a clear error message, asking you to pass the tetrad as a list, not as a table, and that is now explained on the help page

?NPCurvatureScalars. When passing the tetrad as a table, the output = xxx options that work are xxx be one of "WeylScalars" or 'RicciScalars' (without the 'All').

IMPORTANT: these fixes are distributed to everybody already in the Maplesoft Physics Updates v.1089 just uploaded to our web server. So if the user uses Maple 2021 s/he can install the Updates and have these two problems fixed, the computation running properly."

Hi @greatpet and @itsme , We're sorry for the trouble with Maple 2020 scaling on high DPI displays on Linux.

First of all, please update to Maple 2021 if that is an option. Many graphics improvements were made in 2021 that may improve the issues. A free trial is available here

Otherwise, or if small fonts are still an issue, adding these options to the maple file in the maple/bin folder has helped some systems. 

JVM_OPTIONS="-Dsun.java2d.pmoffscreen=false -Djogamp.gluegen.UseTempJarCache=false -Dswing.plaf.metal.userFont=\"Tahoma-36\" -Dswing.plaf.metal.controlFont=\"Tahoma-36\" "

Hello,

We're sorry you're having trouble opening a worksheet. The dialog sounds like this one:

Which unfortunately indicates that Maple does not recognize the file and it may have become corrupted.

There are some tips documented in Can I repair a corrupted Maple document/worksheet file?

There may also be a backup available. See this Primes thread about Maple 2016 backups.

The community here may also be able to help if the file is uploaded with the green arrow button (as requested by @Mac Dude)

Maple 2021 has an improved backup system. Try a free trial of Maple 2021.1 to see what you're missing. 

Hi, how was your piecewise function input? Was the piecewise template from the Expression palette used? It is a template for 2 definition pieces so a third may not add as expected. 

Would modifying the piecewise code that the template represents like so work for your function definition?

f(x) := piecewise(20 < x and x <= 30,12*x - 144, 
10 < x and x <= 10, 6*x - 24,
 0 < x and x <= 10, 36);

 

Hello @ianmccr ,

We're sorry for the trouble. 

Users are normally able to toggle between Math, Nonexecutable Math, and Text input modes with F5; however, the attached sheet does not appear to be cooperating.

If we cut the second paragraph and paste it into a new sheet as nonexecutable Math, the input type is accepted and respected. Would you be able to recreate the sheet in a new one?

We will look improvements to the input mode toggle in the meantime. 

Hello @B4tS00pMA037 ,

In Maple 2021, F5 now toggles between math, text, and non-executable math. This makes is easier to add static math to your explanations. It also avoids "Execute All" dropping Math Expressions all over a document. We think this is good, but it also means that switching from text back to math requires an extra key press, or you’ll get static math when you want live math.

We're sorry that it's an inconvenience for some workflows, but the change was positive for many Maple users.

Hello,

Is this expected when considering that there is a unique command that matches "pie" but there are several help articles?

Hello @tomleslie,

This problem has been fixed in the Maple 2021.1 update. Please let us know if you are still encountering any issues with this. 

Hello @Anthrazit ,

Thank you for bringing this to our attention.

It appears the limitation isn't isolated to references to another sheet, and that it can be avoided when cells are copied and pasted as opposed to referenced. 

exceltools-import-string-ref-repro.maple

Thank you for engaging the Primes community @lmordecai , and thank you for the discussion @Carl Love .

A support case has also been opened and we are looking into it. 

In this instance, the error appears to be caused by a Matrix calling sequence passed more than 24 lists, possibly by just omitting a set of square brackets meant to denote a list of lists. 

i.e.

A:=Matrix(25,1, [ [list1] , [list2] , [list3] , ..., [list25] ]);

  is accepted, but

B:=Matrix(25,1, [list1] , [list2] , [list3]...,[list25] );

generates Error, (in Matrix) too many patterns for typematch

For now, the solution is to just use a list of lists calling sequence fto create the Matrix.

We'll separately determine if improvements need to be made to the product and/or documentation to handle this case.

too-many-patterns-for-typematch-repro.mw

Thanks for the discussion everyone.

Following up on @tomleslie 's report, our developers think that the real solver will be made more robust to prevent this kind of error in future versions of Maple.

For now, they suggest that,

an easy solution here is to avoid the real solver (don't set the environment variable, or give the 'real' option to solve). complex techniques easily find all 5 real solutions. In fact, fsolve does as well, and is actually a better choice here given all the floating point values in the input.

Thanks for bringing it to our attention @Anthrazit ,

You can see that even if you modify the attachement code to take a string as defined in the worksheet it works. 

The problem appears to be entering special characters into the code editor window. 

We've logged a request to consider enhancing in future versions of Maple.

We hope the workarounds suffice in the meantime.

 

1 2 3 Page 2 of 3