home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!MONSTER.UMD.EDU!greene
- From: greene@MONSTER.UMD.EDU (Stephan Greene)
- Newsgroups: comp.soft-sys.andrew
- Subject: Re: National characters in texts
- Message-ID: <gfG=iHs00k00JQTmt9@monster.umd.edu>
- Date: 4 Jan 93 22:34:59 GMT
- References: <1i9m56INNah0@fbi-news.Informatik.Uni-Dortmund.DE>
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 31
-
-
- > What annoys me is that typing a national character (i. e. a German
- > umlaut) in, say, ez
- > crashes the application.
-
- I think this is the same problem that I encountered and fixed when I was
- working on an ISO keyboard in Sweden this summer (a DECstation, in that
- case). It occurs when you have a keyboard that sends 8-bit characters
- directly to the application, as opposed to your having mapped a
- key-sequence of 7-bit characters to self-insert an 8-bit character.
- Correct me if I'm wrong, but in this case the compchar package has
- nothing to do with it.
-
- I went into the following files, and changed some "char" declarations to
- "unsigned char" and the problem was solved. I don't have the details
- handy, but the places to do it are pretty obvious. I would think you
- need to hit the SelfInsert routines in the txt*.c files at the very
- least. This may be overkill, but I made that change in these files:
-
- bind.c
- bind.ch
- keymap.c
- keymap.ch
- txtcmds.c
- txtvcmod.c
-
- This was in ATK 5.0. I can dig up the files if anyone wants to diff them
- against newer versions.
-
- Stephan Greene
- University of Maryland
-