On Monday 31 January 2011 16:11:45 Marco Martin 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 > > but if the max hint is abused and the app ets one smaller than the screen, > wouldn't make impossible to actually really maximize it? max hint is really not used and maximized is a special state, so that should not matter > btw the only yhing i'm not convince is having a tristate button (and adding > another button is even more no go) But changing the semantics of Maximized button depending on whether the app is modern or not is also a no go. Maybe adding a new button by default and dropping the maximized button by default. We still have maximize on top screen edge... > > > getting some kind of standard (but honestly I doubt that gnome would be > > collaborative in any way if it involves both kde and canonical). > > eh. > *cough* statusNotifierItem *cough* ;) > > > From kwin point of view the most difficult part is to get it into the > > decoration API without breaking BC. Though there are some things which > > might need a break anyway. > > > > From application point of view the most difficult part is changing all > > apps. We can do that for our apps, but what about firefox and co? > > those would still continue to maximize as they did? > > Cheers, > Marco Martin > _______________________________________________ > Plasma-devel mailing list > Plasma-devel@kde.org > https://mail.kde.org/mailman/listinfo/plasma-devel
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
