Bug 368605 - RTL Lang - the range line reversed
Summary: RTL Lang - the range line reversed
Status: RESOLVED DUPLICATE of bug 430101
Alias: None
Product: Breeze
Classification: Plasma
Component: QStyle (show other bugs)
Version: 5.9.5
Platform: unspecified Linux
: VLO normal
Target Milestone: ---
Assignee: Hugo Pereira Da Costa
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-11 18:41 UTC by ttv200
Modified: 2020-12-07 08:05 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
the range line problem (animated GIF) (159.02 KB, image/gif)
2016-09-11 18:45 UTC, ttv200
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ttv200 2016-09-11 18:41:31 UTC
the range line on some of the dialog is reversed - I think its on dialog that not translated yes (see the attachment RANGE_PROBLEM.gif, I work on the translation)

Reproducible: Always
Comment 1 ttv200 2016-09-11 18:45:16 UTC
Created attachment 101044 [details]
the range line problem (animated GIF)

On my system the problem appear when:
$ kcmshell5 kcm_pulseaudio
but all fine if:
$ kcmshell5 kcm_pulseaudio --reverse
Comment 2 Kai Uwe Broulik 2016-09-11 18:53:49 UTC
I can confirm. Even with Plasma 5.8 where the dialog is now completely mirrored (in 5.7 it was not as shown in the screenshots), the slider still behaves erratically.
Comment 3 ttv200 2017-05-17 11:20:45 UTC
When I change the application style it's work fine
Comment 4 Hugo Pereira Da Costa 2017-05-17 17:24:48 UTC
must be something specific to this kcm (is it qtquickcontrol ?)
because I cannot reproduce with oxygen-demo5 (which is qwidget based).  Can you ?

but I can indeed reproduce with the kcm.

I'll investigate ...
Comment 5 Hugo Pereira Da Costa 2017-05-17 17:26:54 UTC
(In reply to ttv200 from comment #3)
> When I change the application style it's work fine

Really ? 
Here, I have the same issue with kcmshell5 
kcm_pulseaudio --reverse -style fusion
Can someone double check ? 
If yes, then I suspect an issue with qtquick. Not with widget style.
Comment 6 ttv200 2017-05-18 00:49:19 UTC
After checking only Kvantum and QtCurve work fine
So it's not breeze

Maybe its connect somehow to the force RTL bug https://bugs.kde.org/show_bug.cgi?id=376114
I succeeded to override that bug by install qt5ct
but qt5ct just touch the style... it's really weird
Anyway, the qt5ct not help with this bug 

I think this bug (and maybe the other) is caused by something in ki18n or plasma-integration (https://git.io/v9hJk ?)
To ensure it's not Qt bug it can be tested by create 2 demos apps, one base on Qt5 and one base on Kf5
in each of them add qml with Slider and check if the bug appears

Can you test this and check my leads? thanks
Comment 7 Hugo Pereira Da Costa 2017-05-18 07:49:25 UTC
It is related to Quick controls.
Does not happen with standard widgets.
What seems to happen is that the input to the widgets properly handle r-to-l layout, but not the rendering. I can change breeze to make the widget look r-to-l oriented so that the handle stays below the mouse, and the blue area appear on the right (as opposed to the left), although the issue is really inside Qt (QCommonStyle). Andd then, still, the guy continues to behave incorrectly: 0% is on the left, 100% is on the right -> not inverted. 
So the issue is further upstream.
And not in breeze.

In QtCurve (just checked), the bug does not seem present, but here it seems to be because the widget is not right-to-left inverted at all (though I'm unclear as to why it behaves differently from breeze)
Comment 8 ttv200 2017-05-18 20:42:32 UTC
It's not a updtream bug
"The following components are not mirrored due to their nature:...Slider"
I validate it by create small QML file and test it
- https://goo.gl/zYHLEF

I think they change it in QtQuick.Controls 2.0, try it
"The position property is expressed as a fraction of the control's size, in the range 0.0 - 1.0. The visualPosition property is the same, except that it is reversed in a right-to-left application. The visualPosition is useful for positioning the handle when styling Slider. In the example above, visualPosition will be 0.24 in a left-to-right application, and 0.76 in a right-to-left application."
- https://goo.gl/EM1sCy

The kcm_pulseaudio use QtQuick.Controls 1.0, so it's should to be LTR also in RTL langs.

I think I found the problem
Try to run this file: https://git.io/vHeg5
Comment 9 Christoph Feck 2017-05-26 23:32:56 UTC
There is no confirmation that this bug is indeed in the Breeze QStyle. Changing status.
Comment 10 Yaron Shahrabani 2020-11-07 13:38:45 UTC
Can't reproduce with Hebrew Manjaro.

Operating System: Manjaro Linux
KDE Plasma Version: 5.20.2
KDE Frameworks Version: 5.75.0
Qt Version: 5.15.1
Kernel Version: 5.9.6-1-MANJARO
OS Type: 64-bit
Processors: 2 × Intel® Core™ i7-4770HQ CPU @ 2.20GHz
Memory: 3.8 GiB of RAM
Graphics Processor: llvmpipe

Can you try reproducing?
Comment 11 Bug Janitor Service 2020-11-22 04:33:47 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 12 Bug Janitor Service 2020-12-07 04:34:16 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!
Comment 13 ttv200 2020-12-07 08:05:51 UTC
the bug is partially fixed
now the range is not reversed but the fill is on the opposite side
I'll open new bug for this because is different bug and I think its on plasma framework

*** This bug has been marked as a duplicate of bug 430101 ***