Thread View: gnu.epoch.misc
3 messages
3 total messages
Started by Tor Lillqvist
Sun, 29 Mar 1992 15:39
8-bit chars
Author: Tor Lillqvist
Date: Sun, 29 Mar 1992 15:39
Date: Sun, 29 Mar 1992 15:39
31 lines
2048 bytes
2048 bytes
I haven't tried tha latest Epoch yet, but it sounds great. However, there is one disappointment: The FAQ only mentions display of 8-bit chars. What about input? Are keymaps still only 128 chars long? IMHO they should be 256 chars, and additionally, the "meta bit" concept should go away. This way 8-bit chars can be made first-class citizens. I have modified my Emacs in this way, the changes are relatively minor, and it works great. The changes are relative to Emacs 18.57, I haven't got around to upgrading to 18.58 yet. My Emacs currently uses the dump-time locale to set up which upper-half characters are printable (and thus bound to self-insert-command), it would maybe be more reasonable to do this on a per-invocation or per-buffer basis, if possible? The same goes for the syntax classes and sorting behaviour of the upper-half characters. I assume it's not politically correct to hard-code in Latin-1, for instance. The only compatibility problem I have encountered is that the read syntax \M-x (x is any char) no longer does anything reasonable. It could perhaps be made to expand to an ESC followed by x (when occurring in strings), but I haven't got around to doing that yet. For now I change by hand occurences of \M-x in .el files to \ex. What do you Epoch people think, shouldn't this (or something similar) be put into Epoch? -- Tor Lillqvist, working, but not speaking, for the Technical Research Centre of Finland
8-bit chars
Author: John Stracke
Date: Sun, 29 Mar 1992 14:41
Date: Sun, 29 Mar 1992 14:41
17 lines
1508 bytes
1508 bytes
>and additionally, the "meta bit" concept should go away. This way >8-bit chars can be made first-class citizens. [...] >What do you Epoch people think, shouldn't this (or something similar) >be put into Epoch? Perhaps as a compile-time option. But being able to press Alt-f instead of Esc-f saves me a *lot* of trouble; I'd hate to give it up. /===========================================================================\ |John (Francis) Stracke |My opinions are my own. | |Natl. Science Center Foundation|===========================================| |Augusta, GA |Beware of wizards, for you are | |francis@dogwood.atl.ga.us | crunchy and good with ketchup. | \===========================================================================/ (Formerly francis@zaphod.uchicago.edu)
Re: 8-bit chars
Author: Tor Lillqvist
Date: Mon, 30 Mar 1992 04:17
Date: Mon, 30 Mar 1992 04:17
23 lines
1862 bytes
1862 bytes
In article <9203291441.AA02565@Galois.nscf.org> francis@dogwood.UUCP (John Stracke) writes:
>and additionally, the "meta bit" concept should go away. This way
>8-bit chars can be made first-class citizens.
[...]
>What do you Epoch people think, shouldn't this (or something similar)
>be put into Epoch?
Perhaps as a compile-time option. But being able to press Alt-f
instead of Esc-f saves me a *lot* of trouble; I'd hate to give it up.
Sure, this hasn't gone away in my 8-bit Emacs version. The mod1
modifier ("meta") when added to a key means ESC prefix, the net result
being identical to pressing ESC and the key sequentially. (Actually,
it works this way only if the "metized" key is one that generates a
keysym corresponding to a (8-bit) character. I handle for instance
meta-InsertLine differently.)
But if your keyboard has keys that send 8-bit chars, you can use them,
and the 8-bit char is read by Emacs like any ASCII char. You can use
them in incremetal search, for instance.
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads