16 years, 9 days

## All roots with one simple command...

The reason for the original question was to find a simple command that returned all the roots (mainly real) and Student(Calculus1) seems to do that quite well. Using fsolve doesn't always seem to return all the roots and only then some extra work is needed to be done to find them (ie examining a graph and specifying limits around each axis crossing to get a root - not the most efficient way of course).

## Thanks for the clear explanation...

Thanks for the clear explanation.  I understand now why Maple returns only a single value.

## Thanks for the clear explanation...

Thanks for the clear explanation.  I understand now why Maple returns only a single value.

## fsolve...

Thanks.

Any reason why fsolve won't show the values if the range is specified?

## fsolve...

Thanks.

Any reason why fsolve won't show the values if the range is specified?

## mixup...

For some reason I thought the space needed to be included.  It works as expected now and thanks for the explanation using the space.

## round screen display is actually behavi...

I agree that evalf(10.5) should return the exact value you specified 10.5 however if you change the settings so additional decimal places are displayed then maple should react in such a way to produce the number of zeros to fill that specification.  If it was 10  then I expect evalf(10.5) to return 10.5000000000, 10 decimal places.  However evalf(10.5/1.0) returns 10.50000000 not exactly 10 decimal places but 10 digits.

So, Interestingly, it seems when I check the round display precision to xx decimal places it reacts as if I was using the digits command set to xx decimal places.

The thing is, it works fine on one computer and differently on the other, not what one would expect which indicated a problem somewhere.  Maybe to many java versions?

I'll look into loopback.  Could be of help if I figure out how to use it.  On that note I just had an idea about checking the windows event log, not sure if it will yield any helpful info though.

## round screen display is actually behavi...

I agree that evalf(10.5) should return the exact value you specified 10.5 however if you change the settings so additional decimal places are displayed then maple should react in such a way to produce the number of zeros to fill that specification.  If it was 10  then I expect evalf(10.5) to return 10.5000000000, 10 decimal places.  However evalf(10.5/1.0) returns 10.50000000 not exactly 10 decimal places but 10 digits.

So, Interestingly, it seems when I check the round display precision to xx decimal places it reacts as if I was using the digits command set to xx decimal places.

The thing is, it works fine on one computer and differently on the other, not what one would expect which indicated a problem somewhere.  Maybe to many java versions?

I'll look into loopback.  Could be of help if I figure out how to use it.  On that note I just had an idea about checking the windows event log, not sure if it will yield any helpful info though.

## oddly enough expression raised to a vari...

Oddly enough numerical expressions multiplied by another numerical expression raised to a variable is displayed without brackets.

A:=1000*(50)^n; is displayed as 1000 50n

## More customizable options...

Okay, I can see it's more of a user personal style preference, and I agree that there should be more customizable options to suite the user.

Oh!  I now see why I complained about the brackets.  Taking my original conditions A returns 100(20/21)n Now if I wanted that evaluated to decimals I would use evalf, but it's returned without the same formatting (ie no brackets) that's why I was complaining about that.  Hopefully it's a little more clear as to why I'm calling it a bug.

## Nevertheless brackets should be there...

Changing P:=100.15; and r:=50; returns the value  100.15 1.500000000n   It makes it a little harder to see the multiplication space.  Regardless I think maple needs to put in something other than a space.  I think the multiplication dot would make it a little confusing.  Let's see ...     100.15.1.500000000Little better.  I still think brackets are the way to go.

100. (1.050000000)n  .... not really sure why maple puts a decimal place after the 100 though.

## brackets to separate 1st and 2nd numbers...

Not brackets for the exponent.  Brackets to separate the 100 from the 1.05  It looks like it's a number with two decimal points raised to the power n like so  100.1.0500000   interface(prettyprint=1) doesn't make it any better

## reverting to old kernels...

That's a good one.  As Acer mentioned, different commands, rewrites of code etc... make that not possible ... unless ....  You'd need the full code of all versions, that's a lot of Mb's and wasted space.  That would be exactly like installing every version of Maple on your computer.

Sorry to swing off topic here but why does Matlab take up so much more space than Maple?  It's almost 4 x's the space.

 First 150 151 152 153 154 155 156 Page 152 of 156
﻿