[Development] FW: Backwards compatibiltiy break in Qt 5.5

[NIkolai Marchenko]

Fact is : you are severly overestimating the amount of cases where
homoglyph is a problem at the same time severly underestimating the amount
of code you broke and inconvenience caused by the change.
The amount of people that has since agreed with my point of view in this
thread is a testament to that.
Want homoglyph  debugging? turn on environment variable. Simple as that. At
the same time peopel with existing code won't be tearing at their hair on
the prospect of retyping every qdebug instance

On Tue, Jul 28, 2015 at 7:25 PM, Thiago Macieira <thiago.macieira at intel.com>
wrote:

> On Tuesday 28 July 2015 09:28:08 Olivier Goffart wrote:
> >   qDebug() << "There was an error processing XYZ: " <<
> job->errorString();
> >   qDebug() << "Error parsing file: " << fileName;
> >   qDebug() << "User entered: " << searchLineEdit->text();
> >
> > Imagine that in a app written in russian for russian, or in other
> > languages.  You really want to know what is the error message or the file
> > name.
>
> At the same time, the error might be in the file name and you'd want to
> inspect
> why the file name is failing. A very concrete case is the NFC / NFD mess of
> filenames on OS X.
>
> NFC and NFD *look* identitcal on purpose, but have different binary
> representations. Qt API converts from NFD to NFC, but suppose you got the
> NFD
> form from elsewhere and then this job class tried to do a compare to a Qt-
> formatted filename.
>
> This is not so far-fetched. You'll spend at least half an hour trying to
> figure
> out why /tmp/Résumé.txt doesn't behave as you expect it to.
>
> So damned if you do and damned if you don't. I opt for leaving the default
> as
> the option that gives the most information, unambiguously, with no
> apparent or
> real data loss.
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
>   Software Architect - Intel Open Source Technology Center
>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20150728/db5be832/attachment.html>