Bug 379989 - RTL systems: All Qt5 and KF5 are RTL regardless they translation
Summary: RTL systems: All Qt5 and KF5 are RTL regardless they translation
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma-integration
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Martin Flöser
URL:
Keywords: rtl
: 296984 376114 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-05-18 21:43 UTC by ttv200
Modified: 2023-09-19 22:19 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
example: zeal app - English language, RTL layout. (69.98 KB, image/png)
2017-05-18 21:43 UTC, ttv200
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ttv200 2017-05-18 21:43:03 UTC
Created attachment 105622 [details]
example: zeal app - English language, RTL layout.

When I move to KDE Plasma I notice that the english Qt5 (and KF5) applications Always direction Right to left 
My Plasma Desktop is in Hebrew - a Right to left language

This make those apps Uncomfortable or even impossible to use (because ui element override anothers)
For example: zeal, Qt Designer, krita
I try on another desktop, but there everything is fine, those apps are LTR.

To reproduce the bug, try to launch app with "LANG=en LANGUAGE=he" ENV vars
if its not work, check if qttranslations5-l10n (or libqt5-qttranslations in openSUSE) and kde-l10n-he is installed  

I try to search in some source (https://bugs.kde.org/show_bug.cgi?id=376114)
but I think it's not that, because:

Before 2 month I moved to openSUSE and I tried to change theme, but it didn't work
I discover that qt5ct was installed on my system, and it replace the kde style settings
so I change the theme and the problem gone!

After a research I understand that it's maybe because Qt integration plugin
As far as I understood:
Kde integrates Qt with plasma-integration (or frameworkintegration?) and qt5ct replace it with is own integration.

"This program (qt5ct) allows users to configure Qt5 settings (theme, font, icons, etc.) under DE/WM without Qt integration."
- https://sourceforge.net/projects/qt5ct/

AND
this is only work if I use not native theme, like QtCurve and Kvantum
when I use the native themes (this list: https://git.io/v9hJk) It's always appear, with or without qt5ct

So, I hope you'll find the bug and fix it.
Comment 1 ttv200 2017-05-18 21:44:16 UTC
*** Bug 296984 has been marked as a duplicate of this bug. ***
Comment 2 ttv200 2017-05-18 21:44:44 UTC
*** Bug 376114 has been marked as a duplicate of this bug. ***
Comment 3 Nate Graham 2020-09-29 21:12:37 UTC
So you want to use the Hebrew language, but not use the RTL layout of any KDE apps?
Comment 4 Jack 2020-09-29 21:34:48 UTC
I'm not the OP, but I think the problem is that his basic setup is Hebrew, using RTL, but some apps are not translated into Hebrew, and so they show up in English, but still RTL which apparently messes up some/many of the displays.  However, since it works for him on another PC, I'm not sure where the problem could be.
Comment 5 Christoph Feck 2020-10-12 21:00:51 UTC
New information was added with comment 4; changing status for inspection.
Comment 6 ahangarha 2023-06-14 15:15:12 UTC
I think what KDE does is the right thing. Usually, apps are designed to follow the OS language and theme. If an app doesn't do this properly, it is something to get fixed on the app.

And here (in Zeal), we are facing another issue which is the inability of the app to handle the rendering of LTR text in RTL layout (and for sure the opposite)
Comment 7 Nate Graham 2023-09-18 19:28:29 UTC
Agreed.
Comment 8 Jack 2023-09-18 19:53:22 UTC
Lest say a program is originally written for LTR (e.g., English) and works fine if the OS is also set LTR.  Now the user sets the locale to RTL (e.g., Hebrew).  I suspect if that program was translated into that language, things would all work fine.  However, if that program is NOT translated into that RTL language, and the user is otherwise OK with LTR (English) the display can get messed up.  Other than hoping the appropriate translation team picks up that application, what can the application team do to support the situation?  Specifically in response to the question in Comment 6, what can the app do?  Normally the app would be used in the OS language (both RTL) but what can the app do if the app language and OS language don't match direction?  
Note I'm not claiming there is actually an explicit bug anywhere, just wondering if there is anything KDE (or a specific application) can do if it recognizes that the application language and OS language are not both RTL or LTR?  Perhaps we need some specific examples from the OP, as I now wonder if some of his problems are theme related.
Comment 9 Nate Graham 2023-09-19 16:12:02 UTC
Since this is about plasma-integration--which is a QPA--we're talking about Qt apps.

And since we're talking about apps with zero actual translations in an RTL language, we must be talking about non-KDE apps, since KDE apps almost all have at least *some* degree of translation into typical RTL languages (it should be 100% of course, but it's almost never 0%).

And if we're talking about 3rd-party Qt apps, then the path forward is for the developers of those apps to manually block Qt's automatic layout mirroring mode if its developers are certain that there are no actual RTL translations available. This isn't something our QPA can guess for them.
Comment 10 Jack 2023-09-19 22:19:36 UTC
krita was mentioned in the original post, but I do see a Hebrew po file, so I guess there really is nothing for KDE to do here.