Re: beginner’s question with Maxi ma

[email protected]
Newsgroups gmane.comp.mathematics.maxima.general
Message-ID <[email protected]>
> Perhaps you were working with Lisp code as prefixed 
> by :lisp ? If so, the input needs to be all on one 
> line, so I guess backslash would be necessary for 
> multi-line input.

That must have been it. I was wondering if it might have been due to exceeding linel (I use a wide terminal window), but the manual says that backslashes in that case would be used only for broken atoms (i.e. symbols/numbers/strings).

> For multi-line Lisp inputs, consider the function 
> to_lisp() which opens a prompt at which the user 
> can type in multi-line Lisp programs. (to-maxima) 
> returns to the usual Maxima prompt.

I’ll take a look at that, thanks.

> unit and ezunits have somewhat different philosophies. […]

Thanks for the background behind the two packages.

> Whether [unit] or [ezunits] is preferable depends on 
> what one wants to do. […] Disclaimer: I wrote the 
> ezunits package.

Thank you for the ezunits package; it came much closer to how I conceived a units package might work, i.e. something like how Frink handles units.

Could the ezunits database be extended somehow to separate (most) SI prefixes from SI units, and combine them as needed? For example, having “kilo-” and “k-” prefixes with a value of 1000, so that “kilometer” would be parsed as a combination of “kilo-” and “meter”, and “km” as a combination of “k-” and “m”, rather than requiring separate database entries for every combination of SI prefix and SI unit? (“kilogram” and “kg” would be the exceptions to retain separate entries, since the kilogram is a SI bsse unit.)

An analogous prefix for US customary units could be “survey-” with a value of 500000/499999 for units of length.

> Hope this helps,

Yes, indeed it does, thank you.


_______________________________________________
Maxima-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/maxima-discuss
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.