Slashdot Mirror
New KScreen Supplies Some Magic For Multi-Monitor Linux Set-Ups
An anonymous reader points out developer Àlex Fiestas's work on multiple monitor configuration for Linux. In particular, the screen manager that he and Dan Vrátil are working on — KScreen — gives KDE users a utility "making the configuration of monitors either auto-magical or super simple." This is one thing that's certainly gotten much better in recent years for Linux GUI users in general, but the video in the linked post makes me a little envious — another good reason to swap desktops once in a while.
The first time I ran X on my home computer, I had to call Diamond to get the timings for my SpeedStar card so I could calculate the correct values to put in my xconfig file. And the person who answered the phone knew exactly what I needed, flipped thru a binder, and read off the numbers.
A suggestion to the developers. Please allow for degenerate cases. I deal with a set of old, specialized, practically irreplaceable displays that cannot produce DPMS data. In the past I've suffered with embedded displays that produce completely inaccurate DPMS data.
Allow the operator a means to manually override whatever display parameters your software obtains (probably via xrandr) from the operating system. The display parameters are often bogus and must be corrected.
Maw! Fire up the karma burner!
Basically..
* it will remember what you configuration was used with that monitor
* when you close your laptop it will go to the native resolution of the attached screen
I don't even know how new those are, but I've never personally used (or noticed) either of them before...
Everything else, I've been using succesfully since I started using laptops on both Windows and Linux.
Actually, no, you could not.
You didn't (and still don't) even have a separation between window manager and applications, so hung application produces pretty patterns on the screen when you try to drag your window, if you can even drag it at all. You didn't (and still don't) have usable multiple-desktop or multiple-viewports support, so changes in resolution only affect one giant constantly-displayed area, with all windows mapped to it. You can't allocate a monitor connected to one host to become a part of the environment for other hosts, or combine multiple hosts with their monitors to show a single desktop, with applications spanning all of them.
So you are comparing the ability to change the resolution on the fly without restarting applications (what Windows had before Linux got it in 2001, and became part of mainstream in 2007) against actual usable management of resolutions on multiple screens, some virtual, some networked. And no, your stupid Terminal Services don't count.
Contrary to the popular belief, there indeed is no God.
This shows that people like you have last used Windows back in the XP or even ME days. Get with the times instead of wallowing in outdated criticisms.
Now the effect is masked by the speed of processors and programmers carefully starting tens of threads for their UI, but it's still there (window won't even move if anything gets blocked). Meanwhile, X applications may run on some remote m68k, and won't slow down the rest of UI.
This is soooooo useful to so many desktop users
Workstations users need that all the time, they just can't get it from Windows.
compared to the use case of extending desktop to another monitor on the desk without fiddling with multiple config files and utilities. *snicker*
Do you even understand what this is about? All this IS IMPLEMENTED in nice UI, the article is about a new KDE utility for it.
Contrary to the popular belief, there indeed is no God.