Toolbox Brainstorming

[Aaron J. Seigo]

On Friday 04 January 2008, Craig Duquette wrote:
> How is the current toolbox going to work for multiple containments? Are we
> going to have one toolbox that controls everything or are we going to have
> 4 containments with 4 unique toolboxes?

that's already how it works.

> Maybe the toolbox doesn't necessarily have to be placed on the panel. We
> could get the exact same results by moving the toolbox to the bottom of the
> screen (or wherever the panel exists, and if it doesn't exist resort to the

this doesn't fix anything: it would conflict with the panel's toolbox, it 
would not be strongly linked to the given containment, on zoom out it would 
be completely screwed.

> I just think we could get more functionality out of the top corner of the
> screen. We have the cool KWin expose effect in the top left corner, we
> could get another effect in the top right corner (ctrl+f12..?) while having

note that you *can* have an action in the corner, as the toolbox isn't just in 
the corner but 32px out from it. yes, this means a bit more mouse 
coordination.

i also wonder at the "toolbox < $INSERT_ACTION". especially since these 
actions are pretty much undiscoverable (the whole point of putting the 
toolbox there visually, btw).

ok, let's step back a moment here and take another approach to this:

instead of trying to pitch a solution to a problem that you haven't really 
defined very well yet, let's define the problem first. so:

	 what problem are you trying to solve exactly?

i'm open to making the toolbox optionally movable to other places on screen. 
the question is how to present that to the user without removing other 
desirable features such as not capturing mouse clicks in the semi-circle 
itself and without resorting to a configuration dialog. this would require 
work on the actual toolbox as well as it currently assumes it's perched in 
that corner.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080104/1d082e95/attachment.pgp