Created attachment 138165 [details] correct order Similar to the incorrect tab navigation order mentioned in bug 101014, this order doesn't change when in a RTL locale, which is also incorrect as its using the same order as if RTL wasnt enabled. It is likely that the placeholder textboxes arent being placed on the slide in an RTL order and RTL text direction is only being set to the textboxes.
Can you please attach a document corresponding to the existing attachment?
(In reply to Eyal Rozenberg from comment #1) > Can you please attach a document corresponding to the existing attachment? steps: 1. open impress in RTL locale 2. set slide to 'Title, 2 Content and Content' or 'Title, 4 Content' 3. For 'Title, 2 Content and Content', it should look like 'Title, Content and 2 Content' when in RTL and vise-versa 4. For 'Title, 4 Content' the tab order should go similar to attachment 138165 [details] but isnt
I still don't understand what I should be seeing as opposed to what's expected. What do you mean by "order"? The visual order is what it is. Do you mean the order in the XML? Please be clearer.
(In reply to Eyal Rozenberg from comment #3) > I still don't understand what I should be seeing as opposed to what's > expected. What do you mean by "order"? The visual order is what it is. Do > you mean the order in the XML? Please be clearer. Hello Jay, Could you please answer the question above in order to help us triage this issue? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the question has been answered
(In reply to Eyal Rozenberg from comment #3) > I still don't understand what I should be seeing as opposed to what's > expected. What do you mean by "order"? The visual order is what it is. Do > you mean the order in the XML? Please be clearer. Based on the fix in bug 101014, this keyboard tab order issue that is incorrect for RTL is in the XML.
Ok, so I understand what Yousuf means now. I reproduced as follows: 1. Open impress with an RTL locale set 2. Access the Slide menu: Either Right-click the slide background in the main pane; or right-click the slide sequence pane; or go to Slide on the main menu bar. 3. In the Slide menu, choose Slide Layout > Title, 4 Content 4. In the Slide menu, choose Properties 5. In the Page tab, set Text Direction to RTL 6. Create a New Slide (e.g. using the Slide Menu); 7. Examine the new slide's tab order: 7.1 Mouse-press the circumference of one of the title area; it becomes highlighted. 7.2 Press Tab several times; the highlight moves from the title box to a content box, then to another etc. Note: Step 6 is only there to avoid the dilemma of whether potentially-altering a slide's text direction should change the tab order of already-created elements. Expected result: The tab order should be: Title, top right box, top left box, bottom right box, bottom left box. (Another reasonable order could have bee Title, top right, bottom right, top left, bottom left but let's forget about that.) That is illustrated in attachment 138165 [details]. Actual result: The tab order is: Title, top left box, top right box, bottom left box, bottom right box. Reproduced with: Version: 6.3.0.1 Build ID: 1:6.3.0~rc1-2 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: he-IL (en_IL); UI-Language: en-US Calc: threaded
Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 154116 has been marked as a duplicate of this bug. ***
Bug still manifests with: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16 CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US