Re: Combining Triple Diacritics (N3915) not accepted by UTC #125

From: Khaled Hosny (
Date: Wed Nov 10 2010 - 12:03:11 CST

  • Next message: Jim Monty: "Is there a term for strictly-just-this-encoding-and-not-really-that-encoding?"

    On Wed, Nov 10, 2010 at 06:11:08PM +0100, Karl Pentzlin wrote:
    > >From the Pre-Preliminary minutes of UTC #125 (L2/10-416):
    > > C.4 Preliminary Proposal to enable the use of Combining Triple
    > > Diacritics in Plain Text (WG2 N3915) [Pentzlin, L2/10-353]
    > - see
    > > [125-A13] ... UTC does not believe that either solution A or solution B
    > > represents an appropriate encoding solution for the text
    > > representation problem shown in this document. Appropriate
    > > technology involving markup should be applied to the problem of
    > > representation of text at this level.
    > This will not happen.
    > Linguists will continue to use their PUA code points (or even their
    > 8-bit fonts), which employ these characters perfectly (albeit using
    > precomposed glyphs for the used combinations).

    Advanced typesetting engines like TeX (which were invented 30 years ago,
    mind you) already support wide accents that span multiple characters:


    Even math formulas in new MS Office versions can do that (well it is
    math because, apparently, only mathematicians cared about that, but I
    don't see why it should not work for linguists too).


     Khaled Hosny
     Arabic localiser and member of team
     Free font developer

    This archive was generated by hypermail 2.1.5 : Wed Nov 10 2010 - 12:04:43 CST