Robert Donovan wrote:

I do wish we could all agree an a standard GUI, features, tools, attributes,
and a standard way to extend it to accommodate individual taste.

I don't simply because it won't be *my* standard. That's why I use Linux to begin with. If there is something I don't like with some aspect of my computer use, I usually can find something more to my liking.

Selecting one GUI standard also presumes there is one use standard or one hardware platform standard, or any other number of "Standards".

I don't want Linux to become the next Windows or the next OSX or whatever. I want it to stay nimble and flexible and to easily adapt to the needs of the individual rather than try to create a mass market of lazy drones.


This does
not mean that the nonstandard stuff has to be discarded, just an aggreement
on a common base to start from and an efficient way to integrate new stuff.

And which criteria decides which stuff is to be non-standard? The One True Way crowd already have several choice OSes I don't care for. I don't really need another poor solution. "Standardizing" the Linux GUI will simply spawn Linux's Linux in the same way MS OSes encouraged the use of Linux itself.

In any case, any judgment of what makes a good user interface is subjective at best. "There's no accounting for taste". I like these colors, he doesn't. She likes cascading menus, I don't. They like CLI, we don't. On and on. If you can somehow guarantee that, after having achieved an industry-agreed GUI standard for Linux, that _no_one_ will provide at least one substantial alternative GUI to satisfy those who don't like The Standard, then you'll have your way. Otherwise, forget it. As long as Linux is not controlled by one entity, there will be no mono-culture of Linux standards. I mean, really!, we can't even agree on file systems!


I realize that this means nobody will be entirely pleased with the result, but 
too
many degrees of freedom can have the effect of diluting effort and causing a
lack of focus. To the degree that it hurts efforts to get Linux on the desktop,
I think a bit of constraint might not be a bad idea.

RD

That would sound like perfect sense if it came from Microsoft or Apple. Of course, if such thinking takes over the Linux world, Linux will cease to be Linuxy, and those who prefer the somewhat chaotic, but quick and nimble way of Linux-style development will move on to whatever looks more like the old Linux (or Unixy or BSDixy or...) than like the New Shiny Polished Linux.

One of the things I like about the managed chaos of the FOSS software experience is that it recognizes that life is too short and too mutable for one to stay in one place long enough to produce perfection. Once you've accomplished that, you can be pretty sure you've also achieved obsolescence.

The tree of human development produces new wants and needs way faster than the stasis that is "Perfect" technology can satisfy. As soon as the perfect solution arrives, the need that begged it has long become anachronistic.

The driving motive for Linuxy development is often likened to scratching an itch. Itches eventually go away. If they're chronic, it probably means the problem's also pathological. All warts and blemishes are not pathological and so don't need to be "fixed" by developing a perfect cure. "Better is the enemy of Good Enough". Linux is thriving because it only needs to be good enough. Then it moves on.

When I finally settle down and wish only for stability, it will be the day I realize how really old I've become. For now, I prefer a technology environment closer to Niven's and Pournelle's Watchmakers, where a solution to a problem is only useful as long as the problem it solves is important or a better solution comes along, and it's abandoned when that's no longer true - perfected or not.

--
   Best Regards,
      ~DJA.


--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list

Reply via email to