Date: Fri, 8 Nov 2019 08:57:31 +0000
Hi all,
I think Jeff's proposed wording adequately resolves the NB comment.
Peter
From: unicode-bounces_at_[hidden] <unicode-bounces_at_[hidden]> On Behalf Of Billy O'Neal (VC LIBS)
Sent: 08 November 2019 08:56
To: Jeff Garland <jeff_at_[hidden]>; SG16 <unicode_at_[hidden]>
Subject: [SG16-Unicode] New P/R for LWG 3328
EXTERNAL MAIL
Hello Jeff and SG16.
In LWG today there were 4 concerns raised:
1. Historic => historical
2. Missing :: in the u8path reference
3. ISO rules forbid 'should' in notes.
4. The 'should in new code' form is somewhat 'preachy' and we should say why.
To those ends, how about this:
[Note: The example above is representative of a historical use of filesystem::u8path. Passing a std::u8string to path's constructor is preferred for an indication of UTF-8 encoding more consistent with path's handling of other encodings. -- end note.]
Billy3
I think Jeff's proposed wording adequately resolves the NB comment.
Peter
From: unicode-bounces_at_[hidden] <unicode-bounces_at_[hidden]> On Behalf Of Billy O'Neal (VC LIBS)
Sent: 08 November 2019 08:56
To: Jeff Garland <jeff_at_[hidden]>; SG16 <unicode_at_[hidden]>
Subject: [SG16-Unicode] New P/R for LWG 3328
EXTERNAL MAIL
Hello Jeff and SG16.
In LWG today there were 4 concerns raised:
1. Historic => historical
2. Missing :: in the u8path reference
3. ISO rules forbid 'should' in notes.
4. The 'should in new code' form is somewhat 'preachy' and we should say why.
To those ends, how about this:
[Note: The example above is representative of a historical use of filesystem::u8path. Passing a std::u8string to path's constructor is preferred for an indication of UTF-8 encoding more consistent with path's handling of other encodings. -- end note.]
Billy3
Received on 2019-11-08 10:39:04