[Libreoffice-ux-advise] [Bug 117500] Sidebar is not draggable if there is no open sidebar deck
https://bugs.documentfoundation.org/show_bug.cgi?id=117500 Heiko Tietzechanged: What|Removed |Added Keywords|needsUXEval | Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |WONTFIX --- Comment #2 from Heiko Tietze --- Agree with Stuart. Sidenote: you can hide the sidebar completely with View > [ ] Sidebar, assigned to ctrl+F5 by default in 6.1. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117428] add an option to PDF export dialog to do ActualText per word
https://bugs.documentfoundation.org/show_bug.cgi?id=117428 Khaled Hosnychanged: What|Removed |Added Status|ASSIGNED|NEW Assignee|khaledho...@eglug.org |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117500] Sidebar is not draggable if there is no open sidebar deck
https://bugs.documentfoundation.org/show_bug.cgi?id=117500 V Stuart Footechanged: What|Removed |Added Keywords||needsUXEval Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Blocks||103459 Ever confirmed|0 |1 --- Comment #1 from V Stuart Foote --- No, IMHO behavior is correct as implemented. The "Sidebar Settings" gear icon split button widget includes an Undock entry. Or, as noted, for an expanded Deck just the Deck Title object can receive a click-drag action to undock the SideBar. The GUI drag undock/dock (it goes both ways) is performed against the frame holding the entire Sidebar--so having just the Deck Title a target for the grab is enough given that we also provide the split button menu for the undock action. Linking the dock/undock action to each Content Panel held in a Deck would be a nuisance to implement, and to maintain, for each content panel. Keep the GUI implementation simple and continue to _only_ target the Deck Title for mouse drag. => WONTFIX Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103459 [Bug 103459] [META] Sidebar UI and UX bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters
https://bugs.documentfoundation.org/show_bug.cgi?id=117496 Adolfo Jaymechanged: What|Removed |Added Keywords|needsUXEval | Status|NEW |ASSIGNED CC|libreoffice-ux-advise@lists | |.freedesktop.org| --- Comment #3 from Adolfo Jayme --- https://gerrit.libreoffice.org/53994 I’ll also take care of LO Online. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 35227] Ability to have "star" or mark Impress transitions as " favorite"
https://bugs.documentfoundation.org/show_bug.cgi?id=35227 Adolfo Jaymechanged: What|Removed |Added Keywords||needsUXEval CC||f...@libreoffice.org, ||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters
https://bugs.documentfoundation.org/show_bug.cgi?id=117496 Adolfo Jaymechanged: What|Removed |Added Assignee|libreoffice-b...@lists.free |f...@libreoffice.org |desktop.org | -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 115311] UI missing for nesting character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=115311 --- Comment #11 from cson...@halmai.hu --- Created attachment 141973 --> https://bugs.documentfoundation.org/attachment.cgi?id=141973=edit Explaining Cascaded Character Styles via Style Explorer -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 115311] UI missing for nesting character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=115311 --- Comment #10 from cson...@halmai.hu --- (In reply to Heiko Tietze from comment #9) > Curious about Csongor's opinion. Thanks, Heiko. :) Before going into further details, I would like to clarify for the readers like me, who do not read carefully at first, that we are talking about the character styles only, not the paragraph and other styles. Well. There are some bullet points to agree/disagree with. 1. I agree that having the option to build a hierarchy of character styles is a great thing. We should not get rid of it, even if most of the users don't use it. One source of the power of LO is that it is extremely feature-rich. I would like to keep this and not make it "more streamlined" or "simpler" in terms of the feature set, like many "modern" software does. (The easiness of usage, however, is a different thing, I admit.) So let's keep features and based on this, let's figure out how to make it easy to use. 2. I agree that the UI for such complex document structures is not easy. 3. How should we indicate what styles are turned on at the actual character? I re-read my proposal in https://bugs.documentfoundation.org/show_bug.cgi?id=112852#c9. The illustration after that comment may be not the best but I still think that such a tool could explain well how the rules with higher importance override the rules of lower importance. The strike-through notation in the Developer Tools of the modern browser, I think, does this job very well. In order to make my earlier proposal easier to understand, I created a new illustration with a lot of verbal explanation within the document. Please, check it. Some keywords and highlights from the attachment so that it can be indexed: - applying more character styles (current and desired behaviour) - cascade - description of how the Style Explorer should work - greyed out and strike-through - toggling rules - drag-and-drop reordering of the character styles - "Select Similar", "Select Similar to Left" and "Select Similar to Right" toolbar buttons - "Extend Selection to Neighbourhood", "Extend Selection to Left Neighbourhood" and "Extend Selection to Right Neighbourhood" toolbar buttons -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters
https://bugs.documentfoundation.org/show_bug.cgi?id=117496 V Stuart Footechanged: What|Removed |Added CC||f...@libreoffice.org, ||vstuart.fo...@utsa.edu See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||8894 --- Comment #2 from V Stuart Foote --- There was some note of needing to do this when Adolfo finished up bug 108894, lets drop the nod to Microsoft in the filter names. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117233] Editing: Numbering restarts from 1 where it should continue from previous list
https://bugs.documentfoundation.org/show_bug.cgi?id=117233 Regina Henschelchanged: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #12 from Regina Henschel --- The "correct" way to make the further paragraphs belong to the already existing default list is to mark them and then use the command "Continue Previous Numbering". That works too for lists generated with a list style, although for the style-named list, you can simple apply the style name to continue the list. A problem is, that the command "Continue Previous Numbering" is only available in the context menu. So one solution can be to make it more prominent. E.g. add it in in the section Bullet List / Numbered List /... in the Styles menu. And add it to the drop-downs in the toolbar in addition to the item "More Numbering" or give it an icon and add it to the toolbar directly (command is ".uno:ContinueNumbering"). I consider it a bug, that LibreOffice behaves different whether you mark the paragraphs top-bottom or bottom-top. And marking bottom-top to continue the list works only if the marked paragraph follow immediately the existing list. A further problem is, that the user cannot easily distinguish, whether he has created a new list or has continued a list but restarted the numbering, see remark on "Restart numbering" in the initial report. You can see the difference, when you click in front of the numbering, so that all numbers, which belong to the same list are shaded. That distinction is relevant, if you change the styling of the list, e.g. change "1." to "(1)". Internally each list has an ID, but in case of the default lists, there is no name in the field in the status bar. It might help to use "Anonym1", "Anonym2",... in the status bar for the default lists. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=100373 Bug 100373 depends on bug 101323, which changed state. Bug 101323 Summary: Style name is not changed in LibreOffice Draw https://bugs.documentfoundation.org/show_bug.cgi?id=101323 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 116774] Keyboard Shortcuts for Mac: ctrl+key needed, alt+key should be avoided and prefix key needed
https://bugs.documentfoundation.org/show_bug.cgi?id=116774 Xisco Faulíchanged: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117231] There is no way to suppress Writer inserting blank pages to make page No. 1 a right-hand page (Formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=117231 Heiko Tietzechanged: What|Removed |Added CC||c...@nouenoff.nl, ||vstuart.fo...@utsa.edu --- Comment #7 from Heiko Tietze --- Stuart, Cor, what do you think? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 112041] PDF export settings on Digital Signatures tab are not stored for direct PDF export via button
https://bugs.documentfoundation.org/show_bug.cgi?id=112041 Heiko Tietzechanged: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- Would keep the signature data, at least. Ideally, there is a checkbox on the first tab "[ ] Use signature" that is disabled when no signature data has been entered. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117420] NAVIGATOR .. create "OUTLINE DOCUMENT" -- the next stop after SEND → OUTLINE to Clipboard
https://bugs.documentfoundation.org/show_bug.cgi?id=117420 --- Comment #1 from Heiko Tietze--- (In reply to peter josvai from comment #0) > "outline" should be in the Navigator's menu.. > when viewing "headings" > in the dropdown > (outline level > drag mode > display) I don't get this Navigator menu. Are you talking about the F5/Sidebar-Navigator or a main menu entry? And everything below starting with "=== toolbars" looks like a different question. Please file only one issue per ticket. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117496] Inconsistent naming of MSO filters
https://bugs.documentfoundation.org/show_bug.cgi?id=117496 Heiko Tietzechanged: What|Removed |Added Keywords||needsUXEval Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Let's go without Microsoft. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 117428] add an option to PDF export dialog to do ActualText per word
https://bugs.documentfoundation.org/show_bug.cgi?id=117428 --- Comment #8 from Heiko Tietze--- (In reply to V Stuart Foote from comment #3) > 1. done only for CTL? => NO (see 6.) No > 2. toggled active by default? => NO (all PDFs would balloon in size) We have a direct export command with just the file dialog. So considering Tools> Options>Print makes also sense. But I agree with No because of KISS. > 3. receive its own check box control on the PDF export dialog? => NO > 4. alternatively, be merged into the generate "Tagged PDF (add document > structure)" checkbox? => YES (pending export dialog work needed for bug > 45636) We have many options in this dialog and one more doesnt spoil the party. The problem with Tagged PDF is that this option is formally used for the structure. => Maybe ("[ ] Export raw text" underneath "[ ] Export comments") > 5. perform ICU lib only recognition of intended language/script? => NO > (insufficient granularity as to /Lang tagging for non-CTL scripts) ACK > 6. or, recognize /ActualText as a component of supporting a11y--and that > eventual support of ISO 14289-1 PDF/UA (bug 45636) will require accurate > /Lang tagging--so coordination of ICU lib Unicode block detection with the > locale/language (BCP 47/ISO 639 [1][2][3]) as set by locale or by Paragraph > from the GUI must be implemented for fidelity of non-CTL scripts. => YES Sounds to me like a checkbox is set on or off by default. (In reply to Khaled Hosny from comment #4) > 2) What exact wording to use, /ActualText is a jargon "Export raw text", "Export actual text", "Export source"... -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise