LATEX-L Archives

Mailing list for the LaTeX3 project

LATEX-L@LISTSERV.UNI-HEIDELBERG.DE

Options: Use Classic View

Use Proportional Font
Show Text Part by Default
Condense Mail Headers

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

Print Reply
Sender: Mailing list for the LaTeX3 project <[log in to unmask]>
Date: Fri, 23 Oct 2009 19:31:15 +0200
Reply-To: Mailing list for the LaTeX3 project <[log in to unmask]>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
From: Lars Hellström <[log in to unmask]>
Parts/Attachments: text/plain (24 lines)
Joseph Wright skrev:
> Taking this idea, I'd probably favour something that doesn't include
> "xparse" as a document-level function: perhaps \ProcessedArgument or
> \ProcessingResult?

Yes, that is probably better.

> If I say that it will initially be a toks (for each
> parsing run), then you can do
> 
>   \let\ProcessingResult\YourMacro
>   \def\ProcessingResult{whtever}
>   \toks_set:NV\ProcessingResult\Variable
> 
> etc. Would that work?

Not sure what you're asking here. It wouldn't work to reset 
\ProcessingResult to \l_xparse_arg_toks only at the beginning of 
parsing the arguments of the command, as any processor can redefine it 
as a macro and then another can come along that expects it to be a toks 
register again; it would have to be reset before each processor.

Lars Hellström

ATOM RSS1 RSS2