Dave Koelmeyer created JSPWIKI-913:
--------------------------------------
Summary: HADDOCK: remove hover-to-reveal behaviour for editor
toolbar icons
Key: JSPWIKI-913
URL: https://issues.apache.org/jira/browse/JSPWIKI-913
Project: JSPWiki
Issue Type: Improvement
Components: Editors, Templates and UI
Affects Versions: 2.10.2
Environment: Client is:
- Firefox 40 (Ubuntu 14.04).
Server is:
- JSPWiki v2.10.2-svn-25 running in GlassFish v4
- Container managed authentication is enabled using a file-based realm
- HTTPS is enabled
- JSPWiki policy is locked down such that only authenticated users have access
(both read and write)
Reporter: Dave Koelmeyer
With fix https://issues.apache.org/jira/browse/JSPWIKI-908 basic editor toolbar
icons were added back to HADDOCK (thanks).
The problem with the current implementation is accessing them is rather
tedious. A user first has to hover the mouse over the paint drop icon, wait for
the horizontal icon menu to reveal, then move the mouse in a linear horizontal
motion to the desired icon. If the icon happens to be at the end of the row
(say, the "Font" icon), and focus with the mouse is lost, the menu disappears
and the user has to repeat the operation again (hover -> wait -> move).
I've already had to do this multiple times and I'm a pretty steady hand. It
makes unnecessarily hard work of operations that should be a fast point and
click operation – as it would be with a simple static icon.
On a 1280x1024 display at 100 percent zoom, the current icon set only covers
about a third of the potential space that could be used in the same horizontal
row, so it's not like any space will be wasted per se.
The improvement request here is to consider placing common editor toolbar
commands back as static buttons.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
