<div dir="ltr">Counter example : &lt;locale&gt;<div><br></div><div>Good names,  yet unusable</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 12 Apr 2019 at 06:10, Tom Honermann &lt;<a href="mailto:tom@honermann.net">tom@honermann.net</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <div class="gmail-m_-8260396301920547343moz-cite-prefix">What is the motivation for having a
      namespace specific to text at all?  Ranges needed a separate
      namespace in order to provide constrained interfaces that were, in
      most but not all cases, functionally equivalent to the
      non-constrained interfaces.  New declarations were needed in order
      to avoid breaking backward compatibility.  I don&#39;t see a similar
      motivation for text as the existing text related names 1) aren&#39;t
      great names, and 2) are for interfaces that we explicitly don&#39;t
      want to replicate.  I think new interfaces deserve new names.  I
      think it is  also informative that none of the names proposed
      below recycle existing names in &#39;std&#39;.<br>
    </div>
    <div class="gmail-m_-8260396301920547343moz-cite-prefix"><br>
    </div>
    <div class="gmail-m_-8260396301920547343moz-cite-prefix">Tom.<br>
    </div>
    <div class="gmail-m_-8260396301920547343moz-cite-prefix"><br>
    </div>
    <div class="gmail-m_-8260396301920547343moz-cite-prefix">On 3/30/19 5:11 PM, Lyberta wrote:<br>
    </div>
    <blockquote type="cite">
      <pre class="gmail-m_-8260396301920547343moz-quote-pre">Ranges has made a precedent that we can provide better versions of old
functions by putting them into a separate namespace. It is general
consensus that almost all current text related function are obsolete. We
should consider a namespace for new ones.

I think std::text fits this. This namespace would contain functions that
are modern and can properly support Unicode (and other encodings!).

There is also a precedent of my proposal and D1628 having separate
namespace specifically for Unicode. Generally speaking, Unicode is a
subset of text processing so in mathematical sense it would be obvious
to put unicode namespace as std::text::unicode but here I agree that it
is too much typing.

So I propose the following:

std::text for general purpose text algorithms (to be determined as we
haven&#39;t even nailed the Unicode yet, but consider std::text::to_upper,
std::text::is_alphanumeric).
std::unicode for Unicode classes and algorithms. Everything in std::text
should be able to work with classes from std::unicode.

Then we can add more encodings under std or maybe right into std::text
if they are too simple.

Theoretical examples:

std::ascii
std::ebcdic
std::shift_jis

</pre>
      <br>
      <fieldset class="gmail-m_-8260396301920547343mimeAttachmentHeader"></fieldset>
      <pre class="gmail-m_-8260396301920547343moz-quote-pre">_______________________________________________
SG16 Unicode mailing list
<a class="gmail-m_-8260396301920547343moz-txt-link-abbreviated" href="mailto:Unicode@isocpp.open-std.org" target="_blank">Unicode@isocpp.open-std.org</a>
<a class="gmail-m_-8260396301920547343moz-txt-link-freetext" href="http://www.open-std.org/mailman/listinfo/unicode" target="_blank">http://www.open-std.org/mailman/listinfo/unicode</a>
</pre>
    </blockquote>
    <p><br>
    </p>
  </div>

_______________________________________________<br>
SG16 Unicode mailing list<br>
<a href="mailto:Unicode@isocpp.open-std.org" target="_blank">Unicode@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/unicode" rel="noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/unicode</a><br>
</blockquote></div>