Making Linux Beautiful 496
intensity writes, "Wired has an interesting read on efforts to 'make Linux pretty.' I originally got into Linux because it gave me total control over what I could do with my desktop through the X Windowing system. That was in 1995, when setting up X was a chore in itself. Is it time to set down a standard GUI for Linux systems? " It's mostly yet another story about Eazel's Nautilis project (AKA the GNOME 2.0 Desktop)
File manager? (Score:3)
neither has a graphical file manager. Instead of clicking on icons or menus to open and save documents, users must type file names into a command-line interface.
But what about the KFM, KDE does doesn't it?
I didn't just dream about those pretty icons and stuff...
Standard? (Score:5)
Ugh, no. No standards on GUI, please. The great thing about using Linux is that there isn't just one way to do something. If we start forcing GUI standards on people, we'll get bloated window managers that don't serve the needs of particular people. It's very very difficult to make one interface that suits everyone without making it be this huge Swiss Army knife of a program (see emacs, although please, no flames).
The X standard is enough. I think Eazel's efforts are great, but I like the variety that the current crop of window managers provides and if you 'standardize' an interface or the commands it can use, inevitably, something will be included that you don't need and something else will be left out that you do.
Poorly researched (Score:5)
Err ... yeah ...
Re:NO! (Score:2)
Not just sittin' pretty (Score:5)
Really, there are a lot of steps in certain routine configurations and obscure syntaxes that I, as a sys admin, would prefer not to have to edit by hand if I didn't have to. For example, I probably add/remove ten DNS records in a given week -- I'd rather have a GUI to do it. I doubt, however, that my boss would want to pay me to develop one and I'll be damned if I'm working on my off hours.
The mistake that most of the command line crowd (myself included) make is viewing the GUI v. command line debate as being an either/or situation. Well, just because that's how MS does it, it doesn't mean that we have to make the same blinding errors.
In any event, any Linux GUI will always beat the hell out on the NT version for one simple reason: setenv DISPLAY tux:0 -- while the rest of my officemates are driving upwards an hour to get to their clients to reset some little thing or the other, I can do anything remotely that I can do in person.
----
Desktop model is dying. (Score:2)
The Font DeUglification HOWTO (Score:5)
The XFree86 Font Deuglification Mini HOWTO [linuxdoc.org]
----
I saw a ploughman (Score:2)
We can keep on showing each other screenshots of 'the next amazing Linux desktop' and we can revel in the fact that someone somewhere has finally cracked transparent anti-aliased PDF support and found a way to have radial scroll bars and a three dimensional colour picker widget.
But none of it will make any difference, because X-windows is already dead. It died a while back when someone thought "gee, I know, let's make a desktop whose strengths come not from the elegance of the theoretical design of the comittee that programmed it, but from its usefulness to the world at large, and the average human being in particular."
So, from where I'm standing, MacOS X, if it ever gets released for Intel, has got it in the bag.
Re:Standard? (Score:3)
Linux needs a standard desktop of the same level as either Windows or the Mac for those who don't know what they are doing.
But, because this is Linux, the user can choose to entirely replace the desktop with what they choose (unlike the Mac or Windows where you have no choice).
So this is a win for both sides. The people who just want to use a computer with a familiar interface get their interface, and the power users get the benefits that increased market penetration bring.
Re: (Score:2)
Re:Standard? (Score:2)
As long as it's open (Score:2)
Standards or none (Score:2)
Let there be a standard, fixed easy etc desktop. Then my mom can run linux and show her friends how to do stuff.
I can still run what ever I want. Nothing to stop me or you.
Noel
RootPrompt.org -- Nothing but Unix [rootprompt.org]
agree, clueless (Score:3)
As most other posters (so far) seem to be saying "These people are cluseless about unix."
Okay, there were no graphcisla file mamagers in 1982, but come on people this is 2000. Sun has had graphcics filemanager since they were trying to get everyone to sue their own propritary window system over X. They have had one for X for years. That is over course one example.
I happen to like unix, with the many different approaches that work togather. If they were working on a standard way to make all file managers interoperate (so I can drag a file from KFM to the irix dumpster for example) more power to them. But to say that I should use their file manager over the 100+ out there? Forget it, I'll use a different one just to be contary.
I don't think these people understand that unix still has a following amoung people who don't care if anyone else can use it or not, only that they can get their work done with speed.
To put it anouther way, my prefered default shell is csh Not tcsh, sh, ksh, zsh, bash, or any of a number of less well known choices that all get the job done. Yeah you can make arguements against csh, but I'm used to those idiocryncies and there is no clear advantage of switching. (of course when I'm root I use sh) Likewise I use tcl not perl or python (either of which is better suited) to write my simple scripts. (again, scripts for starting up the system are sh - though now perl is a part of most base systems)
How mass market does Linux really want to be? (Score:3)
I by no means have the answer to this, but at the very least I'd like to pose some questions to the crowd: Is our goal as linux users and open source advocates really to take Linux et. al "all the way to consumers"?
My feelings are that we use and love Linux for various reasons - the community, the flexibility, the attitude, the speed, etc. Linux is a more powerful and more stable operating system than Windoze. X helps us visualize that operating system and GNOME/KDE help us build on that visualization.
But frankly, most "mass-market" people don't know, care, or want to know how to use *nix. It's complicated, and that's why, as hackers, enjoy it. The problem arises in that there is an inherent loss of control/power (i.e. Windows/Mac) when a system is "dumbed down" beyond the window manager.
So what do we want? We want acceptance of Linux as an alternative to the norm. We want wider application support. We want games. But I don't necessarily feel that taking Linux "mass-market" is the only way to get those. (And I do agree with the only ways Linux could get really "mass-market" are a) make it really dumbed down or b) make everyone in the world suddenly get a lot more tech saavy - unlikely).
I'd be curious to hear what you all think about this....
How about NOT making Linux more beautiful (Score:2)
I'm not trying to stop any progress or anything but sometime I feel Linux is way too easy to setup and run compaired to the amount of knowledge it takes to maintain it.
First time I installed Linux took me about 3 days to install the kernal, etc and get X up and running (This is around the time, if I remember correctly, when the kernal was just before 1.0). Recently I did RedHat 6.2, it took me 3hours, and that included a problem with my mouse which took 1 hour to resolve.
Now, to get my new sound card running I had to look up the how-to, realize that my card wasn't supported, find out the how-to was out of date and that it support was just recently available (linux.aureal.com), find the drivers, compile, debug abit and then I got sound.
What I'm trying to say is that X/Gnome/KDE is already nice enough. If its anymore easier (a user never has to know what "ls" does) he might not be suited to maintain a system, even if its just for simple home use. Linux, the core, isn't ready for those users, Windows isn't even ready for that either.
I think that X is good enough as it is. How is it worse than Windows?
The're talking GFI not GUI! (Score:2)
That said, it seems like this article speaks more toward a standard GFI (Graphical File Interface) or file browser, than a GUI. Sure, having all the programs have the same graphical theme is nice, but I don't think that makes the computer easier to use. Most newbies I know get tripped up when they have to deal with file management.
What linux, and all OS's, needs is a groovy way to store, organize, and retrive files. All this nested directory stuff is fine for us people who can "visualize" the tree, but to most people this makes no sense. I have never been inside an office that had file cabinets nested inside file cabinets ad naseum.
We need a way to organize or abstract files such that they are easy to find and make sense to human sensabilities.
I'm beginning to REALLY hate GNOME (Score:4)
What I hate is all the unnatural dependencies on GNOME on RedHat systems. For instance, last night I upgraded my RH5.2 system to RH6.1. I have a lot of complaints about how this worked (like, why can't I cancel or at least unmount my drive? and why can't password-less users login or at least have root change their passwords), but the relevant complaint is the GNOME deps.
After the install I found that a lot of GNOME stuff had slipped through (another complaint: when I DON'T want to auto-install deps, let me UN-install upward deps). I spent a few minutes rpm -e'ing these, but when I tried to remove gnome-libs it told me that wmconfig needed it. OK, so get rid of wmconfig. Can't, fvwm needs it. WTF? That's just not possible. fvwm is ~8 years old, GNOME is
Actually, the real blame for this goes to RedHat (for stupid dependency defs) and the RPM format (for not allowing "wishlist" vs "gotta-have" deps). So once I get a tape drive I'm going to back my system up and install Debian. I hope it's a little saner and less "user-friendly".
To bring this post marginally on-topic: I don't mind if some (even most) people prefer "pretty", "standardized" Linux as long as two conditions are met:
1) I can still get to the "raw" level that I like.
2) Apps are not written to depend on a "standard" and break when it isn't true. There's a lot of tools on freshmeat that I'd like to use, but they all start with "g" or "K"--so I can't use them.
--
Here is the result of your Slashdot Purity Test.
Antialiased fonts (Score:4)
Re:Standard? (Score:4)
The worst thing about Linux is that there are too many ways to do something, and everybody and his aunt feels free to reinvent the wheel in his own way.
Well, that's not really the _worst_ thing, but it sure holds up people that wish to port some GUI-based application to Linux... if there's no commonly accepted API to call, you either have to include the whole GUI in your app - making it bloated and crash-prone - or you have to tie up to Gnome or KDE or whatever and pray that it either becomes the standard in the future, or at least survives long enough for your purposes.
Notice I'm not talking about visual appearances, but at least standard ways to set up menus, windows, and drag&drop...
Standards and interfaces (Score:3)
To create a de facto standard GUI, all you need to do is create a GUI that everyone wants to use. So, standardizing the Linux GUI in this way is easy: just create a GUI that is all things to all people, and *poof* it becomes the de facto standard.
If you think that it's not possible to create a perfect GUI that is all things to all people, then you must abandon all hope of creating a standardized interface. Fortunately, the whole notion is silly anyway; there is absolutely no reason that a myriad of interfaces cannot exist. Just because many exist does not mean that a business cannot internally standardize on one, or that every Linux user must know how to use every single one!
Re:I saw a ploughman (Score:3)
The fatal flaw in your argument is that X, in itself, is the user interface. Of course you are quite wrong. The window manager is, and this can be changed and made to act however you want, even like MacOS X if you wish... Just go get enlightenment and the Aqua themes for it and GTK, and you're off and running...
X isn't dead, the popularity of Linux is actualling bringing MORE people into X. X has got to be the best windowing system just because you need a window manager, all other window systems are pretty much static, and you cant change how they behave or look.
So, from where I'm standing, MacOS X, if it ever gets released for Intel, has got it in the bag.
You can stop dreaming, it'll never happen.
-- iCEBaLM
or the SA MoFOS? (Score:2)
Re:Standard? = tradeoffs, good and bad (Score:5)
- Linux shouldn't necessarily compete with Windows. And:
- A standard interface doesn't mean you won't be able to switch to a non-standard interface.
It's kind of like the RedHat distribution. A lot of people mistakenly think RedHat = Linux. While the notion is wrong, if people make their products work with RedHat, there's a good chance you can make it work on any Linux system, and still have all the configurability and customization you'd like.What I think is that there should be a standard FRAMEWORK. Something where you can write a program to be compatible with the "desktop environment", and not necessarily Gnome or KDE or something else. I would have it be like OpenGL - vendors (in this case GNU or Troll Tech) could add extentions, which might eventually be rolled into the specification for the "desktop environment" if they are widely accepted.
The only problem, as with many open software projects (and can be a drawback) is who ultimately decides what features are required to be compliant with "desktop environment 1.0"
----------
Re:X Windows Text Selections, Copy and Paste (Score:2)
Oh, and X Windows colour handling is quite dire, too. As is X Windows
I guess the best thing you can say about X is that the spec is minimal enough that it leaves plenty of room for the different window managers to screw things up in their own unique way.
Remember - you haven't lived till you seen a computer showing 5 windows all with different types of scroll bar. Hmmmmmmmmm, lovely.
Re:How about NOT making Linux more beautiful (Score:2)
Mind you, the last time I said anything remotely like that I got 8 replies of which 6 were flames, but hey, what do I know?
Anyway. Anything which starts off by asserting that neither KDE nor Gnome has "a file manager" is a crock of shit. Kfm doubling-up as Konqueror is wonderful, as is gmc for gnome. In fact, as soon as you install RedHat 6.1 and log in, you get a view of your home directory in a graphical file manager.
Have they not even right-clicked on a gnome-panel, added a launcher, and changed the type to 'directory'?
*Plonk* Wired will also be up against the wall when the revolution comes!
standardized themes and engines (Score:2)
Re:Standard? (Score:5)
A common interface is a must for the average Joe ! (Score:3)
It's quite simple, though : if the goal is to make Linux only accessible to the happy few who know how to use a computer, and how this computer works internaly, choice is a good thing, no wonder about that.
But if the target audience is (as it tends to be these days) the non-computers-professionnal, the lawyer, the doctor, the student, with their precise needs, a common interface is a must !
I used to work in a netcafé during my holidays. The OS used there was Win9x. One day, a member of the staff decided to move the icon for IE some pixels at the right. A lots of customers complained because it was "impossible to surf the net anymore !".
Most non-computer-litterate users are lost when you slighlty move an icon, what happens if there's a different desktop on every computer ?
Then again, that only applies for those who want Linux to become a popular, widespread OS for the average Joe.
Stéphane
Re:Standard? (Score:2)
That's the whole reason behind the failing of WinCE and Windows for Pen-Based Computing before it. The Windows interface does not transfer well to a handheld and that frustrates users much more than learning an "unfamiliar" interface like the Palm OS.
Having some apps that work with KDE and others that work only with Gnome can be a pain. However, I think we should be careful not to tie Linux too closely to a single interface paradigm in case it causes problems for the whole range of Linux devices.
Question the assumptions (Score:2)
I would also point out that most of the people saying 'Linux needs a standardized desktop' are from companies hoping to be the ones to control that desktop; and don't make the mistake of thinking that because the standard desktop is GPL'ed, one company can't control it. All it takes is one company's version of GNOME or KDE to get substantial market share, and they can do whatever they want with it and the market will follow. The community can make whatever changes and additions they want, but if nobody uses them, what good will they be?
Having said that, I think that five years from now, the people that this mythical 'easy to use standard desktop' that everybody is trying to remake Linux for are going to be using something fitting the model of 'internet appliance'. It'll be a black box with defined functions, one way to accomplish those functions, and a user interface simple enough to use while driving (not that that will be recommended practice ;).
The way to get your grandmother into computing is not to try to shoehorn the computer into a model it doesn't fit. It's to build a new kind of computer that fits that model from the beginning.
Re:I saw a ploughman (Score:2)
X Windows is an underlying layer upon which a desktop may be built - you could easily build a MacOS X clone on top of it, if you were of such a mind. Presumably, then, you have an objection to one or more of the window managers (desktops) currently available for X Windows (such as TVM, FVWM and Enlightenment).
While many people see the MacOS desktops as "pretty", that's not my only criterion (or even my primary criterion) for a desktop. I like to play. I like to make *my* desktop work the way I do; I don't want people dictating how I should be moving windows or switching between virtual desktops - I want to configure things according to my whim. As such, the Windows and MacOS window managers bug me with the limitations they force me to endure.
MacOS X won't get *me* in the bag.
My fat fanny! (Score:2)
I know a lot of people... non-geek people... who have mastered their environment. The sad thing is, they've become experts in manipulating the AOL mail system, or some other slave-to-the-mouse torture device, and their skills don't transfer anywhere.
Contrary to the prevailing wisdom, I don't think most people are really all that dumb. Most of them truly do need something less intimidating than a command line until they get some confidence. But locking them into some *standardized* environment where what they learn is grossly abstracted from the reality of what they're doing is just bad.
There is no reason at all to hide the filesystem hierarchy. Heck, when I started using Unix, I didn't know you could go up from your home directory, so how confused could I get?
And if a lay user has to say, "I'm sorry, I don't know Gnome, I only know WindowMaker," how is that different from, "Sorry, I don't know Windows, I only know Mac"? At least the OS is capable of switching window managers to whatever the user knows.
Yeah, yeah, X needs to be more friendly. No doubt. Contributions to that end are welcome, at least if they're GPLed. But I really don't think the totalitarian culture from Apple has much of a place in the Free Software world. It's not just information that wants to be free.
ahem - YES! (Score:2)
This lack of consistent interface is one of the major things that the X environment ugly as hell, along with things like having no anti-aliasing, that should be replaced in the next release.
-lx
No Standards == No Future (Score:2)
One of the major factors that keeps Linux off the desktops of non-geek home and office users is the lack of interface standards. Without standards, users are constantly having to retrain themselves on how to deal with the interface. This is not a productive action. It slows their productivity and increases the frustration factor. Computers users should not be forced to start out at square one everytime they encounter a new program. There should be elements that they are already familar.
As for visual esthetics, The desktops currently available for Linux through its various distros are just plain "butt ugly". Enlightenment, however, is the most visually appealing removing the "butt", leaving it just plain ugly. To the average user, the lame Windows 95 interface and interoperation between applications is a far better user interface than what is available for Linux -- even the Win 95 knock-off desktops.
If Linux desktop designers want a clue on how to design the desktop for the non-geek world, take a gander at the human interface standards at Apple. While not perfect, Apple has developed UI design to an art. Common application actions are standardized. Learn one application, you already have developed a skill set that will carry through to the next application presented. In addition, if you look at the screenshots of MacOS X DP3 that have been posted online (and mentioned on Slashdot), one can see that an attractive interface can be placed on a UNIX variant. In fact, if Apple has its act together with MacOS X, Linux is pretty much sunk as the UNIX variant for the common man/woman because of the 20 years of UI design under Apple's belt. Plus, as everyone knows, BSD > Linux. :P
-- SJ
Re:Poorly researched (Score:2)
Extremist (Score:3)
So don't tell me that there aren't any file managers
On the other hand (and here I speak for myself) I wouldn't even consider not having the CLI since sometimes it is more useful that any graphical tool (mainly because I can type faster than I can move the mouse - and I am really good at that too).
So, in my opinion, and I won't be the first to say this, a system that can be acccessed only via GUI is deemed to be a Windows. No matter of what is under the hood. And I'll give you an example. Say you have a huge list of files that you want to rename (e.g. from Prefix-*******.something to ******.something). I'd like to see the average user doing this by hand (especially if you have 1000 files or more). Of course, any Unix/Linux user could tell me to use awk (at least I would) and do the job in a few seconds. Where is the use of the GUI here ?
The second part (and I like to dream, only that this article was too much) is about a system that plays the secretary. Come on, guys, I've been working with computers since '90 and I can tell you that there is no machine stupider that this one. And believe me, as long as we don't find something really revolutionary (i.e. understand the human brain and imitate it in AI) it won't be possible to have this sort of GUI. I mean, look at the search engines. I happens so often to return weird results even when your query is quite well constructed. And of course, what you need is there, in the result, only that it is in the 2nd or even 3rd page. So, no matter how much I would like an intelligent interface, I think that allowing the computer to filter the information and hide some of it is very risky. It is very likely that an important message will be purged without giving you the chance to do anything about it. And this is only an example
Don't take my considerations as pesimistic - I simply don't think we can do this yet.
And, of course : the most important part of all. No, there shouldn't be only one interface. We are saying that in the bussiness a monopoly is harmful and leads to stagnation. Well, don't you think this is true in almost every situation ? Including GUIs ?
Or the author of the article is under the influence of the Apple strategy : we are the owners, we produce a unitary product, we offer only one choice. Period. Oh, I forgot : you are not allowed to modify anything.
How does this fit in the GPL/GNU/Linux/... scheme ?
Re:Poorly researched (Score:2)
"I noticed a mistake in your article at URL. In which you said MISTAKE. This is not true because REASONS. For examples of this see URL OF EXAMPLES."
-cpd
Re:Standard? (Score:2)
On the other hand, "a comprehensive set of interface guidelines" doesn't really need to specify looks. For example I really want
- menus of every program to look the same. Best way to achieve this would be to require menu support from wm (I hate when one of my programs has GTK+ style menu whereas another has Gnome or QT or Mozilla style menu),
- keyboard shortcuts (at least for window management - if I'm used to alt-f4 to close window, it should work automatically after changing window manager and if i have configured alt-ctrl-1 for desktop 1 it should work in *every* wm I have)
- standard default keys: one for cancel (e.g. ESC) and one for default action (e.g. ENTER). These should be required from every form.
- copy-paste (IMHO current X protocol sucks a lot - after you have closed window you have copied from you cannot paste anymore! This isn't really part of interface, at least in traditional sense, but this should be fixed),
and these can be achieved by those "guidelines".Repeat after me:JOE SIXPACK DOES NOT RUN UNIX (Score:2)
Emacs strengthens your point... (Score:2)
In fact I'd say that they way Emacs works really drives the point about standard GUI's home - for what Emacs does (work with text in the most contextually approriate way possible) it provides one of the more optimal interfaces to do whatever you want very quickly using only the keyboard. The interface Emacs presents is not what you would want for all programs, but in its own area it works quite well.
I'd say we are starting to head toward more specialized task-oriented GUIs. A GUI I want for programming might be a lot different than one I'd use for graphics work or playing games.
Re:Desktop model is dying. (Score:2)
Actually, one of the best quasi-3D interfaces I ever saw was in Homeworld [homeworld.net], but it was for a game, and basically "special purpose."
I'm pretty convinced that the reason for this is that we're trained to reduce problems to 2D representations wherever possible, if only because they're so easy to manipulate. (I got my training with crayons in nursery school - how about you?)
If a 3D GUI is gonna work, it'd have to be done by making the three dimensional space not only easy to navigate, but non-annoying. I see possibilities for something that looks like an orthagonal map (maybe rotatable & scalable), but that's about it.
This thread is scaring me (Score:5)
"Who needs a fancy schmancy interface? Raw Xwindows is great!"
"We don't want to make Linux easier to use!"
Look, Linux started out as a private hack that went public and has grown into a very stable operating system kernel. But the long line of open source development and bleeding edge kernels is not the means, not an end. The goal is not for Linux to be the OS of the 3/_33t who like recompiling kernels and hacking X windows config files. If you want to be able to graduate and not have to use Windows on the job, then Linux has to progress beyond the embryonic stage.
Quite frankly, we need the expertise of people like those at Eazel. I recently tried out OS X for the Mac (which runs on a Mach kernel), and it's far from perfect but it's so far above and beyond anything for X, including MacOS-like themes, that you can't make valid comparisons.
Vector (Score:4)
Why? I have a 19" Monitor at home that I use on my production machine at 1600x1200x32Bit. One of my roommates on the other hand, has a 14" monitor that he runs at 800x600x16bit. Look at Flash on the web. If I look at a properly done flash site, I can view it at full resolution, stretched to fill my screen, while he can do the same, and they look pretty much identical -- with the same piece of flash 'code'. I don't get pixel-chunky curves when the plugin 'stretches' the flash to full screen for me, and he doesn't lose too much quality when he views it at 1/4 my size, thanks to anti-aliasing.
As monitors get bigger and bigger, faster and faster, and we still need to (at least somewhat) support legacy displays, Vector based interfaces will play a large part in how we view our 'desktop'.
Re:ahem - YES! (Score:2)
//rdj
Re:Not just sittin' pretty (Score:5)
The root of the situation seems to be ultimately cultural. Most people use Linux because they want a unix system, and unix systems have a long standing tradition of obscure administration practices. Folks have made your suggestion this board that you can have your cake and eat it too, that admin functionality can be integrated into the pretty GUI without minimizing or removing the unix environment. These suggestions are usually met with disdain -- the community as a whole seems either happy with the way things are now, or afraid of 'windozification'.
For some folks like me, it's part of the fun. But it does bring up the question of whether World Domination is really the goal or not. Widespread deployment of Linux, even on the server level, is going to require the enlistment and education of the current minimally skilled small server admin crowd. It's a tough problem -- the average MS certified goon isn't even qualified to run a mid-sized NT installation (I know, I've interviewed these guys, and apparently MS will certify you even if you don't understand basics like WINS or domain controllers), and now these guys are being asked to wade into quagmire of a unix installation without any tradition or dummies books to guide them.
Small and medium sized businesses are seriously considering Linux as an alternative to Windows, but even at zero cost, it can't do them a lot of good if they can't find/afford anyone to run the system. The barbarians are the gates -- the question is are they going to find a soft landing when they get in, or is the potential configuration nightmare of a unix system going to kill the prospect of widespread Linux deployment? Is World Domination really what people want, or is Linux best suited to the traditional unix niches of academics, ISPs, and glass houses? It's a tough problem, there's no clear answer, and it's something that may well lead to a fork in the community.
--
Example (Score:3)
You have probably received 400 emails about this already, but just in case - here goes. Both Gnome and KDE already have graphical file managers, contrary to the article which said neither has a graphical file manager. Here [gnome.org] is a screenshot of the Gnome file manager and here [kde.org] is one of KDE's.
Please issue a retraction so people are not misled. It is very important to the Linux community that people in the more general computing public become aware that Linux is becoming easier to use. Thank you for your attention to this matter.
Do it for yourself (Score:2)
So, do it for yourself, then, instead of for your boss. It might make your life easier, and you'll probably learn something.
I wrote a GUI DNS thingy a while back in Perl/Tk. It was fun, and I learned a bit about GUI development under Perl.
Advanced Perl Programming has a chapter on Perl/Tk, and now there's even a whole O'Reilly book on Perl/Tk, I think.
New XFMail home page [slappy.org]
Re:Not just sittin' pretty (Score:2)
Something that crashes Netscape in Linux? I will not believe it. Please, if you be so kind to stop spreading unsubstantiated rumours and...Oh wait. Netscape...thats the thing that crashes all the time...sorry about that.
Re:File manager? (Score:5)
"users must type file names into a command-line interface."
Is it the common dialog of GTK+/QT he doesn't like? I don't recall the Win32 common dialog having a nice little "click pretty pictures to specify a textual name" thing.
I think what we have is a red herring article designed to trump up the new Eazel effort.
Compare:
"Nautilus' file system includes a point-and-click file manager that will offer advanced features like the ability to tell the difference between sound files and pictures, and display them accordingly."
This right after mentioning that the ex-apple people would be using Nautilus. It's practically a press-release.
Step 1: Say there are no graphical feature F in X and Y graphical front ends.
Step 2: Mention that Z project is using program B
Step 3: Crow about program B. Mention it has features F, K, and G.
Step 4: Mention that some guy related to Y front ends and other internals has "seen the prototype, and loved it" -- something which should not be special with opensource (ie: everyone can see it).
He also ignores the fact that Gnome-MC and KFM both use mime types to display file types (although KFM, by default, seems to know fewer mime types) claiming that they don't know what they are (by saying that Nautilus does).
Then the semi-FUD makes its appearance:
"questioned the need for yet another PC interface -- especially one based on a design that hasn't changed significantly in 20 years."
We don't rethink addition or subtraction every 20 years just because the knowledge is "old" and "hasn't changed significantly"
Then the guy is quoted as saying that they want "internet enabled" desktops which tell you what you need to know. Which strikes me as wrong because 1) if I want to browse, I open a browser and 2) if I want to filter knowledge, I can.
I use Linux/Gnome and Win95 on my workstations at home (Win95 for games and some apps, Gnome for the rest). And I've worked on machines with the "IE memory/CPU tax" installed at work. Considering the 3 to 5 second pauses most tasks seem to require as parts of IE load for doing things like file management on a machine that is 400Mhz (Celeron) and has 128mb of ram (SDRAM DIMM).. It's funny to see how many Win98 machines perform worse than my own slower machine at home (a paltry 266Mhz K6-2 w/ 128mb of ram SDRAM DIMM). I really wish people would get off this integration kick that MS seems to have started (and which Gnome, KDE, etc seem to be following a bit). The basic shell should provide mechanism, not policy. If I want to do a set of tasks, I'll have applications for them (that are small and fast).. Not some huge integration crud..
---
Lets talk aesthetics (Score:3)
Many people might not think it matters, so long as it is functional, but I think it does matter. The boss has always been able to have nice offices and furniture, and a generally pleasant environment, whereas the drones have had to make do with ugly but functional gunmetal gray desks and gray fabric cubicles. With software, there's no reason for this dichotomy. Everyone should be able to enjoy an aesthetically pleasing software environment.
Windows does present a bind; part of doing a good job on an application is that you don't really want to stand out in a garish way from the organization. A fairy tale castle may look beautiful on the Rhein but would be silly in Manhattan. Practically anything looks silly when plopped in the middle of Stalinist era apartment blocks. This may be as great a reason to detest Windows as any: it's unncessary aesthetic mediocrity. Microsoft has an incredible tin ear when it comes to visual appeal (have you ever looked through the PowerPoint themes?).
Visual appeal is not the only, or even the most important element in GUI aesthetics, but it is relevant. I tried the Aqua theme on my Windows box, and it made work just a little bit nicer. Unfortunately, the skins program had compatibility problems so I had to delete it. This kind of themeability should be a standard part of every GUI.
Re:Standard? (Score:4)
The best thing about Linux is that everyone has the freedom to do things they way they see fit with whatever tools and methods they can find/usr/build... and everyone gets a chance to reinvent whatever they want, whether it be the wheel (though my box is on plastic feet), graphics APIs, or networking filesystems...
This is a Good Thing(TM) and while there should be consistent calls to the display subsystem (this is fairly standard) the toolkits, widgets and other stuff that you link in should be very flexible. As for inter-WM communication, there are moves toward standards there, and really, most KDE apps run in Gnome, and vice-versa (aside from the desktop management tools, which no longer apply anyway)...
It's a good, free world, take advantage of it.
Re:I'm beginning to REALLY hate GNOME (Score:2)
Ummm, no. I think your problem is RedHat. I use Gnome on Debian, and have never once had any problem with it. If you're a package manager kind of person, dpkg has never caused any dependency problems with me, and if you prefer tar.gz sources, just go to www.gnome.org [gnome.org] and download the lot from their website.
If you're using RPMs and you've got dependency problems with Gnome, then RedHat is your problem.
Re:ahem - YES! (Score:2)
couple desktop environments, and countless window managers - and each distro comes set up differently. At the very least, a widget
set should be made standard, and a default windowmanager/desktop environment should be chosen.
... and who's going to do that? You make a widget set "standard", and all that happens is that someone gets fed up with it and invents a new one.
After all, we could have decided that Xaw was the standard. There, decision made.
Choice is good. Choice is what lets you use Enlightenment, me use Windowmaker. Choice is why you're not using twm today (not to say that twm isn't excellent: I'm guessing that it's not to the taste of yer average GUI-head).
--
Re:Desktop model is dying. (Score:5)
I never understood this "3-D UI" of the future. Our language is two dimensional, our books are two dimensional, our desks are two dimensional planes upon which we work. The best we could hope for is a 3-D wrapper for our 2-D world.
Audio can be recorded in 3-D, but it certainly doesn't enhance the ability of a speaker to communicate, it just sounds prettier. People today readily discard quality audio for efficient recordings. By the same token, why would people want to work in a 3-D rendered UI?
Personally I think the next useful UI will go in the opposite direction. Less virtual, more real. Desks which automatically digitize handwriting, panels which are as easy on the eyes and as portable as paper, and of course, lots of specialized devices, like palm organizers, crosspads, networked stereo components (ala MP3 players). We're seeing the beginning of this now. Transmeta, embedded linux, and the like are a step into the future.
Quiet, unobtrusive and asthetically pleasing. If you want to dictate, dictate, if you want to type, type. Conduct online research from your sofa, or at the coffee shop down the street. Offices will become passe as the mechanisms of communication become easier and easier.
On the other hand, if you want to play games... go ahead and imerse yourself in your thick 3-D virtual reality.
OOooh! Look at it's cute little iconsy-wansies!!! (Score:2)
Blegh. Teach people something. You only talk babytalk to an infant for so long before you expect it to pick up real language.
--mandi
Re:This thread is scaring me (Score:3)
who like recompiling kernels and hacking X windows config files. If you want to be able to graduate and not have to use Windows on the
job, then Linux has to progress beyond the embryonic stage.
Goal? There's a goal now?
Seriously, though: I think you'll find there as many different goals as there are developers. Personally, I'm 100% happy with the UI on my (Linux) desktop today. The Gnome peeps are nice enough to want a Linux desktop for the unwashed, and that's nice too.
--
Send all flames to /dev/null (Score:5)
I think there should be a standardizing of UI's for Linux. Everytime I bring this up everybody bitches and moans about how if we standardize the Linux UI it'll get "...as fuck ugly as Windows..." Let's get one thing straight - I DONT WANT TO STANDARDIZE THE GUI - Just parts of the UI. If we standardize the GUI, we'll lose our artistic expression. Personally I think the KDE kids are doing a nice job, but it's sooo damn ugy. That's why I use E(yecandy)nlightenment.
The reasoning for standardizing the UI is to remedy all the blasted different ways programs behave. For example, in some programs, to quit the hotkey is 'CRTL-Q', while in others its 'ALT-Q', or ':q!', or even 'CRTL-X CRTL-C'. And to save it's the same problem - 'CRTL-S', 'ALT-S', ':w' or that awful 'CRTL-X CRTL-S'.
Why can't we just set aside our differences and play nice?
Re:Standard? = tradeoffs, good and bad (Score:2)
Some people will never get beyond that stage (just as many pilots never go beyond single-engine VFR), but those who want to advance have plenty of alternatives available.
To continue the aviation analogy, note that different aircraft have different purposes, levels of complexity, and performance characteristics, but they all react basically the same way to the same control inputs - and you don't hear Mach III fighter pilots complaining about Cessna building 120 mph "family" airplanes instead of forcing everyone to fly an F-14.
- Robin
Who needs a file manager? (Score:2)
My file manager is called "bash". It provides extremely powerful features such as "cd", "ls", "cp", "rm", "find", etc. If you know how to use them and you're a touch typist, you'll smoke whatever a GUI file manager can offer.
And besides, how do you do something like this in a GUI file manager?
find . -name "*.txt" -exec grep "foobar" {} \;
I have yet to find a file manager that will let me do that, but maybe there's one out there.
The only way that I could think of that a GUI file manager would become what I would prefer to use is if it was able to pop up a window corresponding to whichever directory I wanted to be in at a certain time. While that's usually $HOME, it changes a lot, so really the file manager would have to be psychic. The GNOME folks have done some really amazing things with software, but I have yet to see psychic software.
Re:I saw a ploughman (Score:2)
MacOS X is not just a desktop. It is a deskop, a UI layer, a font handling layer, a rendering layer, an all the other things X windows does, as well as all the things a wm does.
You can't easily build a MacOS X clone on X windows, becuase you can build something good and modern ontop of something that crap and ancient. See also Windows built ontop of DOS and 1001 other examples throughout computer history.
Until people recognise that X is out of date and useless, and recognise that someone is going to have to do LOTS OF REALLY BORING WORK to replace it with something good, then the KDE and GNOME folks are wasting their time.
Yes, great, X works nicely over a network. That it. That's _all_ it does nicely. We need to re-create the whole X windows layer properly. By all means keep the wm independance and keep the remote features, but lets have a font system that works, a colour system that works, a layout system that works, a window system that works better, and a rendering system that doesn't crawl and maybe even uses vectors.
What goes around, comes around... (Score:2)
It strikes me that Eazel is beating GNOME at their own game -- getting tremendous press coverage to hype software they haven't written yet and somehow always giving journalists the impression that no GUI is currently useful, or even exists, for Unix.
Re:The're talking GFI not GUI! (Score:2)
That's dumb. The hierarchy thing *is* the groovy way to store, organise and retrieve files. Especially when you have nice things like symlinks. File cabinets would nest too, if it weren't for those pesky laws of physics. That's why I can usually find a file on my computer more quickly than I can find a document around my house.
--
Oh Puleeeze! (Score:5)
As a former Unix/C programmer who has backslidden into Management, I have listened to a LOT of folks who might like to use Linux, but just find the UI baffling. Believe it or not, these same folks can actually use MS windoze. Germaine to the article at hand, though, my users RARELY ever open up the old Windows NT Explorer (formerly File Manager).
ANYWAY, a set of UI guidelines (and that's all they're REALLY proposing, by the way) are long overdue. This, to me, is the ONE THING that now differentiates the Mac (and my old NeXT that I still miss, may she Rest In Peace) from PC's. Sit at a PC or Linux box and try to find something on the various menus. You just have to keep looking until you find it, look in Help, or (like my users) pull out your '45 and shoot the computer out of frustration.
On the other hand, things on a Mac or my dead NeXT are pretty much in the same place from program to program. This is really due to a document more or less called the User Interface Guidelines, IMHO.
Of course, QuickTime doesn't count.
Please Let's DO encourage this! I think they CAN be made generic enough to please most folks.
Re:Why Not? (Score:2)
With GNOME and KDE, that's more or less what we have, and look what a mess it's made of things ! It's horrible. Most nice-looking GUI apps now require you to be running Gnome or KDE, and I personally don't care to run either. GnomeICU, for instance, starts up the Gnome panel when you run it ! And it won't run at all if Gnome is not installed.
Everybody's got it into their mind that we must look and work more like Windows to succeed, and they base certain design assumptions off that principal.
There must be a root menu in the lower left corner
There must be a task list along the bottom edge of the screen
There must be an X in the upper right to close the window
The list goes on and on. I personally HATE the first two items, which is why I like Windowmaker. I have my root menu on right click, my task list on middle click, and when I don't need them, they aren't there consuming precious screen resources.
I've ventured way off topic, but the point it, if we establish a standard, then designers and developers will assume that standard and you'll be SOL if you deviate from it. Think of how many apps that 'Designed for Red Hat Linux' that are a pain and a half to use in Slackware (my favorite distro). There's no need for it.
GUI Simplified: brokering not managing files. (Score:2)
Why not somthing innovative? How about a system where file location is the important part. Each file be it source, binary or simply a document has properties that say where it belongs. A broker would perform the function of sending the file to the correct directory.
If the file is inadvertantly put in the incorrect location, broker engine "cleaners" come along and give notice that file "foo" seems to be in the incorrect location and an idiot proof tool to automatically move it to the correct location so that it can be read by the appropriate application.
This really isn't too far from how things work now. Apache only serves up file from a predefined location. Linux has a default directory structure. MS Office defaults documents to "My Documents". Take it a step further.
In addition to properties like file name, size, date created, date modified would be the default path. The broker program automatically ensures files are put in the correct place and runs scans to ensure there aren't any incorrectly placed files.
Each application developer could fit their program in a structure like this:
For the program: [Root]../[application name]/[app files]/[app source] or [app binary]
For the user's created or downloaded files: [Root]../[application name]/[app user files]/[user1] and [user2] .....
There would be many inherent benefits to a system like this. Looking at a tree directory at all would be pointless since all the broker would have to know is who the current user is and where his/her files are stored by default. The entire environment would be cleaner because all files are in the correct place by default. It has advantages over the current file extension registry process because there are only so many three letter combos to use for file extensions and applications tend to "stomp" each other by using the same extension, changing extensions, or overwriting extension registrys.
The association process would be in the hands of the user. Having a broker organize the applications by name there is less of a chance of inadvertant overwriting because there are already worldwide trademark laws. I could go on but you get the idea.
From a user perspective life would be simplified. If you download a particualr graphic format it would automatically be placed in the correct directory to be "seen" by the correct graphics program. Life on the desktop would be simplified to starting applications and browsing the web.
For cases where two applications need to "see" the same file we could set different applications to perform different operations on a file. Each file would have a "edit" directory property or a "browse" directory property. The person then could configure the file broker to send files to the directory for each associated application(s) in the case where the person wants to edit a browsed file (or turn on the option for editing browsed files).
Re: (Score:2)
Standards are coming, voluntary or not. (Score:3)
Stay with me here: Commercial app makers know that you can't please everyone all the time, and that people like to be able to fall back on things they've already learned -- Ctrl-S is save, right?
It is therefore in the interest of these commercial app makers to go with a the same system everyone else is. If a particular GUI has a larger marketshare and more consumer-ready apps already existing, that's where your company should go, right? Folks, we've learned this lesson before -- or have we already forgotten the one big lesson MS had to teach us last decade?
There will be a standard. Hell, MS could probably set those standards tomorrow by introducing parts of Office for Linux and saying "this is how it is". It's all about the apps. The question really facing we in the OSS community is whether we want to remain involved in guiding Linux, or if we want to give it over to the same type of people who've stalled the current level of innovation for the sake of a few (billion) dollars?
----
Re:My mum (Score:2)
I want to get through that stuff as fast as possible after all, because when I'm interacting with my computer, I'm not marveling over the innards of the "cp" command, I'm just trying to get something done. And the faster that thing gets done, the more time I can spend on what it is that I'm actually doing with the computer rather than wrangling with the OS imposed structure.
Re:Standard? = tradeoffs, good and bad (Score:4)
A lot of people, including me, will agree with you on this. I think Linux (and friends) got where they are today due to their disregard of Windows. The idea has not been to create a competitor for Windows. It was to create a stable, flexible, open, modular operating environment. The fact that Windows happens to be none of these things is what makes Linux a threat to Microsoft.
However, now that many people have become used to using Linux, they get disgusted when they are required to use Windows. I work on Windows NT boxes all day long and think how much productivity is wasted fixing things that never would have broken in the first place if we were using Linux or BSD. What bothers me most is that I have to click 20 different things to do something in Windows that could be done in Linux by typing a short, if perhaps cryptic, command.
That said, I'll really be happy to see better GUI utilities for Linux. Gnome's file manager (yes there is one, despite what the article claims) just doesn't cut it for me. I hate to say it but I'd rather use NT Explorer (not to be confused with Internet Explorer) than gfm. Fortunately I find it pretty easy to use the shell instead and type "cp file1 file2" to copy files, "mv file1 file2" to move files, and "rm file" to remove a file. So I rarely use a file manager anyway. There are times however when I prefer to see a visual representation of the file system...especially in cases where the filesystem is complex, or just plain messy. I understand why Nautilus seems to be Eazel's primary focus at this point.
BTW, in case anyone hasn't mentioned this, non-Linux/*nix users can get a look at many of the currently available configurations/themes for Linux at http://e.themes.org [themes.org]. I'm really just pointing this out because I object to the idea that people's Linux desktops are all ugly. True, the default Redhat 6.x desktops are as bland as Win2k's default, but there is a lot of flexibility already in how you can make it look. As a default setting, bland is better anyway.
numb
What's a UI with out consistent standards? (Score:2)
It would be nice if there was a "style book" for KDE and GNOME interface design for those out there who are designing UI's with user experience and productivity in mind. It's definetely not a requirement to follow the style book, but like good grammar it makes things easy on the person sitting/standing on the other end. Good UI design is not soley about "making things pretty". It can work in the opposite direction so far as making things easier and productive. Good UI design is simple, direct, ergonomic, and follows the Bauhaus design philosphy: "function before form". Remember: Good design should be Bauhaus or it's Baroque.
Re:Standard? (Score:2)
At least I think you're misunderstanding the value of stnadard Linux interface. I'm not talking about GUI, as that is more or less a shell and a front end to the UI. GUI can(and should) change with the window manager and the user's tastes. The user interface, however, is a different story. Even GNU stuff has some sort of <em>consistency</em> among their tools, their implementation, their instructions, etc. We do want a standard UI, with the ability to fork and change as taste desires.
By analogy, it would be akin to making sure every car has a steering wheel on the left side. That every car has rear-view and side mirrors. That every car has headlights. That every car has a parking break. That every car has an speedometer. The way each function, operate, and such may differ, but the fundamental usage of a car stays the same across make, build, and brand.
Similarly in Linux, then, I imagine. That way one can hop from one machine to another, with very little in the way of learning curve, as well as from one application to another, one context to another, because they would all have shared features.
-AS
Re:Standard? (Score:2)
How can enforcing standards create bloat? you don't think what we have now is bloat: 2 desktop environments, a clone of an OS framework (GnuSTEP), 2 windowing APIs (X, Berlin coming up, and maybe even Y), and God knows how many WMs...
I like KDE (for now, I am not fanatic about it), but I also have to have GTK installed to get some apps... isn't that bloat?
And never mind the usability problem of people moving from machine to machine (or sometimes distro to distro) and having to re-invent the wheel again...
Repeat after me: Standards are GOOD. Any 3rd year engineering student will (well, *should*) tell you that...
engineers never lie; we just approximate the truth.
Can't be done. (Score:2)
Likewise, unless you're Microsoft, you can't force anyone to use a particular widget set, UI, anything.
As a user, you *may* choose to restrict yourself to (say) Gnome compliant apps, or KDE compliant apps, or whatever. Then you'll have the consistency you so crave. But you're denying yourself some programs which you might find useful.
--
Too Much Choice (Score:2)
Consumers don't like having to make choices between 5 products that are nearly the same; how do you pick your paper towels, for example? I just get the cheapest one, since they all do the same thing: clean up spilled Surge.
Computers just make the issue worse, since people have very little understanding of what is happening inside. It's easy to understand paper towels; but is it easy to understand web browsers and file managers and desktops?
Additionally, consider how the Web market has fractured with the advent of many different browsers. You have to make your page compliant with NS, IE, Opera, and Lynx (and soon Mozilla.) Why? Because there is choice, and too much of it.
True, standards exist to ensure that products work alike in some ways. But if you are going to dictate the standard, why bother having different products at all? That just amounts to having several people reimplement the same functionality over and over.
The solution is to standardize, but the Unix crowd will never listen to that. They're used to being fractured, and are now deluded into believing it's a healthy, productive thing. Try telling any software engineer it's healthy and productive for him to reimplement other people's code rather than reusing it. It just isn't so.
Re: (Score:2)
To hell with this! (Score:4)
That's the best UI improvement I can think of. One for open/save/compile/run/email etc.
Seriously though. Sure, have a default one. Make sure it can and will be customized like hell by the user.
Make the wm learn - MS Offices idea of hiding rarely used menu items was a (lightly misguided) in the right direction.
I want the wm to notice that I usually minimize XMMS within a few seconds of starting it playing. When it notices this it will ask me "In future, do you want the Play button to automagically minimize too"
NB: I meant "proper" data-mining. I don't mean the XMMS developers explicitly put this in. I want it to genuinely apply statistics to my habits. Notice the way after you save a file you quite often do a compile/execute. If it notices that this usually happened to files being saved in a directory called ~/c_progs (like I have).
I don't think it would be _too_ hard to implement. I have thought about this kinda thing in depth - well, knee deep anyway, not neck deep
There's no end to what it could learn. File dialogs could notice that certain directories are visited a lot and make them quicker to reach. It could not what kinda file extensions are associated with particulars dirs. If implemented properly it really could learn/customize stuff that the developers never expected!
Just maintain a big database of every "common" action the user takes. Events that happen within say five seconds of each will be stored in a list. Every so often (middle of some night) pump it into a program that looks for non-randomness. Companies like IBM are into this kinda stuff, AFAIR. Insurance companies would love it.
It's more a mathemical/statistical problem than a programming/coding one.
Blah Blah Blah. I must stop ranting (and going off topic)
-----------------------------------------
"If I can shoot rabbits then I can shoot fascists" -
It's rant time! (Score:2)
Howcome the GNU/Linux interfaces are only valid once people from some-big-name-company join in and help!
Come on now! We don't need people from Apple to blow dust on GNOME to make it easy to use! They have been developing GNOME for a while now and it keeps getting easier to use. They have an interface team constantly trying to offer suggestions to make the system more usable, and their suggestions are smart from what I know.
The same problem exists with Corel. Yesterday I read a brief review of Corel Linux. They said something like "Corel made Linux more like Windows and easier to use." BS! KDE has had a great interface from the start with the option to place the menu on top and their smart window manager.
How come the Free Software community can do nothing right until some-big-name-company comes in and takes all the credit.
The Free Software community has made some of the greatest software in the world. How come the Press fails to recognize this?
Re:Standard? (Score:2)
I think your argument cuts the other way, in favor of more standards. A perfect example is the GIMP; a truly wonderful program that works according to its own logic and differently than any other program. It's way of handling windows is like a weird mapping of Mac UI into X; application functions are not manifestly connected to a document window via menus and tool palletes, but instead to a floating window that's kind of like the Mac menu bar but not fixed in space.
Real world people need to use many different programs, and if every proram has a completely different set of keystrokes, an unique philosophy of how to handle windows, pretty soon you're using up more brain cells than are necessary for the task of remembering how to do simmilar things in different applications.
This brings me back to Emacs. Emacs isn't in a fundamental way very complicated. You can get by with a half dozen key combinations and a few commands. The "problem" is that it is extensible and has all these different modes, which have their own unique set of key bindings. These modes are essentially like separate applications within emacs. Anybody who knows all the key bindings of all the modes they use probably has too much time on their hands. It's great for peole who mainly do a lot of one kind of thing all day long, but not so great if you have to do a varied mix of all kinds of little things. The number of brain cells taken up by understanding all the bells and whistles offered up by each mode exceeds the utility of these functions. Thus, you have people like me who mostly use vi. Back when I was grinding out C all day, I used mostly emacs and loved it.
Re:This thread is scaring me (Score:2)
That is such bull. I support 500+ users and most of tham can't figure out Windows at all... they are completely helpless when it comes to doing anything outside of their applications (or something new in their applications)
And Windows is hardly user-proof. "Gee, I deleted my Program Files folder and now Word doesn't work. Why can't you come fix this stupid computer?"
They can't even drag and drop without screwing it up. I always end up having them open a DOS prompt and telling them what to type.
On the other hand their dummy terminals connected to the HP-UX system work perfectly, do what their supposed to do, and if they do get messed up I can easily reset them from my desk. Of course some users need a word processor, etc.; and it's them that cause 90% of support headaches. "Where did my file go?" "Windows locked up and I lost my work!" "My PC doesn't boot" "I installed AOL and now nothing works."
PCs are the biggest waste of money in a business environment with the constant support issues, lost work, and vendor-lock upgrade cycles... Wintel is the worst scam perpetrated on the business world in the last 20 years.
What's needed is a Desktop API (Score:2)
Linux is only going to suffer if we continue to bicker about which desktop we "bless" as the standard face for Linux to try to achieve some apparent stability. The notion is that if we standardize on one desktop, then it's much easier for applications to be written since they don't have to work with countless different desktops. Natural selection in this situation quickly leads to one desktop dominating and all new programs written to only support it. Sound familiar?
If we had a desktop API, and the desktop managers were written to it, then the applications could be written to it as well and not care what desktop manager was being used. I could run whatever I wanted, and not worry about being compatible with the most popular desktop manager. Linux distros could be made with a GUI that worked exactly like Windows for beginners, but all their stuff would be usable with the other desktop managers they switched to as they became more advanced.
Now imagine what could be done. For example, Apple could create a Mac desktop for Linux that was not just a window manager in drag, but really looked and felt and worked like a Mac desktop, but was totally compatible with any other Linux app that interacted with the desktop (Mac app compatibility would be a separate isssue). I think they could sell something like that. I doubt they would ever do it, but maybe the guys at Easel could.
I will also say now that I am a relatively new Linux user, but have had casual experience over years with several flavors of unix. I have also used DOS, Macs, Windows and OS/2. If anyone is getting ideas that Gnome or KDE is the best there is - then you need to get out more. Oh sure, they may spank the Windows GUI in most areas, but they are almost just as shallow. I think there are far too many efforts to put makeup on Linux and not enough on making it truly sexy.
Ryan Gray
Re:How mass market does Linux really want to be? (Score:2)
So what do we want? We want acceptance of Linux as an alternative to the norm. We want wider application support. We want games. But I don't necessarily feel that taking Linux "mass-market" is the only way to get those. (And I do agree with the only ways Linux could get really "mass-market" are a) make it really dumbed down or b) make everyone in the world suddenly get a lot more tech saavy - unlikely).
I'd be curious to hear what you all think about this....
Every time Slashdot posts an article about increasing Linux usage by non-geeks, the same batch of creebs about "dumbing-down" the OS gets posted. Now, I've been doing computing since my first programming courses in 1971, so I realize that some of this is good old classic Unix bigotry (I'm old enough that I went to Berkeley before Unix, if you can fathom that :) but setting that aside, it's astonishes me all over again every time I see it.
What all these people seem to be saying, over and over again, is that the best efforts of the Open Source Community are not capable of evolving a set of common standards that will allow either the use of graphical applications and tools or the use of the command line, as desired.
Do you really believe that? I don't.
Re:How mass market does Linux really want to be? (Score:2)
"Mass-market" people don't care if it's Linux, BSD/Mach (Mac OS X), NT, or a bowl of grits underneath.
They are interested in having these things:
Linux and all the associated things you find in a typical distribution demonstrate potential for solving these problems, but they don't right now. Maybe Nautilus is a step in the right direction, maybe not. At least someone's trying to appeal directly to the audience described above from the window manager side of things. My Linux desktop could certainly benefit from an added sense of coherency.
As a computer guy, I want mass-market acceptance of Linux strictly because it will create more jobs for the tech savvy people, it will create tons more commercial developer interest (no OSS bigots need respond; I know already), and it will move control of the computer industry away from That Corporation in Redmond and more towards the rest of us.
Hackers will always be able to do whatever they want with their OS, just like they always have. With Linux, they can do a lot. But everyone's proverbial grandma shouldn't have to do anything other than lay down some $ to get the computing environment outlined above. And we shouldn't try to prevent that.
Why are hackers so afraid of there being a Super Easy Linux Distro? Nothing about your distribution changes if one is developed and achieves mass-market acceptance. Nothing! Plus you now have a big installed base to develop really interesting apps for, or to support, or to benefit indirectly from by virtue of sheer numbers.
Sounds great to me.
jm
Re:Not just sittin' pretty (Score:2)
Needless Consistancy Considered Harmful (Score:2)
The web is the ultimate example. It offers a few basic paradigms (clicking on links, typing in forms, etc.) but like a widget set, the actual design is up to the creators. Would the web be easier to use if all web pages followed a consistant layout - with no weight given to the page's actual use or content? For example, Slashdot has a decent UI for its function, and Amazon also has a good UI for its function, but can you think of a single layout that would accomplish both functions consistantly across both sites? I think enforcing such a layout would be harmful to both sites, and ultimately counterproductive.
The most important thing is for applications to accomplish their function. A GUI's purpose is to aid the user in accomplishing that goal. A single program should be expected to be consistant for its purpose - thus improving ease-of-use - but to needlessly assign a generic GUI to all programs for the sake of ease-of-use over function will improve neither.
Windows forces costly upgrades for home users. (Score:2)
In the free software world, change is more incremental. 1994 versions of Linux can run the latest software. Utilities in the operating system allow access to the latest file formats. And above all, if your mum did need a new version of Linux, perhaps to use that new printer she just bought, she could get it for free.
One OS is a ticking timebomb for the end user. The other will remain viable for years.
Re:Not just sittin' pretty (Score:2)
You know what? That's bull.
Regardless of pretty context-sensitive menus, etc.... there is *NO WAY* you can have the kind of flexibility you get from these 'obscure' practices that you can get from a pretty interface.
NO INTERFACE will make up for lack of knowledge. The current way most unix applications are administered forces one to learn a great deal about each application. This is GOOD.
It's when some retard builds an 'admin tool' that lets someone set up a web server with a bunch of other stuff, and not know a damn thign about the computer or the OS that Linux will become like Windows.
Re:Standard? = tradeoffs, good and bad (Score:2)
What we are talking about here is more fundamental. Continuing your airplane analogy imagine the shit we would be in if manufacturers decided to call their parts different names. Say one decides that the new name for the flaps is 'rudder' and vice versa. The confusion would be disastrous.
The same problem hits linux GUIs. In windows most applications have an exit option. In linux it may be quit or exit depending on who wrote the software. It may or may not have a shortcut key and the shortcut if it's there it will be different on each package. It's not good to force everyone to use the same level of software but the common interface would do a world of good.
a design that hasn't changed in 20 years (Score:4)
The Windows design is still changing - in a desperate attempt to bring the virtues that UNIX has featured for a long time to Windows.
The MacOS design is currently being completely revised to be based on - UNIX!!!!
IMHO, the reason why UNIX isn't changing much anymore is that it does all the things it's supposed to do very well.
Just like sharks - biologists say they've hardly evolved for millions of years now - because they fill their biological niche perfectly, there's nothing to be improved anymore!
What was that clever sig again?
"Those who don't understand UNIX are condemned to reinvent it - poorly!"
(or something along these lines
Satisfy everyone (Score:2)
*nix's gui is already based on a series of levels.
(For example, there's the kernel at the lowest end, then the console (text mode) above that, then X Windows to provide GUI facilities, then the WM to provide applaunching and window control facilities, etc...)
Why not expand on that? Have a series of UI levels such that a beginner can have all the glitz and candy-coated lead-me-by-the-hand features, but an advanced user can strip all that crap away and just run what they need to.
For example, starting the abstraction at the X Windows layer, top-down since it's easier to type it that way
- X Windows (XFree or some other)
- Font Smoothing (We NEED antialiasing - but let it be disable-able for speed if necessary)
- User-Selectable GUI set (KDE, Gnome, None, etc...)
- User-Selectable WM (possibly specified by the GUI set in the case of KDE/Gnome, but user-overridable)
- Apps (Again, may or may not require specific GUI sets or WMs)
Most of this is possible now, but the projects are in their infancy. The major addition is font antialiasing - which would go a LONG way towards making X a bit nicer to look at.
Allowing the user to select whether or not to use a GUI set, such as Gnome, KDE, or whatnot will allow the user to get rid of glitzy features they don't want/need while allowing the beginner to have the crutch they need in order to feel comfortable.
Allowing the GUI set to specify higher-level GUI elements (such as WMs and apps) lets these projects define their "standard" interface without infringing on the freedoms already present for advanced users.
An effort should still be made to keep most apps from relying on a specific GUI set or WM - for example, Gimp should still be able to rely on GTK, but shouldn't require that the user be running Gnome and Enlightenment (that would suck for people on low-end systems).
One last thing - NEVER remove the ability to get to a command line. Properly used, the cl is a faster, more powerful way of getting many things done. It may not be as intuitive as "drag n drop" for file management, but it's a LOT easier to type 'pine' 'emacs' or 'vi' than it is to move my hands from the keyboard to the mouse, navigate through 5 levels of nested menus, click, then move my hands back to the keyboard.
OK, this is getting a bit long, I'll shut up now
Re:No, X does blow (Was:I saw a ploughman) (Score:2)
Funny, I had to cut and paste that quote... Cut and paste in X works better then in any other system I have used just because all you have to do is block, and middle click, no keyboard shortcuts needed, no menus.
Where's the colorspace management?
Who cares about colorspace management? I dont. Color displays correctly, thats all I care about.
Where's the font handling?
Thats something else X does better then Windows or MacOS, it allows you to use different font engine servers, over a network even.
Where's the vectorized graphics engine?
Yeah, where is it? I dont see that anywhere else either, is it really important? It isnt to me...
Where's the unified print/display model?
Its called PostScript....
X does one thing well: open terminals on remote machines. That the GNOME/KDE folks have built something that implements about 10% of a modern GUI is commendable. Themable window managers, however, are not a replacement for usable ones.
They seem quite usable to me and many other people, who are you to say they aren't?
You're right about Mac OS X for Intel, though, which is a shame; the current DP runs like a champ and shows what a modern Unix can do when connected to a
Hrmm, but its themeable, right? So by your definition, themable == unusable.
-- iCEBaLM
Re:Standard? = tradeoffs, good and bad (Score:2)
Daniel
Standardization of X (Score:2)
Roy Miller
So not true! (Score:2)
An administrator's job is never done. There's the 'sheet metal work' of physically maintaining plant, there's keeping up with the hundreds of new security threats from malicious code to securing physical plant, there's account management and if you get very, very good at all of the above you get to do your real job of finding out what your users want and modifying your systems to achieve it better/faster with a positive effect on the organization's bottom line.
The last job is the most important and the least done because idiot programmers (most of whom cannot even spell buffoon) steal away our time, forcing us to deal with cryptic user interfaces to do the monkey work. If it's a simple and standard task I don't want to have to devote a lot of brain power to it and a GUI helps there. If I'm doing something complex or unique I want the freedom to go behind the GUI to a CLI (which is where Apple, until Mac OS X, fell down on the job).
I want to have the time to rally the users and get buy in for an enterprise directory. I want to set up a deployment of X.509 certificates and maybe even Kerberos security. I want to be able to do these things and many more and I need every scrap of time I can wring out from the day to day routine. A well designed UI helps. User hostile UI is just offensive.
DB
It's the metaphor, stupid (Score:3)
It's that the GUI, any GUI, has to have a standard metaphor that works across all programs. We have long since diverged from a standard metaphor from the first days of the Mac desktop. The metaphor was supposed to be pieces of paper that you push around on a desk... and which also have buttons and knobs and levers and sliders on them?? Is it any wonder your mother is confused? The mouse, which is supposed to be a metaphor for your hand, alternately becomes a metaphor for a pencil (word processor) a finger (the frame of the "window" - another blown metaphor), a volume control knob (don't even get me started on the windows 2000 cd player), and half a dozen other things.
GUI designers no longer understand the simple concept: one metaphor = no confusion. Human beings are designed to recognize patterns, but there's no single pattern in the modern GUI. If you make your GUI desktop a million different metaphors, it doesn't matter how pretty it is or how much command-line complexity it hides - if the human being who's never seen it before can't quickly extract the pattern, the metaphor, from it - you blew it. Compared to a "Windowing" GUI, the command line is easy to understand because it's like speaking orders to a butler. Do this, do that. It's a single, unified metaphor. It's hard to remember what all the commands are, though, and for some tasks it takes longer, which is why we need a GUI in the first place - but no one fails to understand within the first few seconds what the PURPOSE of a command line is.
Look at your desktop - your real, physical desktop. Are there any icons on it? Is there a menu at the top of that fax you're holding? OK, there may well be a volume control knob on your desktop (presumably attached to some sort of sound system), but there sure as hell ain't no button to make that pile of papers disappear.
KDE and Gnome are doing a fine job of emulating, and in many ways improving on the current fundamentally-flawed GUI framework as manifested by Micros~1 and Apple (the most grievous exception being performance). They can still make more of a dent in the Linux learning curve, though, if they do two things:
* BTW, this does not contradict what I was saying earlier about the problems with the metaphor of the mouse. If the mouse has to become a million different things - and, unless we scrap the whole GUI framework and start from scratch, it does - then it had damn well better let the user know what the metaphor is at this moment.
GNUstep (Score:3)
The OPENSTEP API also addresses problems still facing GNOME and KDE, such as cut & paste, and the hideous font support inherited from X, among other things. While X's selection-based clipboard system is great for text, it makes no attempt to handle any other content, like images, sound, or formatted text. I don't know how GNOME/KDE apps handle this, but many aps have a private 'clipboard' which only functions within that program, preventing, say, cutting an image from the GIMP and pasting it into a WordPerfect document. The pasteboard in OPENSTEP, IIRC, provides a MIME-type-based board which all other OPENSTEP apps can access.
Also, the Display PostScript (DPS) system which OPENSTEP is built on makes sophisticated graphics output simple to implement, and also provides consistency between what comes out of the printer and what shows up on the screen (WYSIWYG ;-). On most Unices, a completely different font set is available for X programs than there is for the PostScript engine (be it GhostScript, DPS, or a printer), so it is difficult to get real WYSIWYG apps under normal X. Also, antialiasing could concievably be built into the DPS engine, and with all the OPENSTEP apps using DPS, you could get a very nice display.
When GNUstep shapes up to be a full OPENSTEP implementation, it will provide an elegant basis for both application users and developers. With Linux being the buzzword it is now, developers will probably move to the OPENSTEP API when they find they can produce the same program for both MacOS X, which is shaping up to be a big consumer OS, and Linux, which wants to be the same.
Re:Standard? (Score:3)
Interoperability is not the point here but uniformity is. It is easy to copy the good looks of apple but it is very hard to copy its uniformity. Uniformity makes a system easy to use since you can reuse knowledge about using one program in another one.
Having and enforcing user interface guidelines is the only alternative to having a single source for all your programs if you want to achieve uniformity. Both KDE and Gnome are trying to do the latter by providing all sort of apps (I think there's even a browser component in KDE, where have we seen this before?).
The lack of standards in this area will maintain the status quo of non uniformity of applications for linux. Some will work better on Gnome, others will integrate better with KDE, some will ignore either and some will try to be compatible with both (thus limiting themselves to what is implemented in both).
So the user inteface for linux is doomed to be a wannabee MAC/Windows rip off. It may aquire the looks but is currently far from adopting the same uniformity.
Re:Standard? (Score:3)
A standard widget set used across applications on Linux.
You're never going to get that.
But it is a problem, so here's the way I've always said it could be implemented:
Make a library that has the requisite function calls (call them widget bindings or whatever) for each widget set. It then uses them to draw the application. It draws the application by checking to see what "theme" you have set up, and using those widgets to draw it. Common themes would of course be "Motif", "Xaw3d", "GTK", "Qt", "W1ND0WZ", or whatever your little heart desires.
Think of this as a widget API thunking layer. This project would of course be a lot of work, but the payoffs would be just as great.
And you'd want to build everything on your system with this, and have it dynamically linked. (You'd want them static either until it becomes standard, or if you're building a stand-alone app and don't trust library versions)
Then everything would look the same, (or different, if you gave different apps different themes--use X resources or something for that) there would still be many APIs to call, (pick your favorite, the user won't know the difference... mixing and matching might be bad, though) but you wouldn't have to include the whole GUI in your app (unless you're paranoid). Oh, and I'm talking about visual appearances. Standardizing layouts for users would be nice too, but let's ponder that some other time, ok?
Questions? Comments? Please?
---
pb Reply or e-mail; don't vaguely moderate [152.7.41.11].
Re:No, X does blow (Was:I saw a ploughman) (Score:3)
Wierd people like graphics professionals
I dont. Color displays correctly, thats all I care about.
Just because you don't use it or don't understand why it's useful does not mean that others can't/wont benefit from it.
Thats something else X does better then Windows or MacOS, it allows you to use different font engine servers, over a network even.
Oh my oh my, this is a stunningly ignorant comment. The advantage of font management under MacOS and Windows, that you seem unable to grok, is the fact that WYSIWYG printing is actually possible. That is, if you can display a font, you can also print it with the same methods. This is simply not true on Linux. ( QT tries to do this, but unsuccesfully. It tries to guess printer font names from the screen font names, but this is very hit and miss, and requires the user to configure their ghostscript fontmap or their printer / PPD ) In general, you cannot print fonts for a few reasons -- some of the fonts are bitmaps, which cannot be scaled to printer resolutions. There are more problems though -- X does not give the developer a way of retrieving outline files and metrics for the fonts. By the time font data reaches the X client, its already simply bitmap data. This means that there is no way for a developer to print screen fonts reliably. In case it's not blatantly obvious at this stage, let me inform you that this means that in general, WYSIWYG printing is nontrivial and involves a lot of ugly kludges. Applixware, Star Office, and Abiword all resort to ugly kludges to handle fonts. It appears that Koffice, which seems to use QTs font handling functions simply cannot print reliably.
Where's the unified print/display model? Its called PostScript....
No, this is not built into the display, at least not in older XFree86 releases. Consequently, it's not built into the toolkits. You've obviously never tried to program any WYSIWYG apps, because if you did, you'd understand how trivial WYSIWYG printing isn't. Tell me this -- how do you write a program, using just the X APIs, that displays a font, and prints that same font ? Once you can do this, you can come back and talk to us about "unified print/display models".
They seem quite usable to me and many other people, who are you to say they aren't?
Again this stupid and childish attitude. You're telling users that if they want these features, they're idiots and they should go away. But who are you to say this ? Are you a developer ? ( it doesn't sound like you understand any of the issues regarding developing GUI apps on UNIX, quite frankly )
Re:The Font HOWTO (Score:3)