Plain text custom fraction input

Marcel Schneider charupdate at orange.fr
Sat Jul 25 05:38:39 CDT 2015


On 24 Jul 2015, at 21:24, Doug Ewell  wrote:

> It's not a matter of one being plain text and the other not. Read
> Section 3.7, "Decomposition" [1] to learn about canonical and
> compatibility decomposition.
> 
> In general, the Glossary [2] and FAQ [3] are useful resources.
> 
> [1] http://www.unicode.org/versions/Unicode7.0.0/ch03.pdf#G729
> [2] http://www.unicode.org/glossary/
> [3] http://www.unicode.org/faq/

Thank you, this is indeed indispensible to know, I'll try to get the time of learning thoroughly how it works and how not to abuse of terminology.

Best regards,

Marcel 

P.S.: Below I'll try to recomplete my last e-mail as it was when I wrote it in plain text, before applying the font formatting. The use of lt/gt as angle brackets is very tricky because engines may confuse them with valid HTML tags and make disappear the whole. We can type them as & l t ;  and  & g t ; but this is not safe. Now I'll use curly and square brackets.

 

> Marcel Schneider wrote:
> 
> > Representing fractions as {fraction} [digit] U+2044 [digit] is known as a compatibility mapping,
> > equally like representing a superscript as {super} [digit] , while (I go on checking
> > my knowledge...) representing a precomposed diacriticized letter as [letter] [combining diacritic] is
> > known as a decomposition mapping. The difference between the two ways
> > of getting the same thing is in plain text. With decomposition we stay
> > in plain text, while compatibility mappings need formatting, thus
> > leaving the field of plain text. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/unicode/attachments/20150725/b432abc7/attachment.html>


More information about the Unicode mailing list