[ 
https://issues.apache.org/jira/browse/JSPWIKI-913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15906639#comment-15906639
 ] 

brushed commented on JSPWIKI-913:
---------------------------------

Dave,

The hover-menu with basic editing TOOLs has been replaced with a toggle icon.  
(since around 2.10.3-svn-20)
Additionally the editing TOOLs now also appear when selecting some text.

Suggest to close the issue.

dirk 

> 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
>            Assignee: brushed
>            Priority: Minor
>             Fix For: 2.10.3
>
>
> 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.15#6346)

Reply via email to