Slashdot Mirror
A Linux User Goes Back
An anonymous reader says "A friend of mine recently switched to using Windows XP after three and a half years of Linux. I thought the community might benefit from reading his story. Even as a dedicated Linux user, I agree with many of his points. 'Unix on the desktop" has come along way in recent years, yet could still stand much improvement. It is no longer an issue of having a fancy GUI (KDE can't get much better), but rather the real problems lie in the foundation.' Some of his points are wrong, but it's a reasonable article.
apt-get install msttcorefonts :)
They're something Microsoft got right, and you're free to use them, even on linux! I haven't looked at an ugly bitmapped font in over two years.
Elitism drives people away, as does saying "RTFM" or belittling people who choose a different distro from yourself.
I totally agree. I sat in a meeting with a cocky systems administrator wearing an RTFM t-shirt. When it came to deciding who got layed off, he was the first to go. He may have been very good with UNIX and Linux systems, but speaking in a condescending tone made people who worked with him feel small. He had to go.
Uhm, yeah. So, tell me, do you own a car?
Do you like to configure the ignition curves for your engine?
Do you like to machine your own oil-filter base plate?
Do you like to plumb your air intake exactly the way you want it?
Do you like to adjust the exhaust pipe lengths to change the resonant frequency?
Most people want to just get in the car and drive. Heck, they want to NOT know the gory little details.
The first thing to realize is that the "slowness" is not actually slowness but blinking and flashing of intermediate displays before the final one is shown. If when you moved a window it jumped every second to follow the mouse, but jumped exactly and cleanly with all the underlaying windows appearing fully-drawn instantly, it would probably be more preferrable to the way X works now.
The problem is primarily due to the seperate window manager. This guarantees that windows will move and resize at a different time than their contents are redrawn. This is because the window manager moves the window, but then exposure or resize events must be delivered to a different application which then generates the drawing. If the same program could deliver the move and drawing instructions in a single block it would look way smoother. Unlike what a lot of people think, latency is NOT an issue, what is important is that all the instructions come from the same program and can be delivered as one block. This in particular makes resizing terrible on X, window dragging is about equal on X and Windows nowadays.
Another problem was "visuals" which produced annoying color flashing. Fortunately XFree86 has pretty much gotten rid of these on Linux, but if you try an Irix or Sun machine you will see this lovely stupidity in action. This is just BAD design, a proper design would consider the visual part of the "paint" so you don't change a pixel's visual until it is drawn.
Another problem is background clearing, which made sense on older slow machines but produces annoying flashes nowadays, as when you expose an area it is changed twice, first to the background, then to the final display. Windows does not do this (it does do some kind of timeout and clear to white so that dead programs don't end up with garbage in them, but in normal use this does not happen).