On 16.05.11 10:38:51, Hugo Pereira Da Costa wrote: > > To this point I think everything has been said (multiple times) on > this thread already, and am not seing anything new with respect to > what was already discussed few kde releases ago.
Maybe its time for KDE SC to find a better working style then to use as its default... > Ultimately, I believe that the decision about what the default > settings for Oxygen's "window drag" feature is Nuno (who designs > oxygen) and me (who develops oxygen) to make (unless, of course, > someone else wants to step in and take the job: this is open > source). Thats correct for any style out there, but IMHO not for the default style that KDE ships. That style should not break user apps in strange ways, just because it can. I don't know how this stuff works technically on MacOSX Cocoa, but I did test Qt apps there and the only thing that one can use to drag the window is the empty toolbar area (tested designer and assistant as well as portedasteroids). I'm assuming there's a way on Cocoa to let the Platform/Style know that a given widget allows user-interaction and hence shouldn't be used to drag the window. Until you add such an API to Qt styles I think its inapropriate for the default KDE style to have window-dragging enabled on everything thats not explicitly disabling it by handling mouse events itself. At least disable it by default... Anyway, thats just my last opinion on the matter, I'm glag I'm not using a style that enforces me to decide which apps to use based on how good/bad they behave with that style. Andreas >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
