|
|
|
|
|
by rbanffy
811 days ago
|
|
I don't condemn it. I condemn the implementation that doesn't render it with the latest widgets and, instead, implements the same widgets that have been abandoned ages ago. At any given time, there should be one code path to render an abstract UI definition to a screen. It might depend on screen capabilities or running environment or size, but it should be one, so you don't need to maintain and ship ancient unmaintained software. |
|
Interestingly I think this generalises to the whole Windows Explorer.
The Explorer introduced in Win95 and later in NT 4 is a lovely bit of UI design. It introduced the Taskbar (never seen before, and no, the NeXT Dock is not a taskbar, and Acorn's Paul Fellows said NeXT's implementation was apparently derived from the Icon Bar in Acorn RISC OS -- NeXT hired an Acorn developer and he took his Archimedes with him to California). It introduced the Start Menu, with an elegant system of folders and shortcuts as its storage model, later imitated with the newly-customisable Apple Menu of MacOS 8 and later.
But in Win98, Microsoft bodged the Explorer with Active Desktop, which renders via Internet Explorer 4, so that MS could justify bundling IE4 with Windows to the US DOJ in court. That version is multithreaded, which is good, but it's also much bigger and much slower... because it renders via IE. That means new slowdowns and new ugliness, like windows of generic icons, which then get replaced with the correct icons as the renderer tries to catch up. So, they hid that, with an empty window and a flashlight scanning, while the HTML renderer tries to create a view of the Control Panel. It also added wallpapers in folder views, a horribly ugly idea.
And _that_ ugly version is what KDE ended up copying, rather than the cleaner quicker one that was first launched.
And KDE didn't notice and copy the nice neat and Unix-like "just display a Start Menu built from the contents of a directory" idea. It implemented a database instead, and so every successive start menu implementation copies that instead.
The ugly hack done for some other, non-technical reason ends up being the one that influences the successor designs, and the classic clean original implementation is forgotten.
In this case, the results are GNOME 2, MATE, KDE, Cinnamon, LXDE/LXQt, even much of Xfce...