how to display and copy long formula from HP50 Stack?
PeterW
I am looking for a solution for the following problem:
when having having performed a symbolic calculation there often
results
a long expression on the stack, which is too long for the HP50
display.
Especially when using the EMU emulator, I would like to dispay the
whole
expression and copy it by CTRL+C into the windows memory, for example
to put it into a word document by CTRL+V.
Have you any suggestions to solve this problem?
Best Regards
Peter
Bill Markwick
> Especially when using the EMU emulator, I would like to dispay the
> whole
> expression and copy it by CTRL+C into the windows memory, for example
> to put it into a word document by CTRL+V.
To copy a stack level into the calculator's clipboard: press the up
arrow (for the Interactive Stack), cursor to the desired level and
press Copy (RS-VAR). Press ON to return to the normal stack.
I don't have the emulator at hand, but there are Copy Stack and Paste
Stack commands available in the menu at the top of the emulator.
Regards,
Bill
Wes
The emulator's Edit menu Copy command is what you are looking for. It
copies the contents of stack level 1 to the Windows clipboard. It
works with real numbers, integers, and strings. If you have some
other type, such as a symbolic, use the ->STR command to convert it to
a string, then copy it to the Windows clipboard. You have to use the
Edit menu instead of CTRL+C since that key combination would be
interpreted as the calculator's RightShift+F3.
-wes
Giancarlo
>[...] It
> works with real numbers, integers, and strings. If you have some
> other type, such as a symbolic, use the ->STR command to convert it to
> a string, then copy it to the Windows clipboard.
Wes,
great hint.
I had not figured out that the "Copy Stack" command of Emu48 only
worked with strings (by the way, that's why many times I got screwed
up when trying Copy&Paste :-/ ).
Learning never ends (fortunately) :-)
Thank you.
Best regards.
Giancarlo
John H Meyers
Wes:
> If you have some other type, such as a symbolic,
> use the \->STR command to convert it to a string,
> then copy it to the Windows clipboard.
Whenever 8-bit characters are involved
(e.g. summation, integral and derivative symbols, pi, infinity,
"less or equal" symbol, program delimiters, Greek letters, etc.)
the possibility arises of different displays or interpretations,
whenever transporting these strings
between the (emulated) calculator, whose character set
is similar to ISO-8859-1 (more info below),
and the far larger and more varied world of
numerous character sets used in computer applications,
which have only the "ascii" subset in common.
So the HP48/49/50 all have a built-in system,
capable of "translating" any string to pure ascii,
and vice-versa.
The original software for calculator <-> computer transfer
(including the calculator's internal version of Kermit)
can perform these translations automatically,
but the emulator's Copy/Paste string functions do not,
and neither does copying text to or from an SD card,
so that's where you might consider replacing \->STR and STR\->
by small calculator programs which include the same translations,
in a way that's compatible with all computer programs, editors,
displays, printers, email, web pages, newsgroup postings, etc.
The following post starts off with very simple versions,
and also includes fancier optional versions to process a "header,"
which the calculator can also use to indicate its own mode settings:
"Ascii Import/Export for SD card and Emulator" [for all HP48/49/50]
http://groups.google.com/group/comp.sys.hp48/msg/4e7ed90b3cf11c42
There are also computer programs or scripts to do the same,
but why bother when any real or emulated calculator is involved,
which can do this by itself?
Treatises on character sets:
http://htmlhelp.com/reference/charset/
ISO-8859-1 explicitly does not define displayable characters
for positions 0-31 and 127-159, and the HTML standard
does not allow those to be used for displayable characters.
The only characters in this range that are used are 9, 10 and 13,
which are tab, newline and carriage return respectively.
If you attempt to display these invalid characters on your own system,
you may find some characters displayed there,
but please do not assume that other users will see the same thing
(or even anything at all) on their systems.
ISO alphabet soup
http://www.unicodecharacter.com/charsets/iso8859.html
http://aspell.net/charsets/iso8859.html [same]
http://www.cs.tut.fi/~jkorpela/latin9.html ["-1" vs. "-15"]
http://en.wikipedia.org/wiki/ISO_8859
http://www.searchfreefonts.com/articles/article-38.htm
http://turnbull.sk.tsukuba.ac.jp/Tools/I18N/LJ-I18N.html [Japan]
Meanwhile, back in Emu48/49:
Giancarlo:
> the "Copy Stack" command of Emu48 only works with strings
Originally so, when called "Copy string,"
but since being called "Copy stack,"
it also works with numbers (real and integer),
producing what STD mode would display
(even if current number display mode isn't STD).
"Paste string" originally could be relied upon
to paste only a string, but "paste stack" now
also _interprets_ anything resembling a number,
sometimes inadvertently converting an integer string
to a real number object, or even converting a hex string,
e.g. "4162080000210" to either a large integer or real number,
whereas it actually represents the integer object 12,
if only it could be left as a string when pasted,
so that H\-> could then properly be applied to it
(similarly with S\->H and H\->S, or strings of digits
meant to remain as nothing but strings of digits).
No confusion was introduced into Emu48 by generalizing "Copy stack"
to include more objects, but generalizing "Paste stack"
to assume that all "numeric-like" strings
should be immediately interpreted as numbers
can be mistaken, because a string of digits, for example,
might need to be left as exactly that, for other uses.
[r->] [OFF]
Giancarlo
John,
thank you for your - as usually :-) - highly informative reply.
Best regards.
Giancarlo
PeterW
the windows clipboard.
My very complicated solution works like this:
create the expression on HP50G, transform it into a grob by
expression 0 ->GROB
store it into a variable and store
this variable into a file by means of the connectivity kit.
Then read the file with XNVIEW and store it into the windows
clipboard.
So finally you have a pretty expression in a word document.
Has anybody got a simpler solution for this, perhaps using
EMU?
Best Regards,
Peter
Andreas Möller
just use the EQW from the 50G in emu48.
Then use 'Copy Screen' inside the 'Edit' Menu from emu48.
If your equation is larger than the screen shift it and connect the
pictures with an image program like Photoshop, for example.
HTH
Andreas
PeterW
wrote:
> If your equation is larger than the screen shift it and connect the
> pictures with an image program like Photoshop, for example.
ok, the solution of Andreas works. On the other hand, I did not really
find a good solution for long expressions. Of course you could do this
in a software like Photoshop, but this is also not really simple.
More suggestions?
Best Regards,
Peter
data...@gmail.com
Install com0com. Then setup a virtual null modem cable and connect
EMU48 to the Connectivity Kit. This way it will work just like your
50g for getting GROBs.
OR
Do like many of us. Install some math fonts (I use MathType) and
create proper mathematical expressions in Word.
John H Meyers
> My very complicated solution works like this:
> create the expression on HP50G,
> transform it into a grob by
>
> expression 0 ->GROB
>
> store it into a variable and store this variable into a file
> by means of the connectivity kit.
> Has anybody got a simpler solution for this, perhaps using EMU?
I thought it was about Emu48 to begin with,
but in Emu48 you can "Save object" (e.g. any grob)
directly from the stack to a file,
and in real HP50 (or 49G+) you can also store/copy to SD card,
whose files can in turn be directly read by computer.
> Then read the file with XNVIEW
XnView 1.93.4 does not seem to understand a "grob" at all,
and grobs do not seem to be listed
in its built-in "Info" | "Supported formats"
(nor in its built-in "Help") even though it is shown on
http://pagesperso-orange.fr/pierre.g/xnview/enformats.html
Has XnView stopped supporting HP grobs?
Meanwhile, NConvert (v4.92) still does:
http://pagesperso-orange.fr/pierre.g/xnview/en_nconvert.html
A tested example of use:
nconvert -out jpeg -o xxx.jpg xxx.gro
Or Grob2Tiff?
http://www.hpcalc.org/search.php?query=grob2tif
However, this program does NOT convert binary objects!
(read the doc; I can't even get it to convert
the result of \->STR on a grob, after saving as text;
is it because of being one 2188-character long line?)
How about this one?
http://www.hpcalc.org/details.php?id=3851
(you try, I've had enough for one day :)
Here declared "shareware" (for $30)
http://www.orbitals.com/gv/
"for Windows95 and Windows 3.1"
(page last updated on 27 July 2001)
Any more?
http://www.hpcalc.org/hp48/pc/misc/
http://www.hpcalc.org/hp49/pc/misc/
[r->] [OFF]
PeterW
thank you for your suggestions to my problem.
My idea is to make a little manual, how to solve symbolic problems
with a HP50.
To do this, one has to save the results of many steps in a word
document.
From your suggestions, I have chosen the following combination:
- from HP50 via SD card, from EMU via SAVE OBJECT
- then converting into *.bmp by NCONVERT, which can do this for
many grob files in one step
Thank you so much for your great simplification to my problem!
Best Regards,
Peter
John H Meyers
> XnView 1.93.4 does not seem to understand a "grob" at all,
> and grobs do not seem to be listed
> in its built-in "Info" | "Supported formats"
> (nor in its built-in "Help") even though it is shown on
> http://pagesperso-orange.fr/pierre.g/xnview/enformats.html
>
> Has XnView stopped supporting HP grobs?
It turns out that this was just my "newbie" oversight;
the next "tip of the day" to appear, as if reading my own mind
(or politely indicating that I should have rtfm) said:
By default only the most common formats
are available for loading/saving.
If you want to have special formats, also,
please visit the options, category "General > Startup"
where lo, there is a check-box for:
[x] Display all image file types
So now XnView reads (and writes) HP48/49/50 grobs,
and even reads HP49/50 "OpenFire"!
XnView and NConvert
(updated frequently)
http://www.xnview.com/
[r->] [OFF]