Bug 211192

Created attachment 37683 [details]
wrong arrows used in RTL mode.


You can run kget in RTL mode by: kget -reverse

Is there any KDE application that correctly uses these arrows, so that I could take a look at the way they solved it? As it should be a nice solution and not a hack.
Additionally is the play arrow in languages that are RTL also from RTL?

(In reply to comment #2)
> Is there any KDE application that correctly uses these arrows, so that I could
> take a look at the way they solved it? As it should be a nice solution and not
> a hack.

Unfortunately, all the KDE programs that I see do not use these arrows correctly. It is common problem. Kaffeine, Dragon, Amarok, and kdenlive all of them suffer from this problem.

> Additionally is the play arrow in languages that are RTL also from RTL?

Yes, it is. It is simply in RTL languages, we start from right to left.

And what is with the check mark [1] should it also be mirrored?

[1] http://mat69.files.wordpress.com/2009/11/signature.png next to Verified

(In reply to comment #4)
> And what is with the check mark [1] should it also be mirrored?
> 
> [1] http://mat69.files.wordpress.com/2009/11/signature.png next to Verified

It does not need to be mirrored.

Zayed, this is not a KGet bug as other KDE apps have it. This means it's a kdelibs bug.

We need a list for all icons/marks that should be reversed in any app, thanks.

The black-and-white arrow is a "Play" arrow, which is the direction a tape (cassette, VHS, etc.) turns. It should not change according to the language. I'm pretty sure tapes turn in the same direction in Arabic-speaking countries. Unless, of course, VCR makers decided to invert the arrows when creating stickers and their OSD displays.

The green arrow is an expand-collapse arrow. That one should either be inverted or use a different metaphor.

(In reply to comment #7)
> The black-and-white arrow is a "Play" arrow, which is the direction a tape
> (cassette, VHS, etc.) turns. It should not change according to the language.
> I'm pretty sure tapes turn in the same direction in Arabic-speaking countries.
> Unless, of course, VCR makers decided to invert the arrows when creating
> stickers and their OSD displays.

I agree with you on the "Play" arrow should be in the the direction a tape turns but that for cassette,VHS, etc only and does not applicable for software. Right now, I feel all the KDE applications are weird regarding this issue. GNOME solves this issue. Please have a look on the attached screenshot below to see how GNOME's applications put "play" icon in RTL mode.

From Stock Items Documentation "Stock icons may have a RTL variant which gets used for right-to-left locales. " 
http://library.gnome.org/devel/gtk/unstable/gtk-Stock-Items.html

Created attachment 38265 [details]
GTK+ applection in RTL mode

(In reply to comment #7)
> The black-and-white arrow is a "Play" arrow, which is the direction a tape
> (cassette, VHS, etc.) turns. It should not change according to the language.

No matter how it's been in the 1980s, the position slider moves from right to left in Dragon Player when in RTL mode.

(In reply to comment #6)
> Zayed, this is not a KGet bug as other KDE apps have it. This means it's a
> kdelibs bug.
> 
> We need a list for all icons/marks that should be reversed in any app, thanks.

From http://library.gnome.org/devel/gtk/unstable/gtk-Stock-Items.html

We need these:
goto-first
goto-last
go-back
go-forward
indent
unindent
jump-to
media-forward
media-next
media-play
media-previous
media-rewind
redo
revert-to-saved
undelete
undo

I think there should be icons such as "media-play-rtl" etc. which are mirrored and used for RTL mode. We could also mirror them algorithmically, but that would also mirror any light direction in case light/shadow effects are applied to the icons. More work for Nuno :)

We are having the same discussion over at GNOME:
https://gitlab.gnome.org/GNOME/gtk/-/issues/3313#note_953193
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/101

I don't think the arrows should point in the writing direction but there are several UI changes that should be done if we'll decide keeping the arrows like that.

Hi,

kdelibs (version 4 and earlier) is no longer maintained since a few years.

KDE Frameworks 5 or 6 might already have resolved this bug.

If not, please re-open against the matching framework if feasible or against the application that shows the issue.

We then can still dispatch it to the right Bugzilla product or component.

Greetings
Christoph Cullmann