[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sheflug] https




On Tue, 13 Jun 2000, Stephen J. Turnbull wrote:

>Martin> It seems you expect _more_ of kppp.
> I do.  Maybe I've been reading too many Al Hudson posts.

Just call me Ron Dennis. ( I don't suppose that makes any sense to those
who've not seen the Siemens ads on telly ;)

>Martin> Maybe you expect too much from GUI apps ;-)
> No.  It's not a double standard; I demand the same from text-based
> apps.  I'm not pleased with the results there, either.  But GUI
> advocates claim to do better.  In fact, they claim it's practically
> automatic.

This GUI advocate claims it should be better ;) And it should be
automatic.

> and access to documentation through the GUI.  But GUI is inherently
> biased to the lowest commmon denominator.

Hmmm. GUIs are *accessible* to the lcd; biased sounds a little elitist ;)

>     Martin> What kppp does is to report what was logged to
>     Martin> /var/log/messages.  It's hard to see what else it could
>     Martin> do.
> As Al points out, there are a lot of things it could do.
>     Martin> It's true though that if kppp fails for some reason then
>     Martin> you are going to have to increase syslog debugging and
>     Martin> grovel through /var/log/mumble just as you would if you
> Why me?  Why doesn't the GUI do it?  (Or does it?  I don't use kppp,
> obviously.)

Actually, kppp isn't all that bad. If a connection fails, it tells you
why. It also attempts to make an educated guess at the cause, rather than
the symptom - nine times out of ten, it's pretty much right. Also, if
you're technically minded you can open up a terminal window and watch
everything go by. There's still more it could do, but it's not bad.

> And why doesn't the GUI package all that information up into a nice
> mail message you can address to the help channel of your choice?

This is a very good point; they certainly should do. But then, few
applications do this, and it doesn't depend on the interface particularly.

> Or maybe they were using Debian and got exactly the same result from a
> non-GUI prompt and answer session.
> 
> What, then, is the benefit of GUI?

Would you rather make config or make menuconfig when compiling linux? (I
class make menuconfig as an almost-GUI, btw, since it is pretty much
identical to make xconfig - but that's a half-full/half-empty argument ;)
GUIs are very good at presenting large amounts of data. There is also, to
an extent, a kind of sliding scale - that is; there is no point at which
one may divide applications into GUI / non-GUI: examples such as xterm,
etc., all sit in an odd space inbetween GUI/non-GUI. Many 'non-GUI' apps
have 'GUI' features (such as the ability to interact with GUIs, resize
intelligently, use mouse input, etc.). Some apps attempt to replicate GUI
features (lynx's drop-down boxes, for example), it's all a bit of a
melting pot in some ways.

Cheers,

Alex.


---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word 
 "unsubscribe" in the body of the message. 

  GNU the choice of a complete generation.