“plain text styling”…

Cristian Secară liste at secarica.ro
Sat Jan 7 05:37:33 CST 2023


În data de Thu, 5 Jan 2023 01:53:40 +0100, Kent Karlsson via Unicode a scris:

> More or less regularly there are (informal) requests on this list for
> encoding (new) control codes or control code sequences for text
> styling (like bold, italics, text colour, …) also for ”plain text”.

This seems to overlooks that a "plain text" subjected to such torment can no longer be called "plain".

Or, how do you differentiate this plain text from the other plain text ?
"I am sending this e-mail in strict plain text"
"I am sending this e-mail in a somewhat plain text"
"I am sending this e-mail in a complicated plain text"
"I am sending this e-mail in a code-controlled plain text"

Also in places where the number of characters matters (and supposing the editor knows how to interpret, and therefore, hide the control characters), like a SMS text message sent over a GSM network [1], one may become confused about the strange increase (or decrease, if a limit is imposed) of the characters count.

> This instead of using such things RTF, SGML, HTML, ODF, etc. In the
> latter, the style (and other) controls are given as strings of
> printable characters (like <b>, </b>), not involving control
> characters.

Not sure I understand, especially that you later mentioned ECMA-48.

>From a simple (basic) text editor perspective that knows nothing about styling, what is the difference between displaying these two examples related to same intended result ?
<b>bold</b>
versus
\x1b[1mbold\x1b[2m

Same question if the ~simple text editor *knows* about both of the above styling methods ?

Or perhaps from the user perspective ?

Cristi

[1] https://www.secarica.ro/index.php/eue/sms-story/the-sms-discrimination

-- 
Cristian Secară
https://www.secarica.ro



More information about the Unicode mailing list