[Bug 159724] The "No Character Style" list entry should always be offered in the SB "Character Styles" content panel, even if only the "Applied Styles" is the selected UI mode
https://bugs.documentfoundation.org/show_bug.cgi?id=159724 V Stuart Foote changed: What|Removed |Added Summary|UI: No special character|The "No Character Style" |style should always be the |list entry should always be |topmost offer even if only |offered in the SB |applied character styles is |"Character Styles" content |selected|panel, even if only the ||"Applied Styles" is the ||selected UI mode CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vsfo...@libreoffice.org Keywords||needsUXEval Blocks||103427 --- Comment #1 from V Stuart Foote --- +1 As corollary to the 'Default Paragraph Style' for paragraphs, agree always exposing the 'No Character Style' on the the 'Character Styles' content panel of Styles SB deck would be better UX. Any reason we couldn't? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103427 [Bug 103427] [META] Styles and Formatting sidebar deck and floating window -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159156] Enhancement request : Freeze Zoom as a global LibreOffice preference
https://bugs.documentfoundation.org/show_bug.cgi?id=159156 --- Comment #17 from V Stuart Foote --- (In reply to khindall from comment #16) > If you're going to do it at all, shouldn't it be put on a different > keystroke and be the same for all modules? Actually the 100% zoom could be assigned globally to +0, but the Writer assignment to the paragraph Text Body would override the global. Module shortcuts take precedence over the LibreOffice shortcuts. Users could then customize to remove the Text Body assignment in Writer if they felt they needed the 100% zoom there as well. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159156] Enhancement request : Freeze Zoom as a global LibreOffice preference
https://bugs.documentfoundation.org/show_bug.cgi?id=159156 --- Comment #16 from khind...@thirteens.net --- (In reply to V Stuart Foote from comment #15) > +0 is not available in Writer --the default Writer assignment for > 'Body Text' Paragraph style is OOo legacy as Jean-Frances notes. > > Otherwise +0 could be assigned to 100% zoom for all other modules. > > +1 to do so, but do not touch the current Writer style assignment, leave it > the legacy exception. If you're going to do it at all, shouldn't it be put on a different keystroke and be the same for all modules? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159409] Dialog Properties bigger then screen
https://bugs.documentfoundation.org/show_bug.cgi?id=159409 --- Comment #8 from V Stuart Foote --- Not an issue in Windows builds with WDM os/DE. Without excessive font scaling, the Properties dialog fits without issue additional fields and action buttons are visible in the ~637px dialog. But a scroll bar might be useful when the dialog is drag resized. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159156] Enhancement request : Freeze Zoom as a global LibreOffice preference
https://bugs.documentfoundation.org/show_bug.cgi?id=159156 --- Comment #15 from V Stuart Foote --- We already provide the 100 (.uno:Zoom100Percent) UNO for keyboard and menu/contextmenu customization. +0 is not available in Writer --the default Writer assignment for 'Body Text' Paragraph style is OOo legacy as Jean-Frances notes. Otherwise +0 could be assigned to 100% zoom for all other modules. +1 to do so, but do not touch the current Writer style assignment, leave it the legacy exception. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159711] The minimum Navigator sidebar width should be lower
https://bugs.documentfoundation.org/show_bug.cgi?id=159711 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0360 Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #3 from V Stuart Foote --- Dupe as noted. There is also the very helpful 'minimumwidth' stanza in expert configuration. Set it FALSE to consistently allow all panels of the SB to shrink in width to collapse arrow appears. Discussion in see also bug 140360 *** This bug has been marked as a duplicate of bug 141728 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159320] Add support for first / other page paper tray selection
https://bugs.documentfoundation.org/show_bug.cgi?id=159320 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- I think using page styles is the cleaner and flexible solution. If you define two printers or trays you probably need to show on the print dialog. And then why not have dedicated settings for the last page, for colored pages vs. b/w, etc. We should not copy all failures Microsoft made in the past ;-). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159320] Add support for first / other page paper tray selection
https://bugs.documentfoundation.org/show_bug.cgi?id=159320 Gabor Kelemen (allotropia) changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #2 from Gabor Kelemen (allotropia) --- (In reply to Heiko Tietze from comment #1) > Why not define a page style for the first page (with printer settings) and > another for the other pages then? That can work too, even a simpler solution. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159711] The minimum Navigator sidebar width should be lower
https://bugs.documentfoundation.org/show_bug.cgi?id=159711 Heiko Tietze changed: What|Removed |Added CC||rayk...@gmail.com, ||vsfo...@libreoffice.org --- Comment #2 from Heiko Tietze --- The Navigator deck is mostly constrained by the "Navigate By" + up/down and GoTo spin edit on top. IIRC it was discussed in bug 112437 "Go to page toolbar control" and eventually decided to keep the goto spinedit there (I also remember some pondering to have it in an extra line, which wouldn't be a good solution). I agree to remove it to save space, and to use either the [Page] up/down option or the dedicated dialog (click on the statusbar panel). OTOH, it's not an issue on my Qt-based system. The Gtk toolkit is just extensively large. See also bug 131947 "Sidebar minimum width of Decks are too wide when docked" -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159708] High CPU usage UI ribbon/menu
https://bugs.documentfoundation.org/show_bug.cgi?id=159708 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|1 |0 Status|NEW |UNCONFIRMED Blocks||90796, 102062 --- Comment #2 from Heiko Tietze --- No issue here but no HiDPI displays (96dpi) and Linux. Ultimately a question for QA to confirm and development to investigate and fix. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90796 [Bug 90796] [META] HiDPI / Retina bugs https://bugs.documentfoundation.org/show_bug.cgi?id=102062 [Bug 102062] [META] Notebookbar: bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
