[
https://issues.apache.org/jira/browse/JSPWIKI-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15162688#comment-15162688
]
Dave Koelmeyer commented on JSPWIKI-913:
----------------------------------------
Just a note that this might actually be rendered moot by the inclusion of a new
basic WYSIWYG editor in Haddock. I'll do some testing but this could be a case
of not needing to fix. (The WYSIWYG editor might also call into question the
relevance of my complaining in JSPWIKI-908...)
Cheers,
Dave
> 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)
