Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!uunet!stanford.edu!cascade.stanford.edu!cascade!interran From: interran@lurch.Stanford.EDU (John Interrante) Newsgroups: comp.windows.interviews Subject: Re: 8bits characters Message-ID: Date: 30 Apr 91 03:57:49 GMT References: <9946@chorus.fr> Sender: news@cascade.Stanford.EDU (USENET News System) Organization: Stanford University Lines: 27 In-Reply-To: dp@adagio.chorus.fr's message of 29 Apr 91 11:52:03 GMT In article <9946@chorus.fr> dp@adagio.chorus.fr (Didier Poirot) writes: The problem is that some 8 bit chars, most of the ones acceeded with ALT-SHIFT- key are ignored. Some others, acceeded with ALT-key are ignored too, mainly c-cedilla e-grave, which were previously bound to: ALT-g and ALT-h Has someone else encountered the same problem ? Did you use xmodmap to make a few keys send 8-bit characters when ALT and/or SHIFT were pressed? Otherwise, I don't understand how ALT-SHIFT-key or ALT-key was supposed to send an 8-bit character. In any case, the general problem is that under X11R4, a user can't type 8-bit characters at X clients unless the X client cooperates with the user in some application-specific way or the user remaps the keyboard with xmodmap. That's why we had to invent a way for users to type 8-bit characters at idraw. The way we picked was to turn on the character's 8th bit if the user was holding down the Meta_L or Meta_R key. If you want to type a particular 8-bit character, you have to find out which key (if any) on your keyboard produces the corresponding 7-bit character and type that key while holding down the meta key. You should be able to use this mechanism to type these 8-bit characters which you couldn't type with ALT-SHIFT-key or ALT-key. -- John Interrante / interran@lurch.stanford.edu