Bug 245807 - Left click and hold on background moves whole window.
Summary: Left click and hold on background moves whole window.
Status: RESOLVED FIXED
Alias: None
Product: Oxygen
Classification: Plasma
Component: style (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
: 252477 259243 266345 271212 271573 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-26 18:47 UTC by Larry
Modified: 2011-07-15 20:24 UTC (History)
11 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Larry 2010-07-26 18:47:44 UTC
Version:           unspecified (using KDE 4.4.95) 
OS:                Linux

If you left click and hold on the background instead of the card face you move the entire window. The same as if you click and hold on the top of the window frame.

Reproducible: Always

Steps to Reproduce:
described above
Comment 1 Parker Coates 2010-07-26 19:01:49 UTC
This isn't actually a bug, but a new feature in the Oxygen window decoration. For more information, including instructions on how to disable this functionality, see this blog post: http://hugo-kde.blogspot.com/2010/06/moving-windows-around.html
Comment 2 Parker Coates 2010-09-27 00:43:15 UTC
*** Bug 252477 has been marked as a duplicate of this bug. ***
Comment 3 Parker Coates 2010-12-08 19:37:43 UTC
*** Bug 259243 has been marked as a duplicate of this bug. ***
Comment 4 Parker Coates 2011-02-15 03:12:53 UTC
*** Bug 266345 has been marked as a duplicate of this bug. ***
Comment 5 Parker Coates 2011-04-18 20:42:12 UTC
*** Bug 271212 has been marked as a duplicate of this bug. ***
Comment 6 Parker Coates 2011-04-25 18:26:29 UTC
*** Bug 271573 has been marked as a duplicate of this bug. ***
Comment 7 Christoph Cullmann 2011-05-19 12:33:22 UTC
Reopen.
This can lead to regression in programs that are programmed without such a feature of the style in mind and are otherwise completely ok code wise.

See discussion on kde-devel@kde.org.

One of latest results:
On 05/19/2011 06:41 AM, Christoph Cullmann wrote:
> Am Mittwoch, 18. Mai 2011, 00:41:40 schrieb David Jarvie:
>> On Tuesday 17 May 2011 19:33:15 Christoph Cullmann wrote:
>>> Am Dienstag, 17. Mai 2011, 19:03:41 schrieb Albert Astals Cid:
>>>> A Tuesday, May 17, 2011, Martin Gräßlin va escriure:
>>>>> @all: please keep the emotions out of this thread and be
>>>>> constructive. I offered a possible solution for the "problem"
>>>>> yesterday and nobody seems to be interested in actually improving
>>>>> the situation, instead it seems like some serious discussion for the
>>>>> sake of discussion is going on. This is really discouraging and I
>>>>> want everyone to start being constructive again!
>>>> I think the constructive suggestion was already given before everyone
>>>> started throwing knives.
>>>>
>>>> Change the default to only drag from "safe places" (i.e. toolbar and
>>>> status bar), let the user select if he wants to drag from the "non
>>>> safe places" with a warning that tells him that that setting might
>>>> cause conflicts with some applications.
>>> +1
>> +1
> Guess our arguments or solution are not considered, if you look at the
> following ideas in that thread :(
>
Dear Christoph, others,

I aknowledge the suggestion above (and the fact it has already been made 
in that thread), and have already expressed the fact that I disagree 
with it.

The reason for this disagreement is that I fail to see the actual 
"conflicts" mentionned both in the suggestion and as a justification for 
it. What I have seen instead in this thread is normal behavior of both 
oxygen and the applications, without any actual functionality loss, and 
some users being annoyed by this behavior. To me this does not justify a 
change of the default settings.

(on the other hand it does justify that the ability to change this 
default value is made more easily available to users, which has now been 
committed).

I also said already that I would back off my position if Nuno disagrees 
with me, but unfortunately Nuno is not even aware of this discussion, 
because (as Martin already pointed out), it is not happening on the 
right mailing list, (and does not have the right title, for that matter).

Hugo

Side note: actual "conflicts" between oxygen and applications, for which 
the window-drag ability would result in functionality loss on the 
application side, must be fixed (and have been, for the ones i am aware 
of), no matter what the default value for the window drag mode is.
Comment 8 Christoph Cullmann 2011-05-19 12:34:00 UTC
Add CC
Comment 9 Hugo Pereira Da Costa 2011-05-19 13:34:13 UTC
https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/38295c4e12a794fa248280d5f8d554db1b381a84

"Disable window dragging from QGraphicsView (at least temporarily), because
they 'usually' do not fully qualify as "empty areas"

So closing.

What was discussed in the list (at least in the end of it) is a different issue about changing the "default" value for "oxygen's window drag mode". 

This should be a separate bug report.
Comment 10 Hugo Pereira Da Costa 2011-05-19 13:46:49 UTC
Note: the commit mentionned in comment #9 has been motivated by fruitful discussion with Parker Coates, Stefan Majewsky, and Todd Rme.

Also see https://bugs.kde.org/show_bug.cgi?id=263898
Comment 11 Christoph Cullmann 2011-05-19 13:56:49 UTC
Ok, then I open a new one :/
Comment 12 Hugo Pereira Da Costa 2011-05-19 14:06:45 UTC
yes. That was the original suggestion. And it should be a "wish" not a bug,
unless an actual bug is pointed to.
Comment 13 Stefan Majewsky 2011-07-15 20:24:13 UTC
*** Bug 277788 has been marked as a duplicate of this bug. ***