Mime-Version: |
1.0 (1.0) |
Content-Type: |
text/plain; charset=us-ascii |
Date: |
Tue, 16 Jul 2013 21:13:22 +0200 |
Reply-To: |
|
Subject: |
|
From: |
|
Message-ID: |
|
In-Reply-To: |
|
Content-Transfer-Encoding: |
8bit |
Sender: |
|
Parts/Attachments: |
|
|
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
|
|
|