Slashdot Log In
Has the Development of Window Managers Slowed?
Posted by
Cliff
on Sun Oct 07, 2001 05:07 PM
from the when-updates-begin-to-slow-to-a-crawl dept.
from the when-updates-begin-to-slow-to-a-crawl dept.
al3x asks: "When I first got into Linux nearly five years ago, the new releases of competing window managers (like Blackbox, Enlightenment, Sawfish, etc.) were a constant thrill, and great strides were made with every release. I can't count the number of nights spent trying to get that sexy new E build to work, and what fun it was! But these days, window manager development seems to be stagnating. The last stable release of Enlightenment is from last year. Sawfish hasn't done much of anything in months, nor has Blackbox. WindowMaker had a recent update, but not with any exciting new features (it is rock solid, however). Now, verging from the paths of window manager favoritism or "they haven't been updated because they just work," why has development in this arena slowed to a crawl, and what's on the horizon?"
This discussion has been archived.
No new comments can be posted.
Has the Development of Window Managers Slowed?
|
Log In/Create an Account
| Top
| 437 comments
(Spill at 50!) | Index Only
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Enough already? (Score:3, Insightful)
We've had the pre-cambrian explosion, time for the mass extinction.
Golem (Score:4, Interesting)
Couple possabilities (Score:5, Interesting)
They matured (Score:3, Insightful)
Until someone comes with a unbelievable great idea, things will go slow for a while.
And since the window managers "market" (don't know if this word can be applied to open source) are stable now, only the best and most used WM (gnome, WindowMaker, KDE) sees any development.
GO KDE! (Score:5, Informative)
Re:GO KDE! (Score:5, Informative)
For a while there was a debate about "the GNOME window manager" and then there was the whole E thing when people were getting frustrated and quitting their jobs. Sawfish came out to fill a void and that's what it has done and now it doesn't seem as important that it get's all the newest wiz-bang gadgetry.
Newer versions of E are sounding more and more like they are trying to build a desktop or new environment than simply a window manager, that's great, more power to them.
But the essential truth is that for the majority of Linux users the window manager concept has come and gone and that desktops are where it is all happening now.
e17 (Score:3, Informative)
.technomancer
Why E has slowed (Score:3, Insightful)
Re:Why E has slowed (Score:4, Funny)
Seriously - whenever there is a problem just look to Microsoft for the cause.
[note: for the human impaired this is a joke, of course it may or may not be funny]
IceWM? (Score:3, Insightful)
Really, though, what features are there to add to window managers? If you add too many features, then you end up like Enlightenment, which IMO is more like a desktop environment than a window manager.
Fvwm2 (Score:4, Insightful)
I don't need all these graphical, slow and unintuitive menues. I am completely satisfied if I can add the shortcuts I need in 5 minutes to the pop up menues and have all the desktop space for my own use.
And I don't want to redo customization all the time. Basically I have had the same Fvwm2 configuration for years, with only small modifications. That means I can find everything very fast, because I know where things are!
Re:Fvwm2 (Score:5, Interesting)
XFce development is still proceeding (Score:3, Interesting)
Because nobody's willing two do two things. (Score:5, Interesting)
Here's why the mainstays for Linux development have ground to a halt:
1) Nobody is willing to work on something, pouring hours upon hours of work into it, only to have someone working in Company X take their code, and make a living off of tweaking it. Suppose you're writing a windowmanager for Linux. In order for your windowmanager to succeed, it probably has to be GPL in order for it to really catch on. And if its GPL, surprise-surprise, there are employees of parasitic companies like VA Linux Systems who make a nice living playing with your code. No one in their right mind is going to do something for free, working side by side next to someone who is getting paid to do the same. By simple virtue of the fact that parasitic GPL companies exist, you're effectively letting someone else make the money off your work by making it GPL. This is why companies who capitalize on Linux software development are a (tm) Bad Thing, because they assert a choking influence over the entire community. It stops becoming an exercise in fun, and rapidly becomes an exercise in profiteering.
2) Nobody is willing to think about doing anything different, more useful, or more ergonomic right now. The main driving force driving Linux UI development is "lets make it look like Windows!" which is a horrendously bad move. Instead of giving Linux its own face, its own appeal, and its own distinct look, we're playing Poor-Man's Explorer with X11. Instead of putting our own talents to work, making something useful for us, we're playing second fiddle to a third rate design by copying it.
Now, rather than purely bitching, here's what you can do about it:
Start at the ground up. Get ahold of the source of a weak windowmanager like fvwm, that has all the basic guts you need to work from. Ask yourself what makes sense to you as a user, NOT what makes sense because you've seen the same thing in Windows. Give Linux its own look. Try to avoid imitating other platforms. Build it because it makes sense to build, not because "Windows has it". The sheer number of things that Windows has wrong with its UI would require a completely separate article to discuss them in detail. Think about how to represent things differently. Is there a better way to represent the same information? Do you really want an OS that resembles a browser? Think, ask, and move. Learn, modify, and repeat.
Cheers, (and yes, Propaganda is still running..)
I disagree (Score:4, Insightful)
The reasons, I think, are twofold:
1) It's been done. You can find a window manager out there now that can do just about anything. There's not a lot of "Interesting" problem domain left.
2) There is no itch. My current window manager suits me fine. It does everything I want it to do. I don't really see the point of starting from scratch to code a new one. If I were going to fork a window manager, I'd start with the one that was closest to doing what I needed done.
Re:Because nobody's willing two do two things. (Score:4, Insightful)
Well, what would that be, exactly? There are a few basic tennants of a GUI that appear similar on all platforms:
Text boxes
Combo boxes
Drop Down menus
Radio Buttons
Check Boxes
Scroll Bars
Buttons
Tab Panels
Icons
Shortcuts/Aliases
Start Menu/Apple Menu/KDE Menu/GNOME Menu
etc...
These are basic items that are the foundation of a GUI. Yet, when people implement these things we get the cries of, "That's just a poor man's Windows. Create what the users *want*!"
Well, what do the users want? Don't you think that Apple and Microsoft have invested quite large sums of money figuring out what the users want? Realistically, in this day and age, if you build a GUI that completely changes the paradigm of a desktop with items on it, folders, widgets, etc... you better have an idea that immediately resonates with everyone. Else it will look alien and nobody will use it.
So, why doesn't anyone ever list the items that would make a desktop that would be Linux's own? Isn't it about time for somebody to pony up with this grand vision, instead of just crowing about the fact that we should all be reaching for this mythic concept?
Really, what is it that we should be doing? Which path should we be taking to achieve this epiphany in UIs?
Re:Because nobody's willing two do two things. (Score:4, Insightful)
For the record, the last "real" desktop I ever used was AmigaDOS 3.1. Fast, elegant, simple, all-encompassing, good design, clearly understandable, flexible, extensible and neat. The closest thing i've been able to look like it is WindowMaker, and even WindowMaker doesn't quite have it right.
A windowmanager need not occupy anything more than a single slat at the top of every screen. Why the top? Simple. The human eye, in Western cultures, tracks diagonally from northwest to southeast whenever it encounters an image. The flow of information should conform to that--Its absolutely opposite in Windows, where the origin of an action begins in the southwest corner (the Start button) and traverses awkwardly northeast. By the way, dont whine about "Well, what about non-Western cultures??? Are we just going to leave them out???" because the answer is YES. Let them come up with their own design. We do it our way, they do it their way.
A book is a perfect example of a proper user interface that has undergone hundreds of years of refinement. The title is at the top, relevant information is in the corners, and the page (or screen, if you will) is dominated by the body of the data. UIs should follow this convention.
Suppose you want to do a simple action. Start a program. In Windows, there are no less than 7 or so ways to start a program. Sometimes its an icon. Sometimes in an icon in the Tray. Sometimes its an icon in the Quick Launch bar. Sometimes its in the task bar. Sometimes its in Explorer. Sometimes its in the Start Menu. Sometimes its in DOS. On, and on, and on, ad infinitum, ad stupiditum.
A computer's UI should look and react like a television set, where all the channels are nothing but top-down views of books. Each channel has a single line across the top. It shows memory usage on the left, a date-clock on the right, and a single [x] button to kill the whole fucking thing and drop down to console. The remaining 99% of the screen can be occupied with any number of windows. No Docks. No taskbars. no trays. No icons.
All programs that exist on the system can be listed in a single pull-down menu. Right-clicking anywhere on the backdrop of that "channel" (or workspace) will give you the option of selecting a program to launch from a menu. A single, authoritative way of launching a program, not 7 of them.
Suppose you want to delete some junk--Fine. You need a filemanager. Not a filemanager, a browser, a text editor, a Trashcan, and a "delete" command. The filemanager is listed no differently than any other program in the menu listed above. One way for all. If you dont like it, use another OS.
Those are just two simple little improvements that would simplify the task of using Linux with a GUI a hundredfold. More options don't always means more flexibility. More options ALWAYS mean more complexity, and more intimidation for first-time users.
What I basically described to you is AmigaDOS 3.1's appearance in a nutshell. Installation of new apps was a snap, and it all worked out of the box. Instead, Linux has two maddenly different standards that fight for the same square foot of turf and both look retarded in the process. Until that gets resolved, you and I are stuck.
Hopefully (Score:3, Insightful)
Re:Configuring Window Managers (Score:5, Interesting)
I recall my recent attempts to install my new Nvidia Gforce MX 200
Linux: No reboots. The new card (the old one was a Voodoo 3) was detected during the boot sequence after adding the card. I configured the card for my setup and it started X using the new card without missing a beat. Time taken: 30 seconds (literally)
Windows: 4 reboots, two failed shut downs, a trip into Linux to download drivers because the ones on the disk didn't work, and finally it worked. Time taken, about an hour (including download time)
Granted, I then had to install the Nvidia version of the liunux drivers to get full value from the card, but that was relatively simple and didn't involve a reboot of the system to achieve, and took less than 30 minutes including downloading the drivers. This process wouldn't even be an issue if Nvidia would GPL their drivers so they could be included in the kernel and X. Yes, that's right, the only hick-up I had with installing a new graphics card under linux was problems caused by non-GPL software.
Here's another example
A recent change of network card on:
Linux: restarted computer, the change of network cards was detected during boot, the current network config was migrated to the new card (after asking me if I wanted too) and the connection to the network was made without a reboot. Time taken: 10 seconds
Windows 98: The new card was detected, a driver was requested (it was on a floppy) and the machine finished it's boot process. No network connection. I open the network config tools to find that a secondl network card config has been loaded (which doesn't work). I have to remove the original setup, config the new setup and reboot. Time taken: 10 minutes.
Still not convinced? Try it with a sound card.
Sadly, I think Linux gets a hard rap when it comes to hardware. Changing and installing hardware in Linux is exceptionally easy, and limited only by a lack of support by hardware manufacturers. Given support by manufacturers linux ability to hand new hardware or hardware changes leaves Windows for dead. I can even change my processor and motherboard anmd linux will get everything sorted out during the restart without having to reboot once. Try that in Windows!
Oh and before you start telling me that Linux doesn't support as much hardware as Windows, try installing windows on a Macintosh, or a mainframe, or a wristwatch. Many operating system companies won't even move to a new platform for fear of what new hard might do to their stability. Apple's reliability on Macintosh is often cited as a result of a limited hardware base (an that reliability isn't that good. Microsoft originally started NT on an Alpha and said they wanted a kernel that would be easy to port to different processors. They don't even support the Alpha chipset anymore and are having troubles getting Windows to run on x86.
We've got Linux running on three different platforms here at work (x86, PowerPC, M68K) and running well.
Ubiquity breeds transparency (Score:4, Interesting)
Asking if the development of Window Managers has slowed is like asking if the development of television remote controls has slowed down.
Window Managers have faded into the background as it is the tools and information inside the windows that (rightfully) recieves the focus. Since the advent of the Mac, the incredible uniqueness of windowing and the desktop metaphor in general has meant that we've spent an exorbinant amount of time focused on the UI itself instead of the tools contained by the UI.
To put it another way... imagine I was a caveman transported to today and placed inside of a room with a window. First, I would marvel at the incredible transparent substance that formed a barrier between me and the outside world, but after a while, I would take it for granted and simply use the window to see outside.
Xinerama Enhancements (Score:3, Interesting)
I'm not sure if any of the other managers are working on this but it should be really cool when it is released.
Window Managers are mostly irrelevant (Score:3, Insightful)
This "window manager is everything" view is actually sort of primitive. Most advanced operating systems have turned the window manager into a really mundane implementational detail that even programmers hardly care about. BeOS, Windows, MacOS, etc.
I hope this trend continues to GNOME & KDE...and we see the disappearance of those insanely bloated window manager preference dialogues and see the window manager behaving like the submissive quiet little technical detail it should be (at least from a user's perspective). Check out Havoc's latest project "Metacity" for an example of a well behaved CrackFree(TM) window manager.
-Seth (gnome usability project lead)
Next wave: windowmanagers for handhelds (Score:3, Interesting)