C++ Logo


Advanced search

Re: C++ Developer Survey questions for 2023

From: Zach Laine <whatwasthataddress_at_[hidden]>
Date: Thu, 2 Jun 2022 20:07:53 -0500
I have written Windows apps that use UTF-8 and ASCII, and nothing
else. If your expectation is that that's a 0% case, and mine is that
it is not, it sounds like asking other people what they think would be
a good thing.

If you have a way of adding "... but don't answer 'yes' if it's only
vacuously true", then I'm all ears. However, I think most people will
answer 'yes' if they use those encodings in their program, not if the
OS does.


On Thu, Jun 2, 2022 at 3:53 PM Thiago Macieira via SG16
<sg16_at_[hidden]> wrote:
> On Thursday, 2 June 2022 13:34:34 PDT Zach Laine via SG16 wrote:
> > So then 100% of those people will say "always". Others people not
> > writing those kinds of programs will answer differently, right? I
> > think I'm missing something.
> The point is that it's 100% for nearly 100% of the applications, which means
> it's not useful data. And this also changes depending on whether the developer
> knows that Windows is UTF-16 behind the scenes or not. If they do, then
> virtually 100% of Windows applications deal with at least two encodings, one
> of which is not Unicode or US-ASCII.
> That's why I am asking if you really meant to ask that.
> Maybe you meant to exclude the locale's encoding, so this question only
> applies to dealing with processing of content that may have a different
> encoding than the typical.
> Maybe you want to specify that the user's own code is explicitly doing the
> conversion, and any operation that the libraries do on behalf of the user is
> not to be counted. That way, it shouldn't matter that they use fopen() or
> strcoll() on an OS that converts to another encoding before producing an
> answer.
> --
> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
> Software Architect - Intel DPG Cloud Engineering
> --
> SG16 mailing list
> SG16_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/sg16

Received on 2022-06-03 01:08:05