News for hackers. Stuff that matters.
Re:Krita, OpenGL and Qt by PaulDavisThe1st on Saturday July 18, 2020 @02:56PM (#23883825)
Qt isn't a compiler-specific framework.

The problem with Qt not using std::string is when you (gasp!) want to integrate with non-Qt libraries that do use std::string. It has nothing to do with what std::string offers or does not offer compared to any other string implementation. std::string was the string implementation for C++ since before Qt began, and by not using it for their strings, they delivered a significant message about their desire to integrate easily with non-Qt libraries.

Re:Krita, OpenGL and Qt by boudewijnrempt on Saturday July 18, 2020 @05:46PM (#23885120)
Meh, having used Qt since 2000, I've never found that a problem in practice. After all, there've always been conversion functions.
Re:Krita, OpenGL and Qt by sgerenser on Saturday July 18, 2020 @07:09PM (#23885593)
Qt not using std::string made a lot of sense when everyone though UTF-16 was the future. A 16 bit default string type was just what modern i18n friendly language or framework had to have. It’s only in the past several years with the rise of UTF-8 everywhere that it looks like a mistake.
Re:Krita, OpenGL and Qt by PaulDavisThe1st on Saturday July 18, 2020 @07:39PM (#23885747)
I'm not questioning your perspective.

But I looked at using Qt in 1999 and easily decided against it, in part for this reason. Those of us coming from a *nix background got the UTF-8 thing much earlier than people affected by the Microsoft worldview.

Re:Krita, OpenGL and Qt by pjmlp on Sunday July 19, 2020 @01:30AM (#23887232)
Ah that is why C excels in localisation and internationalisation.

Thankfully having a *nix background helped Sun getting Java design regarding UTF just right.