Qt 6.7 Windows 11 Bug with Arabic languarge

Christian Ehrlicher

@Volker75 You should add a mre. The problem is the modernwindows style for win11 which was added with Qt6.7.0. So you client can also use the windows 10 style -> -style windowsvista

Volker75

@Christian-Ehrlicher I am sorry for my bad English. I don't know what "mre" is.

SGaist

@Volker75 Minimum Reproducible Example

Volker75

@SGaist Ah... ok.... I know. But i can't test it, since I don't have Windows 11. The bug will be (probably) reproduce able with every Qt application that uses a menu and a right to left language.

Axel Spoerl

@Volker75
Then I’ll be the devil’s advocate: I don’t believe you. There is no bug. Everything works correctly.
Prove that I am wrong!

DerReisende

@Volker75 I had also many problems with the new win11 style and so far i just hardcoded my app to always use fusion on windows with qt 6.7. that should be the easiest fix until you can do further verification.

Christian Ehrlicher

@DerReisende said in Qt 6.7 Windows 11 Bug with Arabic languarge:

always use fusion on

Why not the windowsvista style?

Volker75

Liviu added a minimum example in the bug tracker. Can anybody with Windows 11 and Qt 6.7 please test it and check the aliment is as wrong with default style as the bug reporter sent me by his screenshot (see my first post. I added the picture there) and correct with fusion (or others)?
https://bugreports.qt.io/browse/QTBUG-124931

Volker75

@Christian-Ehrlicher I can't tell you why he uses fusion and not windowsvista, but i can tell you why I prefer fusion. Because we are compiling for Windows, Linux and MacOS. Fusion exists on all 3 platforms. But windowsvista doesn't. So it is easier to code and bugs will probably faster visible for the developer, since he will probably notice bugs already on the other platforms.

DerReisende

@Christian-Ehrlicher just coincidence. I needed a style that worked and it doesn‘t look bad. And I admit I only saw the „ugly“ Windows style as the other alternative and overlooked „windowsvista“ :D

Volker75

I saw that the "need more information" label was removed, so i guess someone was able to reproduce it now. Sadly only rated as a P3 bug, so I fear that (since i already reported an other Qt bug about wrong right to left in tables already much over 10 years ago and it is still present in Qt and unsolved in the Qt bug tracker) it will need more then 1 years until someone solve it. Can anybody prove me that I am wrong?

Christian Ehrlicher

@Volker75 said in Qt 6.7 Windows 11 Bug with Arabic languarge:

Can anybody prove me that I am wrong?

I mean - you provide a minimal compilable example that is compressed over 700kb whereas it should be possible to write it in not more than 20 lines - what do you expect? I for sure will not look at your bug report because I don't want to debug this amount of code. Sorry.

Volker75

I didn't provided a minimal example with over 700kb. My minimal example (from the 10+ years old bug) is only a few lines long and it is still not fixed. The 700kb example was provided by Liviu.

Christian Ehrlicher

I thought it was you.
Don't know about your bug from 10 years ago though.

Volker75

No problem. My "can anybody prove" post was only as a "funny" answer to Axel Spoerl answer. Please forget it if you can't laugh about that "joke".

You didn't remember my bug from 10+ years ago, because i posted it from my second account.
see https://forum.qt.io/topic/148177/scroll-bar-diretion-for-rtl-languarges

The last time you was genius. You solved the 3th bug that I reported in just less then 1 day even without an example file at all. I hope you can be as perfect as the last time.

BTW the size is mainly only that large, because Liviu forgot to remove "obsolete" translations from the translation.qm file. It contains all translations even only a few are left.
I know it probably can be written smaller. I am always coding with widgets only, but Liviu is using the designer with the .ui files and so it is larger. Sadly I have no Windows 11, so i can't check it. In worst case the bug is "only" because of using the .ui files, but i don't think so.
I offer 10 Euro to the guy that solve the bug in less then 1 month from now.

Christian Ehrlicher

Oh, the RTL in textedit bug - I saw this already somewhere else iirc - it's not easy because the underlying stuff don't support it correctly, sorry.

Volker75

Ok. In worst case the coder can add the webengine to fix the bug. Sadly the webengine is very large, printing is slower and it doesn't work with all compilers.

But the current bug is bad for Arabic Windows 11 users and the only fix i know so far is forcing the fusion style.

Christian Ehrlicher

You can use windows 11 style on a recent windows (maybe with some quirks but for testing purposes) by modifying src\plugins\styles\modernwindows\main.cpp and pass -style windows11 to your app.
But from my pov it's not an arabic problem - it also does not work with english/german when the app is started with -reverse

Volker75

Yes, of course because of right to left / reverse.

hmm... About your "quirks". I sadly don't understand them, also because the last time you explained me that it is impossible:
https://forum.qt.io/topic/153241/qt-6-7-beta1-windows11-style-and-windeployqt
I will buy a new computer next year. (In fact my idea was to wait until Windows 12 is released for the new computer)

I will try tomorrow your quirk. I am coding only in my spare time. My profession is not coding. It's just a hobby, so I am slower then "real" coders.

Christian Ehrlicher

It does not work for pre-compiled version. Adding a hack somewhere to make it run for debugging is not something which should be used for daily work but is good for debugging stuff.
Already have an idea what's going wrong, with the help of 10 lines of code:

int main(int argc, char *argv[])
{
    QApplication app(argc, argv);
    QMenu menu;
    menu.addAction(QString::fromUtf8("Action 1"));
    menu.addAction(QString::fromUtf8("Long Action 2"));
    menu.addAction(QString::fromUtf8("Very long Action 3"));
//    menu.addAction(QString::fromUtf8("أدنى أيام في الأسبوع لكل المدرسين"));
//    menu.addAction(QString::fromUtf8("الجداول"));
//    menu.addAction(QString::fromUtf8("تعديل أنشطة فرعية"));
    menu.exec(QPoint(100, 100));
    return 0;