Re: Support for Latin ligature IJ (was another thread)

From: Philippe Verdy <>
Date: Wed, 30 Mar 2016 23:19:17 +0200

In my opinion, the Dutch IJ/ij "ligature" is not really a ligature and should
be treated exactly like Æ/æ or Œ/œ as a plain single letter.

The use of IJ/ij (encoded as separate letters) is a actually an
orthographic fault, that a ligature will not help resolve.

Thanks, the decomposition of the "IJ" letter or "ij" into separate letters is
only a compatibility decomposition, but it is not canonically equivalent.

In such as case, the "ij" letter is soft-dotted also in Dutch and the two
dots disappear when it has diacritics above.

For Lithuanian, the "ij" letter is not soft-dotted, but effectively
hard-coded (meaning also that it is really a ligature, and that the
single-letter should not be used at all, but encoded as i+j with a possible
joiner...). In such a case, using the single letter "IJ/ij" meant only for
Dutch is also an orthographic fault. But this also means that when you add
diacritics in Lithuanian, you'll need to encode explicit dots (like in
Turkish) to keep these dots !

2016-03-30 22:12 GMT+02:00 Marcel Schneider <>:

> On Wed, 30 Mar 2016 00:14:59 +0100, Kent Karlsson wrote [in the thread
> “Re: Swapcase for Titlecase characters”]:
> […]
> > I still think ij should have the "soft-dotted" property (and that
> > that property is finally implemented properly in various systems...).
> [Refers to:
> Re: Case for letters j and J with acute from Kent Karlsson on 2016-02-09
> For ‘ij’ that may be unambiguous, but for ‘i’ there is a need of
> locale-dependent tailoring, as for Lithuanian it should be hard-dotted.
> > I've heard that old typewriters used to have a key for IJ ij.
> Iʼve read it on Wikipedia, though Iʼve been unable to grab any image of
> such off the internet.
> This one is Dutch but has none:
> These machines have lowercase ij only, while the uppercase position is
> given the florin sign:
> > Maybe it should be reintroduced for Dutch computer keyboards,
> I pledge in favor. To achieve this, it would be sufficient to have an
> ISO/IEC 9995-3 compliant keyboard layout for the Netherlands—and one for
> Belgium, as there are already one for Canada and one for Germany (given
> that ‘IJ’, ‘ij’ are included on T3).
> And to complete the job, all of these could be added to CLDR.
> > as well as used
> > (for Dutch) in autocorrects (IJ -> IJ, ij -> ij) or spell correctors
> > (looking at the whole word rather than just two letters, and then
> > not restricted to Dutch per se, but certain Dutch names regardless
> > of the language for the surrounding text).
> Itʼs urgent to spell the names correctly, notably because there are
> insufficient equivalence classes in search engines. Correctly spelled
> ‘IJsselmeer’ vs missspelled ‘IJsselmeer’ points to different numbers of
> results:
> Bing Search: 2 850 000 vs 886 000
> Google Search: 343 000 vs 345 000
> while DuckDuckGo, Startpage and Yahoo do not state the number of results
> (that in any case is mainly theoretical since only the top 500 ones are
> currently displayable).
> > That, in turn, would
> > probably be a better approach than trying to have some special
> > handling of the sequence "ij" in case mapping (for Dutch alone).
> In current understanding there seems to be a flaw on whether the ‘IJ’
> ligatures are to be used, or are deprecated. The mere fact that they are
> compatibility decomposable is cited[1] along with rule D21 to justify
> separate encoding as ‘IJ’. TUS indeed seems to support that POV when it
> declares Dutch as supported by the Latin-1 supplement. One page below, the
> ‘IJ’ ligatures are discussed as compatibility characters, which does not
> imply deprecation. And indeed, their replacement by two-letter sequences is
> pointed as a mere matter of fact.
> While atomic typing of ‘ij’ seems to be a relict from the ISO/IEC 646 era,
> I’m puzzled not to find any related autocorrect in word processor when
> Dutch is on (no instances found in MSO1043.acl of 2010), whereas French ‘œ’
> is supported in the French ACL.
> As of special case mapping for ‘ij’, its implementation goes increasing,
> but yes it remains a workaround that wonʼt be needed any longer as soon as
> people switch to ISO/IEC 9995-3 keyboard layouts. In the era of
> globalization, there is pretty no other choice.
> Hopefully,
> Marcel
> [1]
Received on Wed Mar 30 2016 - 16:20:45 CDT

This archive was generated by hypermail 2.2.0 : Wed Mar 30 2016 - 16:20:45 CDT