I'm using KDE on Ubuntu 14.04. When I plug in a second monitor position above the panel on my laptop, all of my windows move to the newly plugged in monitor. I want them to stay put. I've looked through the settings and don't see anything covering this. How do I get my windows to stay put when I plug in my second monitor?

The windows don't actually move, but the ground does.
https://bugs.kde.org/show_bug.cgi?id=296673

Thanks. Sigh. I hate seeing dev's not thinking about their users. Some of that conversation really sucks. Arguing about why a behavior exists isn't helpful when it is counter to what your users need and expect.

jgreenbaum wrote:Thanks. Sigh. I hate seeing dev's not thinking about their users.

You might wonder, why I as a dev don't care any more: comments like those. Just stating that we "don't think about our users". What do you think we do? Hack all day to annoy our users?

"We do not deal the user, we deal the problem."

Arguing about why a behavior exists

I don't recall that at all.
I do recall correcting misinformation, uninformed assumptions spread on the nature of the problem that would confuse people looking into things.

mgraesslin wrote:

jgreenbaum wrote:Thanks. Sigh. I hate seeing dev's not thinking about their users.

You might wonder, why I as a dev don't care any more: comments like those. Just stating that we "don't think about our users". What do you think we do? Hack all day to annoy our users?

Read the bug. The users said "When I plug in a second monitor, my windows move". The devs repy "No they don't, the screens XY offset changed". From the user's point of view the windows move, that's what should matter. Why it behaves differently than what the user wants just explains the level of effort to meet what user's expect. It goes on for pages and months like this.

jgreenbaum wrote:Read the bug. The users said "When I plug in a second monitor, my windows move". The devs repy "No they don't, the screens XY offset changed". From the user's point of view the windows move, that's what should matter.

No, on a technical issue tracker only technical details should matter.

"When I plug in a second monitor, my windows move"

What's objectively wrong.

The devs repy "No they don't, the screens XY offset changed".

What's objectively correct.

From the user's point of view the windows move, that's what should matter.

Because users fix bugs?

Seriously: once devs agreed on the nature of a bug any "but it doesn't matter what it *is*, it matters how it feels to me!!!" is just contraproductive noise that stashes information. Hell, it's not that devs aren't even aware what it looks to users, just that this is COMPLETELY IRRELEVANT regarding any solution or workaround.

luebking wrote:

From the user's point of view the windows move, that's what should matter.

Because users fix bugs?

Sigh.

jgreenbaum wrote:Sigh.

Since you apparently know a way how to solve problems by ignoring technical facts and going the hard path to the root if the issue, analyze it for conflicting conditions/demands and all this boring stuff, but just by wishing your unstructured imagination of your personal perception hard enough to make the system "as it should": Please share it! Seriously, we've better things to do than wasting it by problem analysis and code writing. If I can just wish a bug to be fixed to have it fixed, I'll by that! (Does it come in bottles and with chocolate flavor?)

/sarcasm