-23

augustofretes wrote:Just like they do now. KWin could just draw a windeco for those (a fallback, workaround, far from ideal I agree),

Exactly, which is my point. There are enough differences, fallbacks, and workarounds as it is between the different toolkits/DEs without introducing yet another one.

I may just be dense, but I am still not understanding how this idea will help anyone as compared to just making kwin more flexible.

augustofretes wrote:You need to press a button, on OS X you can move them by dragging the window from any empty space.

That's quite easy to implement for the application developer.

It could probably be implemented at the toolkit level, but how would the window manager know which part of the application window does not need the mouse interaction for itself?

Cheers,
_

I dont like the idea to have different UI's on desktop. since 2000 we have had problem that differentkind UI's looks bad on different windowmanager/desktopenvironment. We are now getting to point that freedesktop.org has got us to the change to have one UI for all applications etc. And now we would have different window decorations? That is bad usability option!

In view of usability, it is best that UI is always samekind, follows same rules on all applications and you only need to learn one way once and then just use learned skills on all applications.

The window decoration is needed to keep in control of windowmanager like KWin. Application should not control it at all. All what we end to have, is the situation like Windows. You have tons of applications, everyone looking different and they do not fit at all on the desktop.