home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.wizards:4656 comp.unix.shell:4676 comp.unix.misc:4144
- Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
- Path: sparky!uunet!pipex!warwick!sunserver1.aston.ac.uk!uhura!evansmp
- From: evansmp@uhura.aston.ac.uk (Mark Evans)
- Subject: Re: The Problem with UNIX
- Message-ID: <1992Nov13.104731.29328@aston.ac.uk>
- Sender: usenet@aston.ac.uk (Usenet administrator)
- Nntp-Posting-Host: uhura
- Organization: Aston University
- References: <1992Nov12.193707.27532@chpc.utexas.edu>
- Date: Fri, 13 Nov 1992 10:47:31 GMT
- Lines: 59
-
- michael@chpc.utexas.edu (Michael Lemke) writes:
- : In article <EEIDE.92Nov12120339@asylum.cs.utah.edu> eeide%asylum.cs.utah.edu@cs.utah.edu (Eric Eide) writes:
- : >Scott Beckstead (scott@yarc.uucp) writes:
- : >
- : >
- : >I know of somebody who is doing research in this direction: me. As part of my
- : >Masters degree I am modifying the C shell to be more tolerant of errors, both
- : >errors in syntax (e.g., typos) and semantics (e.g., inappropriate command line
- : >arguments). My new shell keeps track of the user's command history in order to
- : >make accurate corrections.
- : >
- : >I have no hopes to solve all of the shell user interface problems, but I do
- : >hope to solve most of the common errors. Just by fixing obvious typos my shell
- : >can fix 90% of the command line errors that I (and most people) make on a daily
- : >basis.
- : >
- :
- : Well, fixing typos is neat but it is not the essential problem. My
- : main complaint about Unix on the user interface level is that there is
- : no command line interpreter. What I mean is that after the shell munged
- : your command line it is *completely* up to the program to interpret the
- : command line and there is no system function available to parse even
- : these `standard' options. Some programs use one letter chinese (you
- : know, one character per word) and others (eg, find) use words (-print
- : -name). And the real problem then starts when -l changes its meaning
- : from command to command, some commands need spaces between the option
- : and the argument, others don't, some take both, yech. This would all be
- : solved if there were *one* system function that is used by all programs
- : instead of having every program duplicate more or less the same
- : functionality with different success. And it would be great if you
- : could abbreviate commands (command completion of some shells it neat
- : but why is it neccessary in the first place?) and options (no need for
- : dynamic chinese anymore).
-
- Could you say what operating system has this feature.
- (DOS dos the same, what does VMS do?)
- Also how the programmer is ment to use it.
- Does this belong in the operating system (thus resulting in command line
- options sitting in the PCB, yuck!! add a new 'standard' option rebuild
- the system)
- :
- : >I agree with Scott: There is no good reason that command shells shouldn't make
- : >more of an effort to understand the user.
- :
- : Computer: Calculate the weather forecast for Sunday, Nov 15!
- :
- : Yes, I would appreciate this... :-)
- :
- : >Shells obviously can't divine the
- : >user's intentions in all cases, but that's not a good argument for failing to
- : >understand the user's intentions in *all* cases.
- : >
- :
- : Does AI work now?
- --
- -------------------------------------------------------------------------
- Mark Evans |evansmp@uhura.aston.ac.uk
- +(44) 21 565 1979 (Home) |evansmp@cs.aston.ac.uk
- +(44) 21 359 6531 x4039 (Office) |
-