| Summary: | RTL systems: All Qt5 and KF5 are RTL regardless they translation | ||
|---|---|---|---|
| Product: | [Plasma] plasma-integration | Reporter: | ttv200 |
| Component: | general | Assignee: | Martin Flöser <mgraesslin> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | ahangarha, kde, nate, ostroffjh, sh.yaron |
| Priority: | NOR | Keywords: | rtl |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | example: zeal app - English language, RTL layout. | ||
|
Description
ttv200
2017-05-18 21:43:03 UTC
*** Bug 296984 has been marked as a duplicate of this bug. *** *** Bug 376114 has been marked as a duplicate of this bug. *** So you want to use the Hebrew language, but not use the RTL layout of any KDE apps? 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. New information was added with comment 4; changing status for inspection. 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) Agreed. 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. 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. 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. |