[Home] [By Thread] [By Date] [Recent Entries]

  • From: "Rick Jelliffe" <ricko@a...>
  • To: "Peter Murray-Rust" <peter@u...>, "Michael Kay" <M.H.Kay@e...>, <xml-dev@i...>
  • Date: Sat, 6 Dec 1997 22:54:38 +1100


 
> From: Peter Murray-Rust <peter@u...>

> Thanks. This helps a good deal. I'm mystified as to why 166 (aka 'Broken
> bar') is displayed as a minute formless squiggle and 214 is displayed as a
> broken bar but I can survive without that knowledge
> >
> >This means that software that is converting files between Latin-1 (or
> >UNICODE, or
> >Microsoft "ANSI") and PC-DOS code page 850 ought to perform a conversion on
> >these characters.
> 
> Yes. It performs an unwanted one :-). It looks like a problem between Java
> and the DOS commandline. What particularly worried me was that simple Java
> code using 'char' translated this character into 65446, which presumably
> has a completely different meaning in Unicode. IOW there is a danger that
> corruptions could take place.

This must be a bug.  65446 = FFA6, but I figure that 166=00A6 which is suspiciously
close.   FFA6 is a naughty Korean character, so I guess someone has 
programmed wrong. 

I dont know whay 214 = D6 is displayed as a broken bar.  Have a look in
the keycaps application whether 214= D6 is indeed a broken bar in the
font you are using.  (It is also quite possible for a font designer to
decide to use a broken bar glyph where a single bar is wanted, and vice
versa. If that is the case, change the font to one that isnt broken.) 


Rick Jelliffe

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member