https://bugs.ruby-lang.org/https://bugs.ruby-lang.org/favicon.ico?17113305112019-07-16T03:41:10ZRuby Issue Tracking SystemRuby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796692019-07-16T03:41:10Zsawa (Tsuyoshi Sawada)
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/79669/diff?detail_id=53406">diff</a>)</li></ul> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796702019-07-16T03:54:24Zsawa (Tsuyoshi Sawada)
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/79670/diff?detail_id=53407">diff</a>)</li></ul> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796712019-07-16T03:55:05Zshyouhei (Shyouhei Urabe)shyouhei@ruby-lang.org
<ul></ul><p>This particular proposal is NG. ASCII vs. non-ASCII is too Asian-centric. There are other non-wide non-ASCII encodings, such as those in Europe.</p> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796722019-07-16T03:55:41Zshyouhei (Shyouhei Urabe)shyouhei@ruby-lang.org
<ul><li><strong>Is duplicate of</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/14618">Feature #14618</a>: Add display width method to String for CLI</i> added</li></ul> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796742019-07-16T04:01:53Zsawa (Tsuyoshi Sawada)
<ul></ul><p>shyouhei (Shyouhei Urabe) wrote:</p>
<blockquote>
<p>This particular proposal is NG. ASCII vs. non-ASCII is too Asian-centric. There are other non-wide non-ASCII encodings, such as those in Europe.</p>
</blockquote>
<p>Yeah, the keyword name <code>non_ascii</code> In my original proposal was not good. It would make things complicated, and was too specific, as <a class="user active user-mention" href="https://bugs.ruby-lang.org/users/10">@shyouhei (Shyouhei Urabe)</a> has addressed.</p>
<p>I updated my proposal to have the keyword <code>proportional</code>. I expect all the width to be handled automatically including non-wide non-ASCII letters.</p> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796752019-07-16T04:13:05Zshyouhei (Shyouhei Urabe)shyouhei@ruby-lang.org
<ul></ul><p>sawa (Tsuyoshi Sawada) wrote:</p>
<blockquote>
<p>shyouhei (Shyouhei Urabe) wrote:</p>
<blockquote>
<p>This particular proposal is NG. ASCII vs. non-ASCII is too Asian-centric. There are other non-wide non-ASCII encodings, such as those in Europe.</p>
</blockquote>
<p>Yeah, the keyword name <code>non_ascii</code> In my original proposal was not good. It would make things complicated, and was too specific, as <a class="user active user-mention" href="https://bugs.ruby-lang.org/users/10">@shyouhei (Shyouhei Urabe)</a> has addressed.</p>
<p>I updated my proposal to have the keyword <code>proportional</code>. I expect all the width to be handled automatically including non-wide non-ASCII letters.</p>
</blockquote>
<p>Still not appropriate. There are characters whose "wide"-ness is not fixed until they actually got rendered. See also: <a href="https://unicode.org/reports/tr11/" class="external">https://unicode.org/reports/tr11/</a> especially the section named "Modern Rendering Practice".</p> Ruby master - Feature #16006: String count and alignment that consider multibyte charactershttps://bugs.ruby-lang.org/issues/16006?journal_id=796782019-07-16T06:42:14Zmatz (Yukihiro Matsumoto)matz@ruby.or.jp
<ul><li><strong>Status</strong> changed from <i>Open</i> to <i>Rejected</i></li></ul><p>The display width of a string cannot be calculated without rendering information, which Ruby usually does not have.<br>
Considering emojis or grapheme clusters, it is nearly impossible. It's the responsibility of the rendering engine.</p>
<p>Matz.</p>