Created attachment 140365 [details] Small RTL copied text is totally hidden on mouse hovering When a small RTL text is copied, then mouse pointer passes over it in Klipper that text becomes totally hidden. See attached video for more info.
Yeah this is semi-intentional. We always position the buttons in the same place so that they don't change positions when list items are added, removed, etc. If we reversed the position for RTL text items, the buttons would jump around and we would get bug reports about that, I guarantee it. People would hate that. People hate UI elements jumping around just as a general thing. When using the whole system in RTL move, the buttons move over to the left side as expected though.
Wouldn't be best if the text is detected as RTL to be pushed to left by the width of those buttons. Or at least give user an option to decrease the number of those buttons, because only remove button is useful, the others like barcode (I don't know who came with this weird function inside Klipper), Edit (editing is always done in target app where item is copied) and Invoke are rarely (or never) used.
No, because then the buttons would jump around depending on the content. This is exactly what we are trying to avoid. I don't disagree that those other buttons are rarely used and not very useful, but please open another bug report about that. :)
(In reply to Nate Graham from comment #3) > No, because then the buttons would jump around depending on the content. > This is exactly what we are trying to avoid. What I meant is to move a little the text which is detected as RTL to left and not the buttons, at least to make the start of the copied text visible to user in order to avoid any accidental deletion or wrong click. See attached image for more info.
Created attachment 140371 [details] Move hidden RTL text to left
Oh I see. Yeah that seems reasonable.