[Panel-devel] [Bug 152052] make kickoff freely resizable

Sebastian Sauer mail at dipe.org
Thu Dec 20 01:25:40 CET 2007


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=152052         
mail dipe org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mail dipe org



------- Additional Comments From mail dipe org  2007-12-20 01:25 -------
ah, sorry for the late reply, sven. Seems I did miss to add myself to the CC-list :-/

> Why would you restrict the users' abilities to change the size?

It's "optional" restrict in whatever way. imho it's still important for enterprise-usage to be able to lock-down the desktop in a way that prevents users from changing anything. That's what Kiosk is about. So, to just be able to resize is imho not enough but it's needed to be able to switch  between "use-only" and "use-and-be-able-to-do-changes" somehow. Anyway, that are just implementation-details and probably it was a bit to early to name one of my fav KDE3-features ;)

> Apart from that translations make the text on the tabs differently wide, hence, even if you would know the widest application-name possible, there is not perfect width. 
 
true but how is this related to the question how such a resizing grip should behave (aka resize only the height or also the width) and where it should go to (at the bottom right just like at normal windows may a problem since it makes increasing the high if kickoff is displayed at the bottom of the desktop rather difficult)? I mean, with a resizing grip the user does define the size of kickoff and therefore there is not really that much "auto-resize according to item-height and/or button-width" logic needed imho.

So, my questions where more how an implementation should/could look like since I am absolute unsure there how to get it done in a way that does not suck :-/


More information about the Panel-devel mailing list