KDE and Canonical Developers Disagree Over Display Server
sfcrazy (1542989) writes "Robert Ancell, a Canonical software engineer, wrote a blog titled 'Why the display server doesn't matter', arguing that: 'Display servers are the component in the display stack that seems to hog a lot of the limelight. I think this is a bit of a mistake, as it’s actually probably the least important component, at least to a user.' KDE developers, who do have long experience with Qt (something Canonical is moving towards for its mobile ambitions), have refuted Bob's claims and said that display server does matter."
If they don't matter, why mir?
He is a Canonical developer and its not a post about his family cat.
The display server is hugely important. The fact that the user doesn't know they're using it is irrelevant, because they're using it at all times.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
You heard the man, it's not important. Now stop talking about it! That way Canonical can more easily save face when they cancel their failed cluster-fuck of a display server and switch back to Wayland...
Rules of Conduct:
#1 - The DM is always right.
#2 - If the DM is wrong, see rule #1
My stance: I don't trust KDE or Canonical to develop a useful UI, one is too stuck on supporting fringe uses at the cost of any possible performance and the other has shown a hostility toward any user customization. (Ok, for full disclosure, I installed KDE after accidentally upgrading to a 'Unity' Ubuntu build. The system went from ugly to crashing more than Windows ME. LXDEd it later and everything is back to useful.)
I do not trust any "GUI UI Designer" to develop a useful UI. Why? Because their job depends on constant change, regardless of if it is better or not. Take cars, for example. Can you Imagen what the Unity team or KDE would do to you car? I can bet it would not have a wheel in the middle wipers on the right, turn signals on the left, ignition on the dash on the right, headlights on the dash on the left, and gear selector on the right in the center. (For left had drive) Nor would the peddles be clutch brake gas from left to right... Why? Because leaving something that works well alone does not validate your existence and contribution to the project.
Just one question. If the display server is of such minimal importance in the big scheme of things, then why did Canonical develop their own?
The canonical developer said that users don't care which I think is pretty accurate. The majority of users won't care as long as applications run and are responsive.
Not only that, but each example (NeXT/OSX and Android) are undeniable success stories.
X11 has severe limitations, like a cramped network abstraction layer that can't share windows or desktops with multiple people. Supposedly the NX server gets around this, but the X11 people haven't shown any interest in adopting the NX features.
People need displays that look like they computer is operating smoothly (instead of barfing text-mode logs here and there when transitioning between users, runlevels, etc).
People need to share their windows (efficiently, not with VNC) for teleconferencing.
Both OS X and Windows achieved these by focusing on the display server. So, as much as I respect Canonical's work, I think this blogger/dev is somewhat clueless.
Although better graphics would be nice calling them amateurish is rather silly.
Why? The KDE desktop looks like the state-of-the-art from say 1993. If I wanted my desktop to look like Xaw3d, I'd just fall through a time warp and go back there. At least the music was better.
I'm pretty happy with my KDE desktop, but I use it as a tool to get work done, not because it looks pretty.
I bought a hammer from the hardware store that looks almost exactly like the 1920's era hammer my great grandfather used (though the handle is fiberglass instead of wood), but it works well and gets the job done. Just because a desktop "looks" old doesn't make it useless. I tried Unity and Windows Metro and found them to be much less usable for my developer/operations tasks.
KDE 4 is great except for Akonadi, which killed Kmail.
When all you have is a hammer, every problem starts to look like a thumb.
My main issue with systemd is that it is monolithic; it violates the fundamental Unix philosophy in a most egregious way, and whenever anyone comments on this, we are (to quote the GP) "brusquely told that we shouldn't judge it we should just accept it and indeed ought to stop whining and complaining and be grateful someone is generously spending their free time on this problem, because we haven't invested the time to really learn it ourselves and don't know what we're talking about".
We used to have separate, replaceable systems for each aspect of systemd - e.g. if you didn't like syslog, there was syslog-ng, or metalog, or rsyslog; each different and meant for a different purpose. Now, it's "all or nothing" - except that it's becoming progressively more difficult to opt for "nothing" because it's integrating itself into fundamental bits like the kernel and udev.
Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
Sure a DE is an acquired taste but it does have to be functional without being ugly.
Nor is there outside the commercial offerings any DE with such a well integrated package of applications.
That doesn't mean I don't see the attractivity of something like Enlightenment but compared to KDE it is seriously limited, both in options and looks.
"The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."