[Libreoffice-ux-advise] [Bug 142925] New: Comment popup menu button's arrowhead is larger (and uglier) than before
https://bugs.documentfoundation.org/show_bug.cgi?id=142925 Bug ID: 142925 Summary: Comment popup menu button's arrowhead is larger (and uglier) than before Product: LibreOffice Version: 7.2.0.0.alpha0+ Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, needsUXEval, regression Severity: trivial Priority: low Component: Writer Assignee: libreoffice-b...@lists.freedesktop.org Reporter: ba...@caesar.elte.hu CC: caol...@redhat.com, libreoffice-ux-advise@lists.freedesktop.org Blocks: 106179 Created attachment 172993 --> https://bugs.documentfoundation.org/attachment.cgi?id=172993=edit Screenshot This is a regression from the following two commit. Caolán, I'm not sure about the intention, was the default size supposed to change, or only that the size should be affected by zooming in/out? Personally I preferred the older default size, but perhaps others think differently (added the UX team for input). https://cgit.freedesktop.org/libreoffice/core/commit/?id=d3765ec240eca85a72c6940a5e19bb82d65cad03 author Caolán McNamara 2021-02-19 10:52:49 + committer Caolán McNamara 2021-02-19 15:55:33 +0100 Related: tdf#140409 scale the menubutton like the other widgets Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=106179 [Bug 106179] [META] Writer comment 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 142499] Make 'fat cross' cursor optional
https://bugs.documentfoundation.org/show_bug.cgi?id=142499 --- Comment #7 from Martin Srebotnjak --- Beta2 should not introduce any new features, beta1 should lock the features. Who decided this can be added later? Did you discuss this with l10n teams? -- 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 142888] UI - View menu - the same hotkeys for two items ("Toolbars" and "Show Tracked Changes")
https://bugs.documentfoundation.org/show_bug.cgi?id=142888 --- Comment #11 from Caolán McNamara --- For the gtk case there's no weld related stuff wrt the toplevel menubar/menus. But it is a native gtk menubar(*) and for me the first "t" goes to "show _tracked change" and the second goes to "_toolbars". No idea why it picks which one to start at (not under our control I assume) but it does cycle between the two options on each "t" *) which should be similar to the mac case, on which is mostly based, where the mac menubar is the shared system menubar. Anyone know what happens on mac ? -- 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 142888] UI - View menu - the same hotkeys for two items ("Toolbars" and "Show Tracked Changes")
https://bugs.documentfoundation.org/show_bug.cgi?id=142888 V Stuart Foote changed: What|Removed |Added CC||caol...@redhat.com --- Comment #10 from V Stuart Foote --- (In reply to Alexey Rubtsov from comment #8) > > I've checked it again, it seems to be DE (framework) related issue. On > Budgie and Gnome (GTK) it focuses on "Track Changes mode" and in KDE - > Toolbars That's weird. Would expect the Menus to behave consistently in sequnce handling the accelerators. A welding issue? Otherwise, changing the accelerator to remove the conflict is fine. I agree with Heiko. If we have the option to not duplicate accelerators for menu controls that open a submenu--we should not. That makes for better UX. -- 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 142499] Make 'fat cross' cursor optional
https://bugs.documentfoundation.org/show_bug.cgi?id=142499 --- Comment #6 from BogdanB --- It's great that "System" is checked by default. -- 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 142499] Make 'fat cross' cursor optional
https://bugs.documentfoundation.org/show_bug.cgi?id=142499 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Status|RESOLVED|VERIFIED --- Comment #5 from BogdanB --- It's fixed. Verified in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c703b2d22c3f45825d9c9d790c3b5a4b6f97e776 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: threaded -- 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 142869] pan document canvas with click-hold of middle mouse button, as improvement over current Pan & Zoom mode functions
https://bugs.documentfoundation.org/show_bug.cgi?id=142869 V Stuart Foote changed: What|Removed |Added CC||rayk...@gmail.com --- Comment #7 from V Stuart Foote --- Well as it is we already set options for LO use of the middle mouse button (so affecting true 3-button mouse, or m-scrollwheel, or multi-point touchpad) [1]. Look at Tools -> Options -> View in the Mouse section we have the 'Middle button' listbox. It assigns 'no function', 'automatic scrolling', or 'paste clipboard' actions. We'd just looked at behaviors in bug 142285 for ScrollBar::MouseButtonDown, and there is bug 97336 for how the middlebutton option gets applied on change. On Windows builds default is 'automatic scrolling'. While this applies in Writer (though awkwardly as it is the scroll action) it has no effect in Draw or Impress. Would think the default 'automatic scrolling' setting could be used for sd modules to provide a drag style Pan by default. Folks wanting the paste clipbord for middlebutton can set that. In any case an always available drag based Pan of canvas would be a useful enhancement to supplement the current Zoom & Pan stateful mode. =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/82473 -- 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 52387] Usability issue: There is no provision to export/import user-settings
https://bugs.documentfoundation.org/show_bug.cgi?id=52387 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #15 from Heiko Tietze --- There is no use case to share (parts) of the user configuration. If you want to save all, just copy the file. Sharing with other is a security/privacy topic and unclear when needed. So resolving WF. -- 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 52387] Usability issue: There is no provision to export/import user-settings
https://bugs.documentfoundation.org/show_bug.cgi?id=52387 Heiko Tietze changed: What|Removed |Added CC||franciscoadriansanchez@gmai ||l.com --- Comment #14 from Heiko Tietze --- *** Bug 59493 has been marked as a duplicate of this bug. *** -- 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 142830] Split the current "Help" menu into three separate top-level menus (instead of one) to separate help content, bug-reporting content, and 'about' content.
https://bugs.documentfoundation.org/show_bug.cgi?id=142830 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #20 from Heiko Tietze --- Had this topic on the agenda for the design meeting. No further opinion but mine: The root level items should organize the menu and not provide access to seldom used function. It's a clear -1 for splitting the help menu's content in two or three menus. Introducing an inbuilt bugtracking feature might be interesting. I still believe this is nothing that can be done en passant but worth a discussion anyway. Please re/open a dedicated ticket for this idea. -- 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 142827] Want character width scale button+mini-dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=142827 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #9 from Heiko Tietze --- Not a fan of unconditional "make everything possible". Toolbars are places to access frequently used functions, and that's not the fact for char width. However, the idea received some appreciation, and having something hidden doesn't hurt too much. (It still has maintenance costs, at least.) So provided we can scale in percentage (@Regina?), let's do it. -- 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 142845] Caret misplaced after Paste+Undo
https://bugs.documentfoundation.org/show_bug.cgi?id=142845 Heiko Tietze changed: What|Removed |Added CC||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 142857] Format painter inappropriately applies paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=142857 Heiko Tietze changed: What|Removed |Added CC||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 142869] pan document canvas with click-hold of middle mouse button, as improvement over current Pan & Zoom mode functions
https://bugs.documentfoundation.org/show_bug.cgi?id=142869 --- Comment #6 from dainius.mazu...@gmail.com --- I suggest paning option should be customized via preferences: 1) Enable paning (checkbox); 2) Mouse button for paning: Middle (default) / Right (Radio buttons); 3) Assign modifier keys for paning: None (default) / Alt / Shift / CTRL (radio buttons); Probably middle mouse button usage depends on drivers, not OS. This button is free for programs to use on default windows installation + cheap mouse. But, touchpad has some customized actions (multifinger gestures, soon in out, rotate, which are drivers-driven) -- 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 142888] UI - View menu - the same hotkeys for two items ("Toolbars" and "Show Tracked Changes")
https://bugs.documentfoundation.org/show_bug.cgi?id=142888 Heiko Tietze changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #9 from Heiko Tietze --- Because of the submenu I'd change the shortcut in this case to C. Pressing an accelerator again is acceptable but when I have to close a submenu it becomes keyboard unfriendly. Code pointer: officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu old: Show ~Tracked Changes new: Show Tracked ~Changes But IIUC accelerators are assigned automatically, apparently by the OS/DE. Do you have any insights, Julian? -- 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 142888] UI - View menu - the same hotkeys for two items ("Toolbars" and "Show Tracked Changes")
https://bugs.documentfoundation.org/show_bug.cgi?id=142888 --- Comment #8 from Alexey Rubtsov --- (In reply to V Stuart Foote from comment #7) > (In reply to V Stuart Foote from comment #6) > > Can not confirm. + V + T opens the ~Toolbars submenu; an or > > cursor closes; a second T applies the ~Track Changes mode. > > > > a second T focuses the ~Track Changes mode--would need a / to > toggle the mode. > > Only keys used in the screen clip , V, T, / (which both > close the sub menu). I've checked it again, it seems to be DE (framework) related issue. On Budgie and Gnome (GTK) it focuses on "Track Changes mode" and in KDE - Toolbars -- 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