I'm sorry for not contributing more to this thread or to the work needed to be done to solve the issues discussed here... But here are some thoughts in response to Kostas' message:
From: Πιστιόλης Κωνσταντίνος <pistiolis στο ts τελεία sch τελεία gr> > This keymap defines a dead key for every combination, and is more or less > followed by the windows XP, using up to 16 or more dead keys! You know, there really should be a way to create a keyboard layout on X11 compatible with the Windows XP / typewriter one. Is this currently possible? To do this, either many more "generic" dead keys are needed, or a way to have a single keypress produce many keysyms, for use in a compose sequence. For reference, here's the Windows XP way to produce polytonic Greek characters: http://support.microsoft.com/default.aspx?scid=kb;el;GR750052 According to the table there, the dead keys used are [ ] - = | \ / ; ' combined with Shift, Alt, and AltGr. In total, 27 different "virtual" dead keys... Not an easy system to learn, but I think anyone who's learned it, should be able to keep using it under X11. Is it possible to implement this with the current xkb plus simple Compose-file infrastructure? Or is it only possible with complex input method software? > 1. most of the dead keys are too often used to be put in third > level (except for makron, vrahy). Each symbol is aproximately > used in 1 every 3-5 words! Right! By the way, I've typed a bit more polytonic Greek recently, and the layout currently included in XFree86/X.org worked nicely for me (who isn't used to any other polytonic Greek layout). > I don't know if the latter odd combination would produce conflicts in > an international Compose file, but this idea was used in the past in > greek keyboard, in the following combinations: > dead_tonos + . : above (middle) dot > dead_tonos + < : « > dead_tonos + > : » I don't think there are any conflicts, and these combinations are very nice from a usability point of view: you don't have to memorize obscure AltGr combinations, just to remember that puting an accent on a character that doesn't take one produces a "special" (less common) character that looks similart. The three combinations listed above were also used in some old MS-DOS keyboard drivers. > The present pc/gr file uses altgr for the euro symbol, the middle dot > and the «» symbols, along with the Compose combinations and I suggest > the same (duality) for all new symbols > > Another idea is to use the same kind of rules to increase the usability > of the polytonic keyboard for writing tenchical texts: > To have a double press of a dead_key and the altGr + dead_key > to produce the "lost" symbol so that the user wouldn't have to ... I agree with this. > Another proposed use of altGr is for the dead acute. > ELLOT, the Hellenic Standard Organization has proposed and defined > different symbols for acute and tonos (which is actually the same symbol) > which are equivalent in unicode. That was a mistake... My opinion is that having different glyphs for OXIA and TONOS in fonts is a bug. Upright and slanted oxia don't have any meaningful distinction in Greek, they're just graphic variants. Some fonts are designed with a modern look, where oxia looks like a bullet or an equilateral triangle. These fonts can only be used for modern Greek. Other fonts are designed more traditionally, with a slanted oxia. Putting glyphs with upright oxia in these fonts looks, IMHO, ugly, and I think was only motivated by font creators looking at Unicode, seeing characters both with "OXIA" and with "TONOS" in their names, and naïvely deciding to differentiate their appearance, without noticing that they are equivalent according to Unicode, and without a justification in representing actual Greek text. By the way, there is a case where font designers have almost universally drawn two canonically equivalent Unicode characters differently, and that's U+00B7 MIDDLE DOT (·) and U+0387 GREEK ANO TELEIA (·). Here they're next to each other: ·· Most fonts have different glyphs for them, because the usual appearance of middle dot looks wrong as an _ano teleia_. So... in this case there is some justification. But the correct way to solve this according to the Unicode model is with higher-level protocols and smart fonts. For example, with modern smart fonts (OpenType etc.), it's possible to have both U+00B7 and U+0387 assume their correct shape and position depending on their surrounding characters. > The combination altGr-dead_tonos + vowel is proposed to produce the > letter with accent, in case someone needs it. Well... it probably won't hurt much, except in perpetuating the idea that tonos/accent and oxia/accute are different. And also systems which do their own keysym processing (i.e. GTK+) will have to add some more illogical combinations... > I have a question. It is mentioned that it's a bug to use dead_horn > and dead_ogonek and that "combining comma above" 0x0313 and > "combining reversed comma above" 0x0314 should be used instead. > Wouldn't it be best to ask for a dead_commaabove (or dead_psili) and a > dead_reversedcommaabove (dead_daseia) to be added to the xkb binaries? Well... I think it *is* a bug that we're using dead_horn and dead_ogonek for this, but using U0313 and U0314 will also be a bug. According to appendix A of the X11 protocol spec, pointed out by Markus Kuhn a few messages upthread... ftp://ftp.x.org/pub/X11R7.0/doc/PDF/proto.pdf # Dead keys, which place an accent on the next character entered, # shall be encoded as Function KEYSYMs, and not as the Unicode KEYSYM # corresponding to an equivalent combining character. So... dead_commaabove and dead_reversedcommaabove is the way to go. > When the polytonic variant was first created, it was thought that > it doesn't matter which dead_XXX symbol would be used. Is this true? You can blame me for this... That's what I thought, because I was creating a simple proof-of-concept, not a correct solution. But as the saying goes, there's nothing more permanent than the temporary. Well, it works for me, but there are some problems, and it's not the Right Thing™. I apologise for the long message, and for not offering anything concrete... This discussion should probably take place in a X11 mailing list or other forum if it's to have any worthwhile fruit. Or maybe someone should post a proposal at http://bugs.freedesktop.org/, as Markus said. Only I'm not sure what the proposal should be. -- Alexandros Diamantidis * [EMAIL PROTECTED] -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
