LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Classic View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Manuel Pégourié-Gonnard <[log in to unmask]>
Mon, 24 Aug 2009 12:33:43 +0200
text/plain (29 lines)
Will Robertson a écrit :
> Point C is something I'm a little unsure of; I do think it's nice to
> have available, I just wonder when it will be used in practise. (It
> seems more useful in 2e than in LaTeX3 given their different approaches
> to robust commands.)
> 
The use case I was thinking of (in alignments) has nothing to do with
robustness: it's only about avoiding to introduce unexpandable tokens in the
input stream with the parser.

Btw, it's probably something that should be clarified in the documentation:
despite the name, \DeclareExpandableDocumentCommand is not really about
declaring expandable commands, but defining them with a purely expandable
parser. The command itself probably won't be expandable. At least in my example
in won't be, since the hole purpose of the expandable parser is that the
expansion of parser+command can begin with an unexpandable token, namely \omit
or \noalign.

> If we wanted to be really careful about things, I'd suggest dropping B
> and/or C from xparse2e and keeping them around in xparse(3) for future
> discussion. At the same time, I think it's fine to keep them there to
> promote discussion and experimentation straight away.
> 
Maybe they could be kept in xparse2e but the documentation should emphasize that
only part A is considered stable as of now. That way people can freely play with
part B and C, but the l3 team is still free to change them.

Manuel.

ATOM RSS1 RSS2