Well, maybe I'm just way out in left field on this one then. Thanks for the help!
When viewing programs from the HP50g, very little looks like plain ASCII. Sure, some characters are plain ASCII, but there is the matter of what appears to be a standard header and footer, although it has not been completely ruled out that part of the header and footer are some sort of translation of << and >> which must be in the simplest (empty) program. When a program "<< A >>" is viewed as HEX on a PC in Vista, there are an extra 7 bytes, including an ASCII 'A' (41 HEX). Changing the variable to 'B' does cause a change of only that character to 'B' (42 HEX). However, a program of "<< -> A << A >> >>" comes up completely different, with only the first 'A' represented in ASCII. A program of "<< A;B >>" has 11 more characters than the program with only the variable 'A', and 42 HEX (nor 38 HEX for that matter) is not one of them. A program of "<< << >> >>" has 20 more characters than the simplest program of "<< >>". BTW, the spaces are added for legibility and are not deliberately added into the programs described.
Maybe that digraph chart might make sense later, but at the most elemental level everything seems way different at this stage.
Perhaps there is another level of translation when using tools in Debug4x...? There was an issue when attempting to install Debug4x... on the Vista setup. Without a suitable serial cable (and a missing IR accessory), it didn't make much sense to continue.
The nascent plan was to write a simple text editor in Java to read and write files on a PC in Vista that could be simply copied to and from an SD card.
When viewing programs from the HP50g, very little looks like plain ASCII. Sure, some characters are plain ASCII, but there is the matter of what appears to be a standard header and footer, although it has not been completely ruled out that part of the header and footer are some sort of translation of << and >> which must be in the simplest (empty) program. When a program "<< A >>" is viewed as HEX on a PC in Vista, there are an extra 7 bytes, including an ASCII 'A' (41 HEX). Changing the variable to 'B' does cause a change of only that character to 'B' (42 HEX). However, a program of "<< -> A << A >> >>" comes up completely different, with only the first 'A' represented in ASCII. A program of "<< A;B >>" has 11 more characters than the program with only the variable 'A', and 42 HEX (nor 38 HEX for that matter) is not one of them. A program of "<< << >> >>" has 20 more characters than the simplest program of "<< >>". BTW, the spaces are added for legibility and are not deliberately added into the programs described.
Maybe that digraph chart might make sense later, but at the most elemental level everything seems way different at this stage.
Perhaps there is another level of translation when using tools in Debug4x...? There was an issue when attempting to install Debug4x... on the Vista setup. Without a suitable serial cable (and a missing IR accessory), it didn't make much sense to continue.
The nascent plan was to write a simple text editor in Java to read and write files on a PC in Vista that could be simply copied to and from an SD card.
--- In 50g@yahoogroups.com, Don Hart <ddhart1@...> wrote:
>
> I'm not sure what you want to do. The ASCII characters on the hp50 are no different from the PC, I think. And translating those char above 0x7f to ASCII doesn't make much sense. Maybe you can explain what you want to accomplish.
>
> If you just want an easy way to enter the special symbols, you can use a development program like Debug4x...
> http://www.hpcalc.org/details.php?id=5441
>
> Or, you can try using an hp48 font with something like Word to write your programs. Search www.hpcalc.org for TrueType to find some fonts. I think there's also one in Postscript.
>
> Or, you can just memorize the digraphs (like \v/ and \|> etc.) and use any text editor. This is may be the simplest approach.
>
> Below is a list of digraphs with their char codes I got from the Debug4x documentation...
>
> Hex
> Dec DiGraph
> Description
>
> 1F
> 31 \1F
>
> 5C
> 92 \\
> backslash
>
> 80
> 128 \<)
> angle symbol
>
> 81
> 129 \x-
> x with a bar
>
> 82
> 130 \.V
> nabla operator
>
> 83
> 131 \v/
> square root
>
> 84
> 132 \.S
> integral symbol
>
> 85
> 133 \GS
> Sigma
>
> 86
> 134 \|>
> Bold triangle right
>
> 87
> 135 \pi
> pi
>
> 88
> 136 \.d
> derivative symbol
>
> 89
> 137 \<=
> less or equal
>
> 8A
> 138 \>=
> greater or equal
>
> 8B
> 139 \=/
> unequal
>
> 8C
> 140 \Ga
> alpha
>
> 8D
> 141 \->
> right arrow
>
> 8E
> 142 \<-
> left arrow
>
> 8F
> 143 \|v
> down arrow
>
> 90
> 144 \|^
> up arrow
>
> 91
> 145 \Gg
> gamma
>
> 92
> 146 \Gd
> delta
>
> 93
> 147 \Ge
> epsilon
>
> 94
> 148 \Gn
> eta
>
> 95
> 149 \Gh
> theta
>
> 96
> 150 \Gl
> lamda
>
> 97
> 151 \Gr
> rho
>
> 98
> 152 \Gs
> sigma
>
> 99
> 153 \Gt
> tau
>
> 9A
> 154 \Gw
> omega
>
> 9B
> 155 \GD
> delta
>
> 9C
> 156 \PI
> capital pi
>
> 9D
> 157 \GW
> omega
>
> 9E
> 158 \[]
> block cursor
>
> 9F
> 159 \oo
> infinity
>
> A4
> 164 \oX
> BINT symbol (non-standard)
>
> AB
> 171 \<<
> program delimiters
>
> B0
> 176 \^o
> degree
>
> BB
> 187 \>>
>
> D7
> 215 \.x
> multiplication
>
> D8
> 216 \0/
> empty set
>
> DF
> 223 \Gb
> beta
>
> F7
> 247 \:-
> divide
>
>
>
>
> ASCII shall receive, Hollerith and get it quicker
>
>
> --- On Wed, 12/30/09, garyokada@... <garyokada@...> wrote:
>
> > From: garyokada@... <garyokada@...>
> > Subject: [50g] Character map for translation to ASCII
> > To: 50g@yahoogroups.com
> > Date: Wednesday, December 30, 2009, 6:19 PM
> > Hi, I am new to the group. I
> > joined to learn more about the powerful calculator that we
> > have chosen. It would seem that a simple editor could
> > be written to run on a PC if accurate translation of
> > characters could be achieved. While a character map
> > could be constructed by keying in characters and saving them
> > to a file, it would seem to be less time consuming to first
> > inquire if anyone has come up with one. One or two
> > translation programs exist on a website for the
> > HP49/50g. I have not tested these. If nothing
> > else, these might work as a basis for the translation.
> >
> > gary
>