zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@csr.com>
To: zsh-workers@sunsite.auc.dk (Zsh hackers list)
Subject: Re: Open bugs and questions?
Date: Tue, 01 Aug 2000 10:19:58 +0100	[thread overview]
Message-ID: <0FYL00APLWLA7C@la-la.cambridgesiliconradio.com> (raw)
In-Reply-To: "Your message of Tue, 01 Aug 2000 11:00:16 +0200." <200008010900.LAA06432@beta.informatik.hu-berlin.de>

Sven wrote:
> Semester-holiday has definitely begun now. So, does anyone have a list
> of unfixed bugs and open questions? Bart?

It's a bit too open, but I'm beginning to think we need a more integrated
feature control system in time for 4.0 (rather than at some unspecified
future date).  There's a lot more in the shell now, and people upgrading
will need a better way of deciding what to keep than deciding separately
which modules and which sets of shell functions they don't need.

You can pretty much do it already, actually, by manipulating OMIT_MODULES,
mymods.conf and FUNCTIONS_INSTALL, so possibly it can be done simply with
an extra pre-configuration tool and/or some additions during the running of
configure.  But I think some addition is necessary, preferably with
fine-grained control over the functions that go into each module (whether
to include Linux functions with the completion module, for example).

I would propose (just off the top of my head) the modules
  old completion
  new completion
  zle add ons (basic zle has to be there, but there are extra builtins/fns)
  zftp
  for completeness, all the other modules in Modules even though they
    are essentially just the library code.
  prompt themes
  any other identifiable sets of functions (maybe even a misc module)

It might be necessary to rewrite some of the existing control mechanism to
facilitate this.  There are extra implications of integration, too:  if the
C code for a feature doesn't work, we don't want to install the functions,
either.

-- 
Peter Stephenson <pws@csr.com>
Cambridge Silicon Radio, Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK                          Tel: +44 (0)1223 392070


  reply	other threads:[~2000-08-01  9:20 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-08-01  9:00 Sven Wischnowsky
2000-08-01  9:19 ` Peter Stephenson [this message]
2000-08-01  9:46 ` Andrej Borsenkow
2000-08-01 15:09 ` Bart Schaefer
2000-08-01 10:58 Sven Wischnowsky
2000-08-02 12:08 Sven Wischnowsky
2000-08-02 16:24 ` 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=0FYL00APLWLA7C@la-la.cambridgesiliconradio.com \
    --to=pws@csr.com \
    --cc=zsh-workers@sunsite.auc.dk \
    /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).