From: Philippe Verdy (email@example.com)
Date: Sat Sep 17 2005 - 21:25:40 CDT
From: "Anto'nio Martins-Tuva'lkin" <firstname.lastname@example.org>
> On 2005.09.17, 19:23, Philippe Verdy <email@example.com> wrote:
>> keyboard in Widows drivers, by SILENTLY replacing the keys for ASCII
>> backquote and ASCII tilde by deadkeys for the COMBINING GRAVE ACCENT
>> and COMBINING TILDE.
> Are you sure these keys were assigned to U+0300 and U+0303? I'd bet not.
Don't bet, I am sure they are, but only as *dead keys*, they don't produce a
character until a second character is entered which determine the final
character(s) which are output.
Most of the valid sequences generate a precombined character with the
corresponding diacritic. These dead keys followed by a space don't generate
the combining character but a spacing diacritic.
When the dead key is followed by a non-recognized second character key,
there's no standard for the generated sequence, so the output may be
On a typewriter, the same keys would have produced the non-spacing diacritic
in all cases without waiting for a second character.
On Windows, it generates the spacing character followed by the second
character. If the second character was a dead key too, that sequence is
output by transforming the too into spacing diacritics. For invalid
sequences, on DOS/Windows only, the transformation of a combining tilde dead
key or the combining grace into a spacing diacritic uses the ASCII symbol
rather than the other spacing diacritics. But this is just an error
indicator rather than a valid input.
I don't know what MacOS (X) generates for such non-recognized sequences.
Same thing about Unix/Linux and other systems. So all this depends on the
implementation of the keyboard driver.
The only standard about these dead keys is the effective role they do have
as an input method for entering the effective combining diacritic to apply
to a second character. There's no real difference with what you describe for
the portuguese keyboard, whch also generates its own non standardized
This archive was generated by hypermail 2.1.5 : Sat Sep 17 2005 - 21:27:41 CDT