Re: [Development] QAnyStringView

2020-06-29 Thread André Somers
On 29-06-20 09:20, Edward Welbourne wrote: BTW, any chance we can bait-and-switch, renaming QStringView to QUtf16StringView and rename QAnyStringView into the newly liberated name? Philippe (25 June 2020 08:40) asked: When we deal with strings, the "Uff" affix is unecessarily verbose. Nice i

Re: [Development] QAnyStringView

2020-06-29 Thread Edward Welbourne
>> BTW, any chance we can bait-and-switch, renaming QStringView to >> QUtf16StringView and rename QAnyStringView into the newly liberated name? Philippe (25 June 2020 08:40) asked: > When we deal with strings, the "Uff" affix is unecessarily verbose. > > I mean, > > QStringView16 > > is understand

Re: [Development] QAnyStringView

2020-06-24 Thread Philippe
> BTW, any chance we can bait-and-switch, renaming QStringView to > QUtf16StringView and rename QAnyStringView into the newly liberated name? When we deal with strings, the "Uff" affix is unecessarily verbose. I mean, QStringView16 is understandable and more friendly/readable than QUtf16Stri

Re: [Development] QAnyStringView

2020-06-24 Thread Marc Mutz via Development
On 2020-06-24 16:59, Thiago Macieira wrote: On Wednesday, 24 June 2020 00:32:04 PDT Marc Mutz via Development wrote: - QAnyStringView is the interface type (and only that) - Q(Utf8)StringView are the parse types (via QAnyStringView::visit()) BTW, any chance we can bait-and-switch, renaming QSt

Re: [Development] QAnyStringView

2020-06-24 Thread Thiago Macieira
On Wednesday, 24 June 2020 00:32:04 PDT Marc Mutz via Development wrote: > - QAnyStringView is the interface type (and only that) > - Q(Utf8)StringView are the parse types (via QAnyStringView::visit()) BTW, any chance we can bait-and-switch, renaming QStringView to QUtf16StringView and rename QAn

Re: [Development] QAnyStringView

2020-06-24 Thread Marc Mutz via Development
Hi Eddy, On 2020-06-24 11:27, Edward Welbourne wrote: Marc Mutz (24 June 2020 09:32) wrote My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling QL1S as a type for date/time formats, overloading QtJSON functions for QL1S) have shown how dramatic the effect of 8-bit string values wi

Re: [Development] QAnyStringView

2020-06-24 Thread Lars Knoll
> On 24 Jun 2020, at 11:27, Edward Welbourne wrote: > > Marc Mutz (24 June 2020 09:32) wrote >> My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling >> QL1S as a type for date/time formats, overloading QtJSON functions for >> QL1S) have shown how dramatic the effect of 8-bit string

Re: [Development] QAnyStringView

2020-06-24 Thread Edward Welbourne
Marc Mutz (24 June 2020 09:32) wrote > My Qt 5-era changes to QLatin1String (adding QL1S::arg(), enabling > QL1S as a type for date/time formats, overloading QtJSON functions for > QL1S) have shown how dramatic the effect of 8-bit string values > without constructing a QString first really is, with

Re: [Development] QAnyStringView

2020-06-24 Thread Lars Knoll
> On 24 Jun 2020, at 09:32, Marc Mutz via Development > wrote: > > Hi Thiago, > > On 2020-06-24 02:36, Thiago Macieira wrote: >> On Tuesday, 23 June 2020 02:35:05 PDT Marc Mutz via Development wrote: >>> I have come to believe that QUtf8StringView without QAnyStringView won't >>> fly: Introdu

Re: [Development] QAnyStringView

2020-06-24 Thread Marc Mutz via Development
On 2020-06-24 09:32, Marc Mutz via Development wrote: [...] 2) the complexity is already there and QAnyStringView helps in reducing it: https://codereview.qt-project.org/c/qt/qtbase/+/303483 (QCalendar) https://codereview.qt-project.org/c/qt/qtbase/+/303512 (QColor) https://codereview.

Re: [Development] QAnyStringView

2020-06-24 Thread Marc Mutz via Development
Hi Thiago, On 2020-06-24 02:36, Thiago Macieira wrote: On Tuesday, 23 June 2020 02:35:05 PDT Marc Mutz via Development wrote: I have come to believe that QUtf8StringView without QAnyStringView won't fly: Introducing QUtf8StringView without QAnyStringView will explode the number of mixed-type

Re: [Development] QAnyStringView

2020-06-23 Thread Thiago Macieira
On Tuesday, 23 June 2020 02:35:05 PDT Marc Mutz via Development wrote: > I have come to believe that QUtf8StringView without QAnyStringView won't > fly: Introducing QUtf8StringView without QAnyStringView will explode the > number of mixed-type operations we need to support. Hello Marc Thank you f

Re: [Development] QAnyStringView

2020-06-23 Thread Marc Mutz via Development
On 2020-06-23 11:35, Marc Mutz via Development wrote: Thiago and Lars are meanwhile convinced that we need a QUtf8tringView, too. Lars sees some merit for low-level APIs, Thiago remains unconvinced. Sorry, that came out wrong. What I meant to write was: Thiago and Lars are meanwhile convinced

[Development] QAnyStringView

2020-06-23 Thread Marc Mutz via Development
Hi, I went to the drawing board and drew up a variant string view class. It's here: https://codereview.qt-project.org/c/qt/qtbase/+/301594 Here's why I think we need it. At the end of the email, I also suggest how we should go about introducing it into Qt. Thiago and Lars are meanwhile conv