zsh-workers
 help / color / mirror / code / Atom feed
From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@math.gatech.edu
Subject: Re: ideas: free-search-complete, noexpand
Date: Fri, 7 Aug 1998 14:13:57 +0200 (MET DST)	[thread overview]
Message-ID: <199808071213.OAA20646@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: Cosmo's message of Fri, 07 Aug 1998 10:28:32 +0100


Cosmo wrote:

> 
> Sven Wischnowsky wrote:
> 
> > Maybe we should think about developing an easy to read syntax for
> > completion control.
> 
> When I looked at compctl to do something simple I scratched my head and thought why
> can'tI just specify what the commands usage string is EG
> 
> compctl tar {txruc}[vfbFXhiBelmopw[0-7]] [tapefile] [blocksize] [exclude-file] [-
> I include-file] files ...
> 
> Should, with some casting like modification, be able to figure out at least a
> sensible default
> rule for tar argument completion.
> 

I guess many of us would like to have a real DWIM, but...

Doing something like that would require at least some serious parsing
and some guessing (what's the difference between include-file,
tape-file, and files; and for other commands the same words may have
different meanings). Also, some users may prefer to build their
compctls according to the way they normaly use the commands
(e.g. someone may use only few of the --options of some commands).

All in all, I don't think that it is possible to build a parser that
turns man-page-synopsises into the correct internal representation.

If you meant that the description should be on a somewhat higher level 
(something like: these options, or these options followed by
filenames, than an optional directory-name, then all files), then I
would like to agree, but I'm not sure, how easy we can make that
(thinking about commands like `find').

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de


             reply	other threads:[~1998-08-07 12:33 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-08-07 12:13 Sven Wischnowsky [this message]
1998-08-07 13:02 ` Cosmo
1998-08-07 13:04 ` EZ-compctl (was Re: ideas: free-search-complete, noexpand) Bruce Stephens
  -- strict thread matches above, loose matches on Subject: below --
1998-08-07  7:19 ideas: free-search-complete, noexpand Sven Wischnowsky
1998-08-07  9:28 ` Cosmo
1998-08-06  9:56 Sven Wischnowsky
1998-08-06 13:14 ` Peter Stephenson
1998-08-06  9:01 Sven Wischnowsky
1998-08-06  8:03 Sven Wischnowsky
1998-08-06  8:39 ` Peter Stephenson
1998-08-06  9:09 ` Zefram
1998-08-06 17:50 ` Bart Schaefer
1998-08-05  6:29 Sven Wischnowsky
1998-08-04 18:49 Johan Sundström
1998-08-04 21:37 ` Bart Schaefer

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=199808071213.OAA20646@beta.informatik.hu-berlin.de \
    --to=wischnow@informatik.hu-berlin.de \
    --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).