Last modified: 2012-05-09 07:01:48 UTC
When editing a page using an RTL language, opening a dialog in the Vector toolbar (like, adding a link), it resizes to the wrong direction.
Can you add a screenshot if the incorrect behaviour?
It's kinda hard to take a screenshot of this. To reproduce, just edit any article in an RTL wiki, click the search and replace button and try to resize the window.
s/screenshot/screen video/
I don't seen the problem using Safari. What browser were you using, perhaps it's browser specific. There are plenty of rtl alignment issues btw, but those are mostly known I think and most are in the jqueryUI toolkit part.
The behavior on Firefox Aurora, IE8, Chrome 13, Safari 5.1 and Opera 11.50 on Windows XP is the same: I drag the bottom left corner, and what actually moves is the bottom right corner. Mileage on other operating systems may vary.
Created attachment 8929 [details] Screen recording in Firefox 4/Mac OS X 10.6
I suspect that jquery.resize still thinks it's operating on the southeast corner... indeed, it's a .ui-resizable-se. This bit in jquery.ui.dialog.css: .ui-dialog .ui-resizable-se { width: 14px; height: 14px; right: 3px; bottom: 3px; } is being auto-rewritten by ResourceLoader to: .ui-dialog .ui-resizable-se { bottom: 3px; height: 14px; left: 3px; width: 14px; } If we actually create the resize handle as the southwest corner for RTL, and have styles for that that won't get flipped, that may resolve it.
So are you just saying that you need the right-left flipping to not happen for that CSS rule, or is there more?
Adding /* @noflip */ before "right: 3px;" moves the corner handle to the southeast corner and makes resizing by dragging the southeast corner work correctly. This is OK - that's the location of the corner handle in LTR wikis and for RTL users it is reasonable. (The X for closing the dialog is also located in northeast, as in LTR wikis, and AFAIK nobody complains.) However, resizing by dragging the left and right vertical frames drags the opposite frame, so it's not a complete solution. BTW, it is not actually important to have the ability to resize the dialogs for Links and Search and Replace. Though it's important to properly fix this bug, these dialogs can just be made non-resizable, like the Insert table dialog. FWIW: The WikiEditor TOC thing, which can be resized by dragging the vertical grip, works correctly.
I tried adding noflip to the jquery's resize css, and it behaves correctly (dragging left => the dialog is wider to left, dragging right=>the dialog is wider to the right). Please review: https://gerrit.wikimedia.org/r/#change,6542
