On Mon, Jun 6, 2016 at 5:36 PM, tim Rowledge tim@rowledge.org wrote:
Yes. The patch to the scratch script I sent to checks the environment variable XIM, and passes the -compositioninput flag only when there is a spec for it.
That would be the - if echo $XMODIFIERS | grep '@im=' > /dev/null; then
VMOPTIONS="$VMOPTIONS -compositioninput"
- fi
changes?
Yes. (And for that matter, the part that figures out the LD_LIBRARY_PATH may be simplified as there is only one architecture involved on RasPi).
Could you send me the plain file? I just don’t get the unix diff format and it’s much easier for me to compare manually.
I don't have the access to the hardware right away... You can:
cp /usr/bin/scratch ~/ cd ~ patch -p0 < scratch.diff
and ~/scratch should become the file it is intended to be.
I’ve just noticed that attempting numeric input appears not to work because instead of a 0 character I get a 65296 (apparently unicode ‘full width 0’) char. www.codetable.net tells me there are fullwidth digits and halfwidth digits and I bet buried in there somewhere are half-wits. Thankfully it seems {big number} asCharacter digitValue does a good enough job of getting the number value and then we just have to more explicitly check for - and . If you take a look at StringFieldMorph>insertCharacter: you’ll see where the problem lies easily enough. To my amazement I can actually enter numbers and the arithmetic gets sorted out ok. Good job somebody!
That was my old attempt to keep the DecimalProperty of Unicode table...