It might not be worth fixing the codec implementation
> then.
Agreed. I have a suspicion that Microsoft in the past has stated
explicitly in docs that MBCS uses longer than 2 bytes per character,
and bugs of similar nature are why the UTF-8 support is opt-in and why
the system-wide support is ma
ndows-1258 the Vietnamese code page? I know vaguely that
Unicode-only locales (not Vietnamese) are a thing on Windows, but I
thought they had no way to use UTF-8 as the ACP until the beta UTF-8
support landed on Windows 10.
Best Regards,
Alvin Wong
* Start testing of tst_Utf8 *
C
.
Best Regards,
Alvin Wong
---
^ Note: One way of setting activeCodePage to UTF-8 is by using the
Application manifest, which will apply the option in a per-process
manner [1]. Another way is to enable it system-wide by enabling the
option "Beta: Use Unicode UTF-8 for worldwide language suppor
Hi Dmitry,
If this is the case, shouldn't it be better to change the behaviour of
Krita to match that of Qt, i.e. use qFloor for the conversion instead
of qCeil? The code in Qt would have been doing it this way for quite a
while, and asking Qt to change this behaviour could possibly break
other ex
Hi Elvis,
It sounds like this Intel graphics driver bug:
https://communities.intel.com/thread/116003
Best Regards,
Alvin
-- Forwarded message --
> From: Elvis Stansvik
> To: "interest@qt-project.org Interest"
> Cc:
> Bcc:
> Date: Fri, 26 Oct 2018 15:05:44 +0200
> Subject: Re: [
Dear all,
I have some questions on fractional DPI handling. I know fractional
DPI scaling isn't officially supported on Windows (waiting for
[QTBUG-53022][1] to be picked up again), but from what I hear KDE does
support actual fractional DPI scaling. Anyway, it is possible to test
fractional DPI o
Ha! You can thank Intel for that. Intel graphics driver builds between
4636 and 4729 (exclusive) are to blame.
The workaround is probably either to use ANGLE instead of desktop
OpenGL or ask users to update their Intel graphics driver.
See: https://communities.intel.com/thread/116003
> From: Yur
