> 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.
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...
I think the folder views is one of the most amazing ideas that I saw first in Windows with IE3. You don't build an e-mail client: you build a view that sees a folder full of e-mail messages (each one a file) and displays it as an e-mail reader. Add a service to send messages in your outbox and poll services to populate your inbox, a viewer and an editor for messages and you are set.
As for the renderer trying to catch up, it could be implemented as something that reads and caches all required graphic resources before attempting to render to the display, so that everything appears correct the first time.
As for the UI, it's fine if the current rendered uses HTML - you just build something that reads the abstract UI representation and outputs HTML for the window renderer.
Maildir dates back to around the same time that Win95 was first released, and Win95 as shipped didn't have MSIMN. It had the Inbox client, designed to talk to MSN and Microsoft Mail.
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...