Date: Sun, 12 Dec 2021 11:30:28 +0100
On 11/12/2021 23.00, Victor Zverovich via SG16 wrote:
> Hi Tom and other Unicoders,
>
> Can we review an updated revision of P2286 (https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html <https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html>) during the upcoming meeting since there is still chance that it can target C++23? This revision addresses the SG16 feedback, particularly around escaping (https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html#escaping-behavior <https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html#escaping-behavior>). I think it's way more important and time sensitive than LWG issues related to fill.
Why do we need a
range_formatter
and
tuple_formatter ?
Isn't it enough that the standard library provides partial
specializations of formatter<T> to offer the functionality?
Jens
> Hi Tom and other Unicoders,
>
> Can we review an updated revision of P2286 (https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html <https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html>) during the upcoming meeting since there is still chance that it can target C++23? This revision addresses the SG16 feedback, particularly around escaping (https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html#escaping-behavior <https://brevzin.github.io/cpp_proposals/2286_fmt_ranges/p2286r4.html#escaping-behavior>). I think it's way more important and time sensitive than LWG issues related to fill.
Why do we need a
range_formatter
and
tuple_formatter ?
Isn't it enough that the standard library provides partial
specializations of formatter<T> to offer the functionality?
Jens
Received on 2021-12-12 04:30:37