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
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
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.
When I change the application style it's work fine
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 ...
(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.
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
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)
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
There is no confirmation that this bug is indeed in the Breeze QStyle. Changing status.
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?
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!
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!
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 ***