<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><br id="lineBreakAtBeginningOfSignature"><div dir="ltr">Note that ECMA-48 is in no way new.</div><div dir="ltr"><br></div><div dir="ltr">And it is still in use. It is used by terminal emulators, where HTML, RTF, troff, and other such formats are non-starters.</div><div dir="ltr"><br></div><div dir="ltr">But this way of styling text is not limited to terminal emulators, it can be used also for text editors, even using wysiwyg editing. The gap between â€œplain text”, which many people use a lot, full fledged document editors (like e.g. MS Word) is too large.</div><div dir="ltr"><br></div><div dir="ltr">(B.t.w. most HTML these days is generated from some other, likely proprietary, system specific, representation. Few manually edit raw HTML. But that is a different topic.)</div><div dir="ltr"><br></div><div dir="ltr">(And… There are XML-based document representations that, iiuc, do not use CSS.)</div><div dir="ltr"><br></div><div dir="ltr">/Kent K</div><div dir="ltr"><br><blockquote type="cite">7 jan. 2024 kl. 11:40 skrev Alexander Lange via Unicode <unicode@corp.unicode.org>:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">

  
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  
  
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 06.01.2024 14:46, William_J_G
      Overington via Unicode wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:65085071.636f.18cdf0686ca.Webtop.95@btinternet.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div class="auto-created-dir-div" dir="auto" style="unicode-bidi: embed;">
        <style>p { margin: 0px; }</style>Perhaps in a Unicode text system a
        good solution would be for Unicode/ISO IEC 10646 to have some
        (not yet encoded) non-printing codes added in plane 14 that are
        treated as not control codes in most uses yet can be treated as
        control codes in specific situations. This would mean that a
        file containing them would not contain Unicode control codes so
        could be stored and shared as a text file, yet when applied to
        specific equipment of specific software packages could be
        treated as if containing control codes.
        <p><br>
        </p>
        <p>William Overington</p>
        <p><br>
        </p>
        <p>Saturday 6 January 2024</p>
      </div>
    </blockquote>
    <br>
    <p>This is pretty much the description of a communication protocol,
      or a declarative language like HTML. But usually it is done using
      existing printable characters from Basic Latin, so they can be
      viewed and edited easily. HTML for example uses tags like this:
      <p>My paragraph with text</p></p>
    <p>It shows up as it is written in a plain text editor, but the
      browsers recognize the tags and show it as an actual paragraph,
      making <, > and the letters between them behave exactly like
      the new characters you propose.</p>
    <p><br>
    </p>
    <p>I honestly see no benefit in having new characters for this
      purpose, only the disadvantage that the plain text would be harder
      to edit (and unreadable if they are actually non-printing,
      defeating the whole purpose of a plain text format).<br>
    </p>
    <p><br>
    </p>
    <p>Kind regards,<br>
      Alexander Lange<br>
    </p>
  

</div></blockquote></body></html>