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.
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).
The reasons for the current defaults have already been motivated in this
thread and elsewhere.
As far as I'm concerned, unless Nuno thinks otherwise, this will not change.
Among these reasons: the feature is actually working - in a consistent
way -, for the vast
majority of applications.
(I think Todd's summary of the situation is quite comprehensive and
correct with that respect, even though some people decided to simply
ignore the corresponding emails)
Whether people like it or not is a separate (and irrelevant) issue. This
thread has already shown that for each person hating the feature you can
find one loving it.
To some extent, choices made by other toolkits (cocoa, gtk, whatever),
other widgets styles, etc. are also unrelated and irrelevant.
...
As was already stated, we will help fixing, either on the style level,
or on the application level, the applications for which the window drag
feature conflicts with normal use of the application (which has to be
decided, in my oppinion by both apps and oxygen devs on a per
application level), has we have already done in the past.
Feel free to forward to Oxygen all the related bug reports that app
receive, we *will* address them (just like we did adress the original
issue that started this otherwise overly highjacked thread).
regards,
Hugo
On Monday, May 16, 2011 07:52:26 AM Christoph Cullmann wrote:
Beside I doubt that 3rd-party Qt application developers want to work
around that issue. That really should be an optional setting (maybe even
with warning the user that this can result in interesting behaviour for
some applications)
Once again, can somebody check what is the behaviour on Qt Cocoa ? because
Cocoa applications can be dragged from anywhere... If Qt Cocoa apps have
the same behaviour then there is no reason at all to disable it in Oxygen.
If Qt Cocoa has the same behaviour though the Game's issue doesn't happend,
then is something to look into and try to fix it in Qt/Styles.
That makes zero sense, for example our applications only work on Windows and
Linux X11, we are really not interested if Cocoa might do such stuff neither
would we test for it to be working.
We expect, that if we test an application on our two target architectures that
it works and not that it stop working given some new default style of the
user. If the user activates such stuff (and may got warned) it is no problem,
but you can't expect third party people to test any new KDE default style (and
to backport the fixes to their software out in the wild since 1-2 years :/
Greetings
Christoph
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
