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:
iPad Mittelbach <[log in to unmask]>
Reply To:
Mailing list for the LaTeX3 project <[log in to unmask]>
Date:
Tue, 16 Jul 2013 21:13:22 +0200
Content-Type:
text/plain
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