[Libreoffice-bugs] [Bug 93692] Add Quick Remove Option for Toolbar Items

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93692

Heiko Tietze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #4 from Heiko Tietze  ---
Following Stuart's comment 1, I close the request as WFM. (Tool-)buttons do not
have a right click handler making such a feature very special, the danger of
unintentionally activation is high, we have a good quick access with the
current dropdown menu, and last but not least the future is the Notebookbar.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 93692] Add Quick Remove Option for Toolbar Items

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93692

Yousuf (Jay) Philips  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||philip...@hotmail.com
 Ever confirmed|0   |1

--- Comment #2 from Yousuf (Jay) Philips  ---
Have thought about suggesting the same thing, though i thought a different
context menu would appear when over a toolbar item, but i'd assume a user would
likely want to remove multiple entries, and likely add multiple ones as well,
so opening the customize dialog is the best means of completing this task.

But i hope with the amount of improvements i've made to the toolbars, most
users would never want to remove entries. ;D

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 93692] Add Quick Remove Option for Toolbar Items

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=93692

V Stuart Foote vstuart.fo...@utsa.edu changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #1 from V Stuart Foote vstuart.fo...@utsa.edu ---
@Joel, *

Sorry, IMHO I don't see this as especially helpful GUI addition. 

The UI provides for tweaking things in a rational and deliberate fashion with
quick changes done with the Visible Buttons split menu, and more involved
changes via the Customize Toolbar--including the important ability to reset to
defaults.

Believe, the Visible Buttons being grouped with other toolbar controls and
positioned the same for all toolbars is intentional and brings consistency to
the UI.

Separator
Visible Buttons
Customize Toolbar
Separator
Dock Toolbar
Dock All Toolbars
Separator
Lock Toolbar Position
Close Toolbar

While it might seem helpful, believe placing a configuration button alone at
the top of the menu would cause confusion and a poor UX. Placing a Remove
button so prominently on the context menu of all toolbars,  What is receiving
the action of the remove?. 

Rather, things are more deliberate, Toolbars are stateful (retained in user
profile), and are intended to be customized to a users liking -- but with
guidance. 

The Visible Buttons manipulate just the default buttons normally associated
with the toolbar. While the Customize Toolbar offers more ambitious changes for
adding widgets and modifying toolbar defaults. And of course offers recovery by
restoring defaults without having to clobber ones profile.

Just don't see much benefit to implementing a Remove button, as things now are
pretty good.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs