The user doesn't need the option to move or remove the toolbox, it should stay where it is in my opinion.<br><br>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.
<br><br>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.
<br><br>~Craig<br><br><div class="gmail_quote">On Jan 4, 2008 7:23 PM, Aaron J. Seigo <<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Friday 04 January 2008, Craig Duquette wrote:<br></div><div class="Ih2E3d">> How is the current toolbox going to work for multiple containments? Are we<br>> going to have one toolbox that controls everything or are we going to have
<br>> 4 containments with 4 unique toolboxes?<br><br></div>that's already how it works.<br><div class="Ih2E3d"><br>> Maybe the toolbox doesn't necessarily have to be placed on the panel. We<br>> could get the exact same results by moving the toolbox to the bottom of the
<br>> screen (or wherever the panel exists, and if it doesn't exist resort to the<br><br></div>this doesn't fix anything: it would conflict with the panel's toolbox, it<br>would not be strongly linked to the given containment, on zoom out it would
<br>be completely screwed.<br><div class="Ih2E3d"><br>> I just think we could get more functionality out of the top corner of the<br>> screen. We have the cool KWin expose effect in the top left corner, we<br>> could get another effect in the top right corner (ctrl+f12..?) while having
<br><br></div>note that you *can* have an action in the corner, as the toolbox isn't just in<br>the corner but 32px out from it. yes, this means a bit more mouse<br>coordination.<br><br>i also wonder at the "toolbox < $INSERT_ACTION". especially since these
<br>actions are pretty much undiscoverable (the whole point of putting the<br>toolbox there visually, btw).<br><br>ok, let's step back a moment here and take another approach to this:<br><br>instead of trying to pitch a solution to a problem that you haven't really
<br>defined very well yet, let's define the problem first. so:<br><br> what problem are you trying to solve exactly?<br><br>i'm open to making the toolbox optionally movable to other places on screen.<br>the question is how to present that to the user without removing other
<br>desirable features such as not capturing mouse clicks in the semi-circle<br>itself and without resorting to a configuration dialog. this would require<br>work on the actual toolbox as well as it currently assumes it's perched in
<br>that corner.<br><font color="#888888"><br>--<br></font><div><div></div><div class="Wj3C7c">Aaron J. Seigo<br>humru othro a kohnu se<br>GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43<br><br>KDE core developer sponsored by Trolltech
<br></div></div><br>_______________________________________________<br>Panel-devel mailing list<br><a href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">
https://mail.kde.org/mailman/listinfo/panel-devel</a><br><br></blockquote></div><br>