[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Aron Budea changed: What|Removed |Added Blocks||129661 CC||aron.bu...@gmail.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Caolán McNamara changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #20 from Caolán McNamara --- Now in a LTR UI if the document is RTL (where I decided to use the direction of the first page style to determine that) the navigator content list is RTL (the cross reference dialog also does similar now) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #19 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/84ad4fe061ebfbbcdc0ffeec329e117250627157 tdf#148432 in LTR UI override the navigator treeview direction for RTL doc It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #18 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #16) > Maybe table of contents dialog? Nope, you don't get actual document content in there. > some bookmark/index selecting dialogs, Bookmark - that's the XRef dialog, isn't it? And index is the ToC dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #17 from Caolán McNamara --- well, we can give https://gerrit.libreoffice.org/c/core/+/133646 a shot which for the document in https://bugs.documentfoundation.org/show_bug.cgi?id=131725 would give a RTL treeview in an otherwise LTR UI which allows exploring that idea for a while at least. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #16 from Caolán McNamara --- Maybe table of contents dialog? and some bookmark/index selecting dialogs, not sure off the top of my head but presumably of lesser importance than the already mentioned cases. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #15 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #14) > if there was only two places You can check... the relevant criterion is inserting runs of text from the document into the UI. Obviously that's not done often. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Caolán McNamara changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #14 from Caolán McNamara --- wrt comment #8 if there was only two places where this was wanted I could see it as practicable to implement. Widget::set_direction exists to override the default UI direction for a widget so that capability exists. Possibly worth exploring. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #13 from Eyal Rozenberg --- (In reply to Hossein from comment #12) > An example from the other office suites, in Arabic: With LTR UI, the tree is partially-LTR, partially RTL: * (LTRish) Expansion controls are on the left * (RTLish) Alignment is to the right, extra space is to the left * (RTLish) One sees the right part of the tree item text, with "..." on the left -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #12 from Hossein --- An example from the other office suites, in Arabic: https://answers.microsoft.com/en-us/msoffice/forum/all/word-2013-navigation-pane-for-arabic-headings/822a7ad2-9a94-48fa-90e7-15e034dec6a5 As you can see, "Heading 1" is translated into "عنوان 1". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #11 from Heiko Tietze --- As Caolan I expect RTL control when the UI language is set respectively. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #10 from Hossein --- (In reply to Heiko Tietze from comment #4) > I can imagine and agree that it would be desirable. Asked just out of > curiosity how it looks. > > Trees with a deep hierarchy are discouraged in general and for less complex > layouts a list is recommended. So I wonder if the tree implementation > support RTL anyway. Haven't found any example for Gtk. Gtk and Qt themselves provide support for RTL trees. Are you talking about VCL implementation? For example, compile examples for GtkTreeView: https://docs.gtk.org/gtk3/treeview-tutorial.html but add this line: gtk_widget_set_direction(view, GTK_TEXT_DIR_RTL); > The request is not limited to the Navigator but also relevant for the > Stylist, for example. This is correct. I think the RTL layout for the trees would be desirable, but the problem would be mixed LTR RTL contents that happens because of the untranslated English text. For MS Word, even the style names are translated, so the output ins nice looking, but when the style names are English, the result is not always visually attractive. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #8 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #7) > but its a big amount of UI to attempt to try and tackle that widget by > widget But almost no LO UI needs this. I currently know of two places. Maybe you can find another example or two. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #7 from Caolán McNamara --- I'm not sure there is a general solution when using the LTR UI to get good outcomes in the dialogs with such lists of RTL text. It is possible to override the direction of individual widgets but in the general case the text that will appear in the list is arbitrary. One could try and bubble the "document language" around the place and override default direction based on that, but its a big amount of UI to attempt to try and tackle that widget by widget -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #6 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #5) > My understanding is that all those UI things follow the UI Language rather > than the document language Yes. But - this becomes a problem when you fill up the UI with document content - which is what happens in Navigator. It also happens in the xref dialog (bug 131725). The worst part of it is how you get the ends of labels rather than the beginning of labels. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Heiko Tietze changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #5 from Caolán McNamara --- Created attachment 179762 --> https://bugs.documentfoundation.org/attachment.cgi?id=179762=edit screenshot when the LANG is he_IL-UTF8 My understanding is that all those UI things follow the UI Language rather than the document language so for me with LANG=he_IL.UTF-8 (and the hebrew langpack installed) then I get the above, where for at least the gtk case I have an apparently RTL navigator treeview -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||caol...@redhat.com --- Comment #4 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #3) > Can you clarify the question? I can imagine and agree that it would be desirable. Asked just out of curiosity how it looks. Trees with a deep hierarchy are discouraged in general and for less complex layouts a list is recommended. So I wonder if the tree implementation support RTL anyway. Haven't found any example for Gtk. The request is not limited to the Navigator but also relevant for the Stylist, for example. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #3 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #2) > Eyal, how do trees look like in other RTL applications? For example the file > browser. Can you clarify the question? If you're asking how other applications behave with wholly-RTL documents, the answer is - I don't think I even use other applications which edit documents with a specific document-level directionality. File browsers don't have some strong directionality of anything, certainly not an inherited one. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #2 from Heiko Tietze --- Eyal, how do trees look like in other RTL applications? For example the file browser. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Dieter changed: What|Removed |Added Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de, ||heiko.tietze@documentfounda ||tion.org, rayk...@gmail.com --- Comment #1 from Dieter --- Eyal, thank you for the report. Looks like an enhancement request to me. Sounds reasonable to me. Heiko, Jim, what do you think? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Blocks||103030 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.