C++ Logo


Advanced search

Another updated draft of P2572R0: std::format() fill character allowances

From: Tom Honermann <tom_at_[hidden]>
Date: Tue, 7 Jun 2022 01:49:44 -0400
Another draft revision of P2572R0 (std::format() fill character
is now available (you may have to force a reload; the revision date
should be 2022-06-07). This addresses feedback from the 2022-05-25 SG16
telecon <https://github.com/sg16-unicode/sg16-meetings#may-25th-2022>.

I've once again left little time between now and the SG16 telecon on
Wednesday. Any feedback offered before the meeting would be appreciated.

The following changes have been made relative to the previously reviewed

  * The previous wording change to substitute glyphs with Unicode
    character references in [format.string.std]p1
    <http://eel.is/c++draft/format.string.std#1> was removed. As noted
    during the meeting, this change would require boilerplate elsewhere
    to apply the Unicode character references to the literal encodings.
    Glyphs are used elsewhere throughout the format specification, so
    such a change would have created an inconsistency. If we would
    prefer to use Unicode character references in cases like this, we
    should do so systematically and consistently.
  * Similarly, the use of "U+0020 SPACE" in the proposed updates to
    [format.string.std]p2 <http://eel.is/c++draft/format.string.std#2>
    was replaced with "the space character".
  * The "Future considerations and ABI" section was updated to note that
    the Microsoft implementation is already shipping and therefore
    already ABI locked.
  * Instances of "formatting argument value" were replaced with
    "formatted argument".
  * The previously proposed "Note X" was merged with the existing "Note
    3" since the concerns they addressed were so similar. The previously
    proposed "Note Y" is now "Note X".
  * Two occurrences of "IDIOGRAPHIC" have been corrected to "IDEOGRAPHIC".
  * The note following table 64 was modified to state that the fill
    character has an assumed estimated width of 1; previously the note
    stated that the fill characters estimated width was ignored.
  * The wording added to table 64 was modified to avoid an ambiguous


Received on 2022-06-07 05:49:44