zsh-workers
 help / color / mirror / code / Atom feed
From: Andrej Borsenkow <Andrej.Borsenkow@mow.siemens.ru>
To: Felix Rosencrantz <f_rosencrantz@yahoo.com>
Cc: Oliver Kiddle <opk@u.genie.co.uk>, zsh-workers <zsh-workers@sunsite.dk>
Subject: Re: Generating completion functions from XML
Date: Mon, 23 Jul 2001 08:25:01 +0400 (MSD)	[thread overview]
Message-ID: <Pine.SV4.4.33.0107230818300.20827-100000@itsrm2.mow.siemens.ru> (raw)
In-Reply-To: <20010722203414.62581.qmail@web10401.mail.yahoo.com>

On Sun, 22 Jul 2001, Felix Rosencrantz wrote:

>
> I know there are some tricky exclusion list rules where it is not
> always repetitive, though I think it is more common to use the same
> set.  Also, the other place for repetition is for equivalent flags
> (short/long versions).
>

I really wish we had different notation for equivalent flags. Exclusion
lists at this point are already overloaded and loko ugly (most important,
tgey force us to repeat the whole line). Consider

-b, --binary
-t, --text

where two lines are obviously incompatible. You can't write it using brace
notation; you need *four* lines! like

(-b --binary -t)--text...
(-b --binary --text)-t...

O.K. it could be shrtened to two lines but then quoting becomes unnatural
and too error prone.

>
> >Another thing you might want to think about is if your XML format can
> >somehow be flexible enough to include support for multiple languages.
>
> That's a great idea.  And this is one of the places where the XML would
> actually contain information you can't easily place in _arguments call.
>

Why? Assuming that main code for _arguments is in C (as I believe is the
case) it makes it quite easy to add call to gettext there. Current message
strings will the serve as keys to message catalog. Actually, GNU gettext
makes such transition transition natural.

We stil have strings that are not passed to C code, of course. But I doubt
that XML will help here. The problem is not to generate them but rather to
select at run time.
-
andrej


  reply	other threads:[~2001-07-23  4:25 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-21  1:16 Felix Rosencrantz
2001-07-21 13:54 ` Oliver Kiddle
2001-07-22 20:34   ` Felix Rosencrantz
2001-07-23  4:25     ` Andrej Borsenkow [this message]
2001-07-23 10:56       ` Sven Wischnowsky
  -- strict thread matches above, loose matches on Subject: below --
2001-07-19  1:52 Felix Rosencrantz
2001-07-19  8:56 ` Sven Wischnowsky
2001-07-19 15:48   ` Bart Schaefer
2001-07-19 18:42     ` Adam Spiers

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=Pine.SV4.4.33.0107230818300.20827-100000@itsrm2.mow.siemens.ru \
    --to=andrej.borsenkow@mow.siemens.ru \
    --cc=f_rosencrantz@yahoo.com \
    --cc=opk@u.genie.co.uk \
    --cc=zsh-workers@sunsite.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).