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
Condense Mail Headers

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

Print Reply
Mime-Version:
1.0 (1.0)
Content-Type:
text/plain; charset=us-ascii
Date:
Tue, 16 Jul 2013 21:13:22 +0200
Reply-To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Subject:
From:
iPad Mittelbach <[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)
Account was locked so retry

> I agree with a) that having a mechanism for generating unique cs names is useful and b) that extending the arg specs for this is not.
> 
> In my opinion the correct approach is to return the new cs name in a tl variable from which it then can be used.
> 
> After all, to be useful you need to be able not just to generate such a cs name but also to reuse it in other places using the name that was generated before.
> 
> That allows, for example, to generate pointer data structures, where  each data record is stored in some cs name (unique) and links are made up by pointing to other records from fields in the record data structure.
> 
> I used that to build out the data structure for the LDB, e.g., you will find some code for this already in the file called l3precom.dtx (I think, can't check here with just an iPad available)
> 
> I'm not saying that this particular implementation is the way it should be, but something along the line is how I think the direction should/could be
> 
> Frank
> 
> ... written on the iPad

ATOM RSS1 RSS2