Newsgroups: comp.sys.mac.system Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!news.iastate.edu!ux1.cso.uiuc.edu!csrd.uiuc.edu!s4.csrd.uiuc.edu!bruner From: bruner@sp15.csrd.uiuc.edu (John Bruner) Subject: Re: Questions (mainly) about problems with sys 7 In-Reply-To: Juha.Hyvonen@hut.fi's message of 12 Jun 91 07:56:39 GMT Message-ID: Sender: news@csrd.uiuc.edu (news) Organization: CSRD, University of Illinois References: <1991Jun11.101937.2303@donau.et.tudelft.nl> Date: 14 Jun 91 09:19:55 Lines: 25 In article <1991Jun11.101937.2303@donau.et.tudelft.nl> hansm@dutecai.et.tudelft.nl (Hans Mulder) writes: >> 1. In my terminal emulator (uw) I can use both the Command-key and >> the Control-key as control key. However in sys 7 >> command-key:space doesn't do anything, while before (6.0.7) it mapped >> in Control-key:space.... In article Juha.Hyvonen@hut.fi (Juha Hyv|nen) writes: > Is there a KCHR resource in uw? If so, try the following (with ResEdit).... There is no KCHR resource in uw. [At least, there's none in v4.2, the last distributed version. My development version uses KCHR's now.] v4.2 maps the keys itself by using the keycode and modifiers to form an index into a resource-based lookup table. Unfortunately, it doesn't handle "dead keys" correctly on Macs with ADB keyboards. I believe that the problem here is that Command-Space is now reserved by Apple for the Script Manager. I don't have IM VI handy, but I believe it switches to the next script system (Command-Option-Space switches to the next keyboard layout within the current script system, I think). Thus, uw no longer sees the event and therefore is powerless to do anything about it. -- John Bruner Center for Supercomputing R&D, University of Illinois bruner@csrd.uiuc.edu (217) 244-4476