LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

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

Print Reply
Mime-Version:
1.0 (Apple Message framework v1081)
Content-Type:
text/plain; charset=us-ascii
Date:
Mon, 16 May 2011 17:21:15 +0930
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
From:
Will Robertson <[log in to unmask]>
Message-ID:
In-Reply-To:
Content-Transfer-Encoding:
8bit
Sender:
Mailing list for the LaTeX3 project <[log in to unmask]>
Parts/Attachments:
text/plain (18 lines)
On 16/05/2011, at 3:39 PM, Joseph Wright wrote:

> To me, that means
> 
>  \foo[...]{...}
> 
> is a possible, but I'd hope not
> 
>  \foo{...}[...]

I think there are enough examples on CTAN where people have needed to extend the optional argument syntax to indicate that the 2e model above is too restricted for user purposes.

Having said that, I do agree in some cases (such as \makebox[][]{}) an overload of optional arguments is also a bad idea, where a keyval interface makes more sense.

Dropping trailing optional arguments just doesn't feel right to me; in the interests of disclosure, however, at least two of the packages I've written (pstool and mlist) use them, so I'm clearly biased :)  Their interfaces could certainly be revised but I don't think (yet) in hindsight that the way the commands work therein is necessary a bad idea.

-- Will

ATOM RSS1 RSS2