Thanks for explanation and suggestions.
Jerry (jare...@kki.net.pl)
Jarek Hajdenrajch wrote:
Jarek:
It is funny, but if you try to evaluate (B+C)*N or (B+C)*R you do get the
right answer. However, for some reason, EQW refuses to do it with (B+C)*A. I
guess it is a bug that needs to be reported.
(HP49G, using ROM 1.16)
Change to (A+B)*C in level 1:
|EXPAND| (A+B)*C --> C*A*C*B note this is not A*C+B*C
|FACTOR| C*A*C*B --> C*(A+B)
|EXPAND| C*(A+B) --> C*A*C*B
ROD 49G ROM 1.16
Gilberto E. Urroz <gu...@cc.usu.edu> wrote in message
news:38506731...@cc.usu.edu...
Please review your inputs..
Jean-Yves
In article <fe044.288$rm2....@newsfeed.slurp.net>,
Sent via Deja.com http://www.deja.com/
Before you buy.
Rod Hulbert wrote:
>
> Try this. Put (B+C)*A on the stack with menus on go to the
> algebra menu [RS] [4].
> |FACTOR| (B+C)*A --> A*(B+C)
> |EXPAND| A*(B+C) --> (B+C)*A
>
> Change to (A+B)*C in level 1:
> |EXPAND| (A+B)*C --> C*A*C*B note this is not A*C+B*C
> |FACTOR| C*A*C*B --> C*(A+B)
> |EXPAND| C*(A+B) --> C*A*C*B
>
Probably, EXPAND expands the expression with respect
to the lexicographically lowest variable; assuming this, (B+C)*A is
already EXPANDed because both B and C are lexicographically higher
than A. Other CAS do exactly the same thing.
Perhaps it would be handy to have an additional
EXPAND-like command that would expand with respect to either VX
or an user-chosen variable, but I would not change
the current behavior of EXPAND, because it can be very useful
as is.
Any comment is welcome... Mr. Parisse? 8-)
Best regards,
Ivan
--
------------------------------------------------------------------------
Ivan Cibrario Bertolotti | phone: +39-011-3919246
IRITI - National Research Council | fax: +39-011-341882
Turin (Italy) | mailto:cibr...@cstv.to.cnr.it
Yes, but they also said the expression '(B+C)*A' is not changed by EXPAND.
Joėl