Toolbox Brainstorming

[Marco Martin]

ok, i partecipate to the storm :)
don't know how it's feasible and how deep should be the modifications btw :)
one toolbox in the panel (only one) that is a regular plasmoid, when pressed 
all the toolbox icons in each containment appears and works as today.
in the panel this would also unlock something like applet handles in all 
panels so it's possible to rearrange applets also in the panels.
if the user removed the toolbox plasmoid all the toolbox icons are displayed 
in each containment like today.
just my two cents :)

Cheers,
Marco Martin

On Saturday 05 January 2008, Craig Duquette wrote:
> 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