the next step on the desktop

Martin Gräßlin kde at martin-graesslin.com
Mon Jan 31 18:19:27 CET 2011


On Monday 31 January 2011 17:49:19 Fredrik Höglund wrote:
> On Monday 31 January 2011, Martin Gräßlin wrote:
> > ----- Ursprüngliche Mitteilung -----
> > 
> > > A Segunda, 31 de Janeiro de 2011 13:00:50 Marco Martin você escreveu:
> > > > provocation: remove the maximize button by default? ;) (as the
> > > > netbook doesn't have minimize)
> > > 
> > > will talk to mgrslin this afternoon but somthing like a optimal size
> > > buton   instead of max... if you clik it again it goes max.... now the
> > > apps would need   to provide info to kwin about it... this comes in
> > > line with the other crazy   ideas we benn cooking. worth trying IMO
> > 
> > at UDS I talked with some desktop experience devs about that. What we
> > came up with is abusing the (unused) maximum size hint and making the
> > maximize button tri-state. First click optimized, second click
> > maximized, third click back to normal. As Ubuntu is also interested
> > there's the chance of getting some kind of standard (but honestly I
> > doubt that gnome would be collaborative in any way if it involves both
> > kde and canonical).
> 
> The maximum size hint is not unused. QWidget exposes a property for
> setting it, and KWin respects it. In addition the only way to make a window
> fixed-size is to set the minimum and maximum size hints to the same value.
I just tried all windows I have opened and none of them has set the size hint. 
But yeah instead of abusing adding a new hint is the proper approach.

Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20110131/b5f7a3d3/attachment-0001.sig 


More information about the Plasma-devel mailing list