On Fri, May 09, 2008 at 04:40:01PM +0200, Andre Poenitz wrote:
> On Thu, May 08, 2008 at 06:13:45PM -0400, rgheck wrote:
> > by making additional uses of the path information we're wrongly storing. 
> > Right now, that information is used only to locate the file we need. On 
> > your proposal, it would also be used for something else, namely, update 
> > from external file, etc. But it does not seem to *need* to be used for the 
> > update business, since we have the session-based alternative.
> 
> Another idea:
> 
> We can call the embedded files foo1.png, foo2.pdf etc, embed it using
> these fake names and have the mapping to actual locations in the
> filesystem in an additional binary blob that's cryptographically
> protected. 
> 
> So viewing the .lyx, creating a .pdf from it etc would continue to work,
> but any interaction with the original locations would only be possible
> for the people having the key.

Taken further: There could even be several such mappings for different
contexts (machines, users, "jail")

Andre'

Reply via email to