LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Forum View

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

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

Print Reply
Subject:
From:
Hans Aberg <[log in to unmask]>
Reply To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Mon, 20 Oct 1997 19:30:59 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (24 lines)
At 12:56 -0400 97/10/20, Matthew Swift wrote:
>I don't have an opinion on cleaning up the internals of \@ifdefinable;
>I have been able to write a large number of defining commands without
>running into any problems in this regard (the moredefs package).

  I just want to clean up the logic, so it is cleaner when starting doing
more complicated things (such as implementing "object"): When defining a
new command one wants to ensure first that it does not conflict with the
LaTeX internals, which seems to be what the \@ifdefinable should be, and
then you may have additional wishes, such as \@ifundefined.

>        4) advanced syntax that lets you compute the macro name and/or write a
>           complex parameter specification.

  Isn't this just the usual (in-reality-not-so-advanced) TeX parameter
definitions you are thinking of here?

  I think the LaTeX parameter style \newcommand[6]... is pointless. Should
it not be scrapped in LaTeX3, only be allowed in compatibility mode?

  Hans Aberg
                  * Email: Hans Aberg <mailto:[log in to unmask]>
                  * AMS member listing: <http://www.ams.org/cml/>

ATOM RSS1 RSS2