Toolbox Brainstorming

[Craig Duquette]

The user doesn't need the option to move or remove the toolbox, it should
stay where it is in my opinion.

My problem with it is it makes too much of a presence in its current form. I
know the top left corner is kwin's expose, but I don't need an icon to
remind me of that. It be good on first bootup to say hey left corner is
kwin, right corner is the toolbox, but it doesn't need to remain there.

So that's why I wanted to brainstorm, the toolbox should remain, I just
don't need a constant reminder its there. Hence why my contribution to
plasma has been trying to hide/shrink the toolbox :P and why I'm
brainstorming on a way to make it stand out less.

~Craig

On Jan 4, 2008 7:23 PM, Aaron J. Seigo <aseigo at kde.org> wrote:

> 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
>
> _______________________________________________
> Panel-devel mailing list
> Panel-devel at kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20080104/3a4f3f2a/attachment.html