Bug Hunting Session
Bug 87040 - Floating toolbar feature request
Summary: Floating toolbar feature request
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 122870 128834 (view as bug list)
Depends on:
Blocks: Floating-Menu
  Show dependency treegraph
 
Reported: 2014-12-05 22:02 UTC by eric_ancheta2014
Modified: 2019-11-18 10:33 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description eric_ancheta2014 2014-12-05 22:02:55 UTC
Hi, i love how i can detach a toolbar (e.g. formatting toolbar) from its default location/dock and have it floating within the document. What i request is that the floating toolbar appear just immediately after mouse pointer or anywhere as close as possible to the selected object or words or characters or images/picture, and only after i've made a selection. And the floating toolbars should disappear if i just click within the document, meaning i have not selected anything.

For example, i have selected a word, or sentence, or phrase within a writer document, floating "formatting toolbar" appears immediately after mouse pointer.

Presently, the floating toolbar appears only on where you last positioned it. Don't we want an efficient use of mouse movement (ergonomics)?

just like in this examples: 

http://imgur.com/YIpViJj

http://imgur.com/7KBhYBM

http://imgur.com/U4Txvzo

Also, if possible make it a little smaller and borderless so its not too obtrusive or not occupying too much space in the document screen. If you make it borderless, we should still be able to drag wherever we want to. And right click menu on it should still be enabled.

And also if i have my sidebar enabled (meaning it is visible, which includes the "formatting" icons), this autohide floating toolbar should be disabled (or i can have a choice which ones to autohide?)
Comment 1 eric_ancheta2014 2014-12-05 22:10:32 UTC
Or if a picture/frame/ole/chart is selected, it appears outside of the object border wherever it is not limited by space around the image. 

And also, if possible, make an icon only representation of the floating toolbar. This will make possible to have two or more floating toolbars all represented by their representative icon. 

So for example i selected a picture, only an icon of the formattting toolbar appears immediately after mouse pointer. And if i click the icon, the rest of the toolbar appears? so if i have two floating toolbars, i can choose between the two, hence no two floating toolbars are occupying the same space.
Comment 2 tommy27 2014-12-06 18:32:48 UTC
feature request. status NEW.
Comment 3 eric_ancheta2014 2014-12-06 23:54:40 UTC
Here is another example:

http://imgur.com/GEV4ckv

In the example, i have mocked up the concept of floating icon... if it were only possible.

For Calc, only show the floating toolbars only if user has selected two or more cells and not when user clicked on a cell. We don't want the floating toolbar to appear every time user clicked a cell. But of course, double clicking one cell should still activate the floating toolbar (i.e., as what it presently does).
Comment 4 V Stuart Foote 2014-12-07 06:23:20 UTC
Setting for UX-advise review of enhancement.

Not unreasonable UI, but a departure from the way focus and placement of detached toolbar(s) are handled currently.  One would assume sidebar decks when detached would also benefit from associating active text/object selection to position and visibility.

The suggestion for a tab'd dialog for those toolbars set floating, when not active, is interesting UI.
Comment 5 eric_ancheta2014 2014-12-07 08:54:57 UTC
maybe a departure...

Or just make it as an option, i mean; if user detached the toolbar; either he can make them group as tabbed floating toolbars, or he can just place it anywhere he like; whichever suits the user best. But still if it is set to autohide its better that they appear as close as possible to the selected object.

So in summary, if a user detached a toolbar from dock, he either can:

1. Set it to autohide when unused, or when no object is selected.

2. Set it grouped together as tabbed floating toolbar, each toolbar is represented by its appropriate icon.

3. Set them as individual floating toolbars, the one relating to object's context will appear. But of course, each toolbar is represented by its appropriate icon.

But personnaly of course, i'd like the tabbed floating toolbar, its  better since i can have two or more icons representing those two or more floating toolbars respectively; hence access them easier.
Comment 6 eric_ancheta2014 2014-12-07 09:07:24 UTC
oh and one more thing, might as well reduce mouse click, i mean just hovering above the icon or tab will make the rest of the specific floating toolbar appear. I hope there really is a program within the community to reduce mouse clicks in programs.. =)

Thank you very much for response, you all are great... i hope i can contribute in programming, but i am not yet that good.
Comment 7 eric_ancheta2014 2014-12-07 13:07:53 UTC
Well, lucky u.

Toolbar can also be placed inside another toolbar (example is: Graphic Filter toolbar in Picture toolbar) like what is shown below:

http://imgur.com/luYTlyL

So i guess if you can just define a custom toolbar that will be the handle of floated toolbars, then we're good to go. so lets say we call this "floatbar", and attached to this floatbar are the standard toolbars like formatting, picture, drawing etc. and any toolbar we detached from dock and we decide to include in the floatbar, then such toolbar will attach to the floatbar... so you can still have the option to have indepent floating toolbars, while all your other floated  toolbars are accessible through the "floatbar"   

The only thing to add would be that it appears in proximity to your selected object. and hover over icon activates the attached toolbar. and please remove the titlebar. =)
Comment 8 Heiko Tietze 2016-05-23 15:00:54 UTC
Sounds like Microsoft's mini toolbar, a solution that is often criticized because it's more often in your way that being helpful.

And I wonder if this can be achieved per macro. To detach the toolbar and move it to the cursor position might be easy to do.

Setting component to UI since we have a special keyword for UX now.
Comment 9 Heiko Tietze 2017-08-10 15:44:48 UTC
We talked about the idea of floating menus in general and decided to keep it alive. Removing needsUXadvice until someone is interested in the implementation.
Comment 10 Heiko Tietze 2019-01-24 09:45:21 UTC
*** Bug 122870 has been marked as a duplicate of this bug. ***
Comment 11 Heiko Tietze 2019-11-18 10:33:15 UTC
*** Bug 128834 has been marked as a duplicate of this bug. ***