From: "dragonsong" Newsgroups: comp.os.msdos.djgpp Subject: Re: Japanese keyboard, Win2k, and RHIDE \ _ Date: Fri, 8 Sep 2000 17:32:14 -0700 Organization: Posted via Supernews, http://www.supernews.com Lines: 79 Message-ID: References: <1438-Fri08Sep2000122225+0300-eliz AT is DOT elta DOT co DOT il> X-Complaints-To: newsabuse AT supernews DOT com X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Yech, Emacs! ;) But seriously, I dig the RHIDE interface so much I missed it even after I had to switch to Cygwin. I'll miss it when I go full UNIX even! I even tried a recent version of Emacs on DJGPP, but just couldn't get into the groove of it. (Were I already quite familiar with its nuances, that might have been different.) I don't know if it was 20.5 or not - I'll see if I can check that out in Win2k and get back to you with results. The \ | key (the Yen key near the top-right) hasn't given me any problems yet. Now if only I could convince my ISP to let me host services and take advantage of Cygwin's port of inetd... :p (My whole purpose in using RHIDE is to fulfill one of my old dreams - making my own MUD! ;) "Eli Zaretskii" wrote in message news:1438-Fri08Sep2000122225+0300-eliz AT is DOT elta DOT co DOT il... > > From: "dragonsong" > > Newsgroups: comp.os.msdos.djgpp > > Date: Fri, 8 Sep 2000 00:24:57 -0700 > > > > I'm posting a solution to a keyboard binding problem caused by the > > combination of a Japanese keyboard and Windows 2000's Japanese keyboard > > layout. (It may also apply to Win9x. I have no idea if it does or not.) The > > problem is with the characters \ (backslash) and _ (underscore). > > I became aware of the problems with these keys when I was in Japan a > year ago, and installed the DJGPP port of GNU Emacs on someone's > computer running Japanese Windows 95. Emacs 20.5, available from the > usual DJGPP FTP sites, should now handle this special key correctly; > I'd be grateful if you could test that on Windows 2000. > > Btw, at least in Emacs, a similar problem happened with Ctrl-\. > > Also, there's one other key on the Japanese keyboard which might give > you trouble: it generates scan code 7Dh, which is documented as the > code for Alt-6 on the standard PC/AT keyboard. However, on the > Japanese keyboard (at least the one I've seen) it is marked with the > characters \ and |. The ported Emacs handles this key correctly as > well (both unshifted and shifted with Shift, Ctrl, and Alt). > > I don't know if all of these problems are relevant for RHIDE, since > I'm not sure whether RHIDE uses the same method of reading the > keyboard. Emacs uses BIOS functions 10h and 12h, and maps the scan > codes and character codes via several locale-dependent tables. > > > The rest of djgpp's bash has no issues with this. > > Bash uses a different method of reading the keys: it usually uses the > character code produced by the BIOS, and only looks at the scan code > when an editing key, such as a left arrow, is pressed. Thus it avoids > many locale-dependent issues with keyboards, but the downside is that > it cannot distinguish between BS and Ctrl-h, and cannot support key > combinations such as Shift-BS and Shift-SPACE which don't have a > separate ASCII code in standard BIOSes. > > > All that's needed is to add the following line into sections 3 AND 4: > > 75 = 0 > > > > This shuts off RHIDE's interpretation of ^LeftArrow (Control-LeftArrow), > > which is what that key is actually being interpreted as: not some mystical > > scancode at all - but simply as a ^LeftArrow. > > > > This means you *will* also lose functionality of your actual ^LeftArrow. I > > just use ^A instead. It's worth the sacrifice, I think. > > Emacs solves this differently, without sacrificing any functionality. > It has a small variable-length table for each keyboard layout which > remaps certain keys given their scan code and ASCII code. See the > function dos_rawgetc and the tables which precede it in the file > msdos.c in the Emacs distribution.