Toolbox Brainstorming

[Aaron J. Seigo]

On Sunday 06 January 2008, Marco Martin wrote:
> On Sunday 06 January 2008, Chani wrote:
> > huh. I agree that having the desktop toolbox on a panel would be weird.
> > if the desktop toolbox is meant to be strongly associated with the
> > desktop containment, then it should be on the desktop, and stay there.
> > but then I get confused as to whether it should zoom out with the
> > containment: if it does, then it's tiny and hard to use. if it doesn't,
> > then it's suddenly this separate magic thing and I start expecting it to
> > be associated with the corona instead.
> >
> > I seem to remember there being agreement that it should not be zoomed
> > out. this brings up some questions in my mind:
> >
> > how do we zoom back in if there's more than one containment?
> > how do we avoid having several toolboxes on top of each other (one per
> > desktop containment)?
> > how do we know which containment it's associated with while zoomed out?
>
> would be possible to still put the toolbox in the containment and to not
> zoom it? (something like enlarging the toolbox while shrinking the rest),

yes; with ItemIgnoresTransformations. of course then we need to manually move 
it when the containment zooms out.

-- 
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/20080106/cc8577c4/attachment.pgp