C++ Logo

sg16

Advanced search

[SG16] Agenda for the 2021-02-10 SG16 telecon

From: Tom Honermann <tom_at_[hidden]>
Date: Sat, 6 Feb 2021 12:46:30 -0500
SG16 will hold a telecon on Wednesday, February 10th at 19:30 UTC
(timezone conversion
<https://www.timeanddate.com/worldclock/converter.html?iso=20210210T193000&p1=1440&p2=tz_pst&p3=tz_mst&p4=tz_cst&p5=tz_est&p6=tz_cet>).

The agenda is:

  * WG14 N2620: Restartable and Non-Restartable Functions for Efficient
    Character Conversions | r4
    <http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2620.htm>
      o Continue discussion started at the last telecon and in recent
        email discussion.
  * P2093R3: Formatted output <https://wg21.link/p2093r3>
      o Review Victor's updates since our review of P2093R2 on 2020-12-09.

Plan to spend 45 minutes on each paper.

For WG14 N2620
<http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2620.htm>, please
review the discussion <https://lists.isocpp.org/sg16/2021/01/2049.php>
that occurred on the SG16 mailing list following the last telecon.

For P2093R3 <https://wg21.link/p2093r3>, please review the summary from
our prior review of P2093R2 on 2020-12-09
<https://github.com/sg16-unicode/sg16-meetings/blob/master/README-2020.md#december-9th-2020>
and the changes made in the new revision to address SG16 feedback.

There are two significant questions that I feel we need to get consensus
on before we poll to forward P2093R3 <https://wg21.link/p2093r3> to LEWG.

 1. On Windows, when outputting directly to the console, should
    std::print() bypass the console encoding when:
     1. The execution encoding is UTF-8?
     2. The execution encoding is not UTF-8?
         1. If yes, is the std::print() input transcoded to Unicode from
            the execution encoding or the locale dependent run-time
            encoding?
 2. What are the possible future directions for support of other
    character types; what is the behavior of std::print("{} {} {} {}\n",
    L"wide", u8"utf-8", u"utf-16", U"utf-32")?
     1. This question is intended to ensure that we do not design
        ourselves into a corner.
     2. Is support of other character types important?
     3. Is support for such conversions dependent on execution or locale
        dependent run-time encoding?
     4. How would such conversions depend on whether output is directed
        to a console or redirected elsewhere?
     5. Does support for such conversions imply the need for a
        well-defined output encoding (independent of execution encoding)?

Direction polls may be taken for both papers. Depending on discussion,
we may also poll forwarding P2093R3 <https://wg21.link/p2093r3> to LEWG.

Tom.


Received on 2021-02-06 11:46:33