KDE Gains “Magic Monitor” Functionality With New KScreen
thepowerbase.com
thepowerbase.com
It's easy to be cynical about this, but I for one am very pleased about this development. So sorely needed. Perhaps in a small way it can help slow down the migration from Linux to Mac on the desktop.
"John said Sally got a noew job, how do you feel about that Debrah?", "That's great." said Debrah. "I can't wait to tell Frank!" "Frank, John just told me that Sally got a new job!"
It also contains 200 words of original commentary as a lead-in, and the report is less 300 words in total.
Honestly, this article made me realize how much I take it for granted that all of the LCD projectors and dual-monitor setups I've encountered in the last half-decade have just worked with my mac. I thought back to 1999, when I got my first Xinerama dual-head setup working with X11 after about 4 hours of work...
xf86config? Oh the pain! One of the video cards was running at 50hz in 15-bit color mode. Madness.
If there is a solution, it's not obvious to me.
Set all your screens to 'separate X screen' and then check the 'Use Xinerama' box. You may have to set the correct screen offsets in the Nvidia control panel (or xorg.conf) after restarting X.
I have this setup at work, and it works very nicely apart from the fact that only one of the two GPUs seems to be capable of displaying OpenGL content when connected in this way.
Using Xinerama forces compositing off, which makes for a less than snappy experience. I have three Dell 3000wfp's and without compositing turned on, the tearing is more than noticeable. I might be able to tolerate it, but I know that it is capable of working nicely (a la TwinView).
Xinerama is old, buggy and more or less deprecated at this point. Also compositing doesn't work with it enabled which causes other issues.
It is? What's the alternative?
Linux does a lot of things very well, but multiple monitors has always been a bit of a mess when fullscreened apps are involved.
They should be setting the EWMH fullscreen hint. To be honest, I haven't seen a program in ages that gets this wrong. Do you have any examples?
It's unfortunate. The mechanism to allow the WM to handle fullscreening intelligently is there, but it seems that the developers weren't aware of it.
I've found things better when using Intel graphics than Nvidia. Of course no such problems on Windows at all on the same machine.
http://news.ycombinator.com/item?id=4973598
"It's always worked just fine for me"
Guess what? Even when things didn't work for me, I'd generally have people saying the same thing: "works for me - I dunno what your problem is". That's annoying, and also not helpful - yes, often you don't know why it works, so you can't help anyone else when it doesn't work for them.
Also, years of "works for me", coupled with "hey, now XYZ works!" in next releases (when - hey, it already supposedly "just works") are the sorts of things people "complain" about.
Essentially for me, and others I know, the trust in Linux on the desktop has been abused, and it'll be a while before I ever embrace it again as my day to day workstation (VMs and headless servers are where Linux has been relegated in my day to day work).
Im not saying that your problem was the same. Im just tryimg to illustrate that a lot of things can go wrong, and it isnt (always) that other users are lying about it
One feature I liked here is not going to sleep when lid is closed. I think to avoid that in normal case would be to set power settings to "do nothing" when lid is closed whenever you want this feature.
Of all the things that could be improved[1] on linux this would be my number one preference. Screen real estate is critical for development work and I have practically been driven back to Windows or Mac.
[1] A flash player that doesn't tint everything blue would also be welcome.
Are you talking about the problem described in this post? http://askubuntu.com/questions/117127/flash-video-appears-bl...
I've been using a patch that I made to address this annoying issue in KDE for a year now:
https://git.reviewboard.kde.org/r/103356/
My patch was more of a hack than anything else but it did its job. I'm happy though that I won't need to patch every new KDE version any longer :)
At least more recently I've been able to get xrandr to work so that I can add other resolutions myself, and then I can put them in a script to run on boot, but holy crap is that annoying. Windows and Mac OS X have no problem detecting what these displays support, but X has been dropping the ball on this for years.
It seems that have multiple screens in Linux creates a drawing canvas that is rectangular in shape and it is not clear how to find out the more complicated 2 rectangle shape.
I would like to see this issue addressed.
This isn't something that looks like magic, it's just something that will make users more productive and less stressed. That's the kind of advance we need more of.
>> Sure it's tardy, but it's also really useful, and it's nice to see
>> Linux continuing to improve, no matter how slowly.
Not to be the nitpicker here, but this is hardly a Linux issue, mostly about implementation in different desktop environments (GNOME, Unity, KDE, ...).Everything is already on sysfs and randr. It's up to environments to adapt these changes. Which is great, because each of them can implement the behavior in the way that makes most sense for their users.
grumble grumble I hate Linux. <anecdote about a poor user experience>. No one at all should ever use Linux for any reason whatsoever!