Re: Contrastive use of kratka and breve

From: Leo Broukhis <leob_at_mailcom.com>
Date: Wed, 2 Jul 2014 13:08:42 -0700

The difference is real and intentional, but isn't it akin to the difference
between (IIRC a discussion several years ago) the Polish/Czech acute and
the French acute - the former is more vertical? It has been decided that
there is no need for two combining acute signs.

Leo

On Wed, Jul 2, 2014 at 12:12 PM, Kent Karlsson <kent.karlsson14_at_telia.com>
wrote:

> Sounds to me that what you really want is to have two different breve
> characters
> (assuming that the distinction is real and intentional, and not a
> happenstance).
> That would require encoding a new combining character, AFAICT...
>
> /Kent K
>
>
>
> Den 2014-07-02 20:48, skrev "Leo Broukhis" <leob_at_mailcom.com>:
>
> Jukka,
>
> If the font happens to have lunar breve at U+0306, whereas the letter й
> has the rounded bowl breve, using CGJ should guarantee to achieve
> distinctive rendering, because <и, CGJ, U+0306> is not canonically
> equivalent to <и, U+0306> (cf. "The sequences <a, umlaut> and <a, CGJ,
> umlaut> are not canonically equivalent.") and therefore the renderer must
> not be allowed to pick the glyph for й instead as its canonical
> composition. This is a hack, but a legal hack.
>
> Leo
>
>
> On Wed, Jul 2, 2014 at 11:13 AM, Jukka K. Korpela <jkorpela_at_cs.tut.fi>
> wrote:
>
> 2014-07-02 20:34, Philippe Verdy wrote:
>
> CGJ would be better used to prevent canonical compositions but it won't
> normally give a distinctive semantic.
>
>
> In the question, visual difference was desired. The Unicode FAQ says:
> “The semantics of CGJ are such that it should impact only searching and
> sorting, for systems which have been tailored to distinguish it, while
> being otherwise ignored in interpretation. The CGJ character was encoded
> with this purpose in mind.”
> http://www.unicode.org/faq/char_combmark.html <
> http://www.unicode.org/faq/char_combmark.html>
>
> So CGJ is to be used when you specifically want the same rendering but
> wish to make a distinction in processing.
>
> Yucca
>
>
>
> _______________________________________________
> Unicode mailing list
> Unicode_at_unicode.org
> http://unicode.org/mailman/listinfo/unicode <
> http://unicode.org/mailman/listinfo/unicode>
>
>
>
> ------------------------------
> _______________________________________________
> Unicode mailing list
> Unicode_at_unicode.org
> http://unicode.org/mailman/listinfo/unicode
>
>

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

This archive was generated by hypermail 2.2.0 : Wed Jul 02 2014 - 15:09:57 CDT