| Summary: | STATUSBAR: Unify click behaviour | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Jay Philips <philipz85> |
| Component: | UI | Assignee: | Samuel Mehrbrodt <s.mehrbrodt> |
| Status: | ASSIGNED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | medium | CC: | librelegal, libreoffice-ux-advise, s.mehrbrodt, vstuart.foote |
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=86570 | ||
| Whiteboard: | target:4.4.0 | ||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 86066 | ||
|
Description
Jay Philips
2014-08-16 18:08:06 UTC
(In reply to comment #0) > 2) single click context menu, single click dialog/action - this behaviour > has entries with a context menu open context menus on single left or right > click and open dialogs on double click, while entries that only have double > click dialog/action also function with a single left or right click. I vote for this option, because any double-click in any UI is IMO one click too many. +1 (In reply to Adolfo Jayme from comment #2) > +1 So which of the three solutions do you like? (In reply to Jay Philips from comment #3) > So which of the three solutions do you like? Sorry for not being clear. I think 2) is simpler, so I’d vote for it, as Owen did. I would also prefer 2) Samuel Mehrbrodt committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0280a35b20448b7f678b6e150cbc2564da4910ce fdo#82707 Unify click behavior in Statusbar (Writer) It will be available in 4.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. We discussed this in the IRC and agreed that #3 is a better option. Double click actions just seem wrong for the statusbar. Adolfo, Andy, are you ok with this? Yes we had discussed this in the IRC and we felt it would be best to have left clicking buttons and right clicking for context menus. Any thoughts, Owen, Adolfo, Andy? FWIW, this change broke CppunitTest_sw_mailmerge, see e.g. http://tinderbox.libreoffice.org/cgi-bin/gunzip.cgi?tree=MASTER&brief-log=1415551201.32129 I couldn't reproduce the failure locally, but pushed something that hopefully fixes it: http://cgit.freedesktop.org/libreoffice/core/commit/?id=123e49d6e307c41a5f59878335563ad7203b23ff Maybe you had a --disable-dbgutil build (default) and the problem was specific to --enable-dbgutil? Just guessing. The fix helped, thanks for the quick reaction! > We discussed this in the IRC
It’s fine for me, but I have a question...
Why did you “privately” settled on something without trying to reach with the rest of people involved, by using more open spaces, such as this bug or the UX-Advise list? Remember that not everyone has the time to be on IRC...
Well, whatever. Now, the status bar items should visually react on mouse hover.
It would be great if we could disable the left-click on the character language and selection style sections to completely unify the behaviour. This bug fix comes with LibreOffice 4.4 (release notes https://wiki.documentfoundation.org/ReleaseNotes/4.4) Click behaviour was unified so that left-click results in an action or dialog appearing and right-click results in the display of a context menu. Status should be changed, I think The status of the bug should be changed by competent people. Looks like the issue of comment 13 is still outstanding, suppressing left click opening of context menu for 4 & 6 (character language, selection style). Samuel, Jay are you still poking at it? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.