zsh-workers
 help / color / mirror / code / Atom feed
From: Bruce Stephens <B.Stephens@isode.com>
To: zsh-workers@math.gatech.edu (Zsh hackers list)
Subject: Re: PATCH: 3.1.2-zefram3: history completion
Date: Fri, 16 Jan 1998 16:57:49 +0000	[thread overview]
Message-ID: <199801161656.LAA24885@math.gatech.edu> (raw)
In-Reply-To: Your message of "Fri, 16 Jan 1998 17:02:03 +0100." <199801161602.RAA04256@hydra.ifh.de>

pws@ifh.de said:
> This is what I was referring to when I suggested having a widget
> associated with a particular compctl (or, equivalently, allowing a
> direct form of compctl in a zle function).  If it happens (which means
> if Zefram has time to do it) it will require fiddling through the
> manual before use, and consequently 99% of users will never know it
> exists, some fraction of which would otherwise have used it.

Indeed.  There's a (minimal) danger that things split (like emacs/xemacs), 
with some people feeling that the base installation ought to be relatively 
small but very configurable, and others feeling that the default installation 
ought to present users with a more functionally rich product.

I think there's a bit of a danger with the minimalist view that zsh OOTB might 
look identical to ksh, in which case why would users bother to look further?  
On the other hand, there's a danger that zsh might be horribly slow as a 
scripting shell because of all the wacky features that are nice for 
interactive users, or where it's just about impossible to remove the default 
features that annoy you without removing everything.

Presumably there's some compromise where people can build/install zsh and get 
a nice shell with some useful completions, useful zle behaviour, and possibly 
even a useful prompt.  Maybe a graphical/menu driven configuration tool for 
newish users which helps to set up template .zsh* files.  (I think there 
already is such a tool somewhere or other; if it's any good maybe the zsh docs 
should point at it.)

A (probably graphical) tool which introduced all of the features of zsh, and 
automatically configured those chosen would be quite nice.  Every now and 
again I read through the docs, and notice some unexpected feature I didn't 
know about.  Imagine how daunting zsh must be to users used to csh, or 
COMMAND.COM.



  reply	other threads:[~1998-01-16 17:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-01-16 10:52 pws
1998-01-16 15:24 ` Andrej Borsenkow
1998-01-16 16:02   ` Peter Stephenson
1998-01-16 16:57     ` Bruce Stephens [this message]
1998-01-16 17:26       ` Andrew Main

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199801161656.LAA24885@math.gatech.edu \
    --to=b.stephens@isode.com \
    --cc=zsh-workers@math.gatech.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).