Re: [Embedding discussion 2] Data structure of embedded files.

2007-09-10 Thread Bo Peng
> Using a map for this purpose would fit exactly. If you > need also the reverse translation then it might not be the best fit > anymore There are reverse translations. The problem is that *both* names have to be checked because EmbeddedFiles does not know in advance which name will be checked. >

Re: [Embedding discussion 2] Data structure of embedded files.

2007-09-10 Thread Georg Baum
Bo Peng wrote: > Now, JMarc mentioned that he would like to use a map for embedded > files. That seems natural to me: At some place you have to translate from external to embedded names. Using a map for this purpose would fit exactly. If you need also the reverse translation then it might not be

Re: [Embedding discussion 2] Data structure of embedded files.

2007-09-07 Thread Bo Peng
> I am solving this problem by A patch has already been submitted. Please test it using lyx' User's guide. Bo

Re: [Embedding discussion 2] Data structure of embedded files.

2007-09-07 Thread Bo Peng
> This is actually also related to the original problem with [Embedding > discussion 1], do we want multiple entries for multiple insets > referring to the same file? I am solving this problem by 1, store a list of ParConstIterator for multiple insets in a EmbeddedFile item. 2. display the file i

[Embedding discussion 2] Data structure of embedded files.

2007-09-07 Thread Bo Peng
Dear all, Thanks to Edwin, the embedding dialog is working again. It now has a list of embedded files, with embedding status (true/false) indicated by checkboxes. There are five buttons: select (embed selected files), unselect (dis-embed selected files), add (add a file), extract (extract selected