Re: Contrastive use of kratka and breve

From: Jukka K. Korpela <jkorpela_at_cs.tut.fi>
Date: Wed, 02 Jul 2014 21:55:53 +0300

2014-07-02 19:11, Leo Broukhis wrote:

> Here
> https://upload.wikimedia.org/wikipedia/commons/a/a4/Contrastive_use_of_kratka_and_breve.JPG
> is an example of й and и + U+0306 COMBINING BREVE used contrastively
> (/j/ vs short /i/) thanks to a difference in typographic style of
> Cyrillic breve (kratka) and regular breve.

I can’t trell where the difference comes from, since this is a bitmap
image. But my hypothesis is that this has nothing to do with making a
difference in typographic style between kratka and breve. Rather, it is
a matter of mixing font: in one case, you have the normal letter й, and
in another case, you have the letter и and the combining breve *taken
from another font*.

> For me in Win7 using и + U+0306 results in a contrast,

This does not really depend on operating system; rather, in the
rendering system of the program being used and on the fonts used.

For example, using Word 2013, й and и U+0306 COMBINING BREVE look the
same for many fonts, but if you select a font that does not contain
U+0306, the results are odd. In some lucky cases, you might get a breve
symbol in the right place

Using и U+034F COMBINING GRAPHEME JOINER U+0306 COMBINING BREVE causes
different results. For many fonts, such as Calibri, the result is
different in the sense that the breve (kratka) has been displaced to the
right, and the result looks odd. Changing the font to Arial results in a
mess, since CGJ, which displayed visibly. Apparently there are problems
with CGJ in rendering software, even though CGJ should make no difference.

Using ZWNJ between the base character and the diacritic is more logical,
but it seems to yield similar results. The point is that whether or not
these control characters should prevent the rendering of a base letter
and a diacritic as a precomposed glyph, they tend to do that, but you
mostly won’t like the results.

> but given that и
> + U+0306 is a canonical decomposition of й and a renderer is allowed, if
> not encouraged, to use the glyph for й every time it sees и + U+0306,
> what is the right (portable) way to do that? Would и + ZWNJ + U+0306
> work? Should it?

As far as I can see, there is nothing that says that it (or any other
similar method) should work, but it may often “work”—in a manner you
might not like.

> I'd like to reply to
> https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82:%D0%92%D0%BD%D0%B5%D1%81%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB%D0%BE%D0%B2_%D0%B0%D0%BB%D1%84%D0%B0%D0%B2%D0%B8%D1%82%D0%BE%D0%B2_%D0%BD%D0%B0%D1%80%D0%BE%D0%B4%D0%BE%D0%B2_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8_%D0%B2_%D0%AE%D0%BD%D0%B8%D0%BA%D0%BE%D0%B4#.D0.9E_.D0.BA.D1.80.D0.B0.D1.82.D0.BA.D0.B5_.D0.B8_.D0.B1.D1.80.D0.B5.D0.B2.D0.B8.D1.81.D0.B5

I think the idea of using CGJ is more wrong than the idea of using ZWNJ.
But neither works *properly*.

You can make a distinction between й and и with kratka (caron), at the
character level, and applications are allowed to render them
differently. But Unicode specifies no way to request for such rendering,
still less guarantee it.

Yucca

_______________________________________________
Unicode mailing list
Unicode_at_unicode.org
http://unicode.org/mailman/listinfo/unicode
Received on Wed Jul 02 2014 - 13:56:52 CDT

This archive was generated by hypermail 2.2.0 : Wed Jul 02 2014 - 13:56:52 CDT