"Bo Peng" <[EMAIL PROTECTED]> writes:
> Maybe I should wait until you guys reach an agreement?
i have the impression that "us guys" basically agree.
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I actually do not know how to handle so many proposals. Maybe I should
> wait until you guys reach an agreement?
Just to add to the general puzzlement: I happened to play with apple's
TextEdit (the default Mac OS X rtf editor) last friday. The files are
.rtf
Bo Peng wrote:
In a way, this is even more flexible than
your solution. As I said, if the external contributor is interested in your
file hierarchy, ...
Abdel,
This is the only 'advantage' I see from your messages and I do not see
how your proposal could be more flexible.
That's your opini
> In a way, this is even more flexible than
> your solution. As I said, if the external contributor is interested in your
> file hierarchy, ...
Abdel,
This is the only 'advantage' I see from your messages and I do not see
how your proposal could be more flexible. If two co-authors use
differen
Bo Peng wrote:
But the inset presentation will change, right?
Only when the document is organized for bundling. And please note that this
can be done externally by a python script such as the one proposed by
Enrico.
But the document is changed. Viewed from another machine, the in
On Sat, Apr 12, 2008 at 9:16 AM, Edwin Leuven <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
>
> > Are you aware of that this is indeed what I am doing?
> so why the:
I was talking about that specific feature. Not in general.
Bo
Abdelrazak Younes wrote:
That could be simpler than my approach indeed.
yes, simple and sufficient
> and *why* you would like to store some filename
> information that has always been saved with lyx.
store should be 'throw away'.
Bo
> Just an additional precision here WRT code complexity. Actions a) to f) can
> be done via an external script.
Maybe your proposed can be done in a script, but I still do not
understand *why* you want to rename these files, and *why* you want to
put filenames in a session file. When I asked you
> > But the inset presentation will change, right?
> >
> Only when the document is organized for bundling. And please note that this
> can be done externally by a python script such as the one proposed by
> Enrico.
But the document is changed. Viewed from another machine, the insets
are different
Bo Peng wrote:
The way _I_ would like things to work for me (the use case 2 I was
talking about) is as follow:
1) I write a document in tradional, unbundled, fashion: 'filename.lyx'
2) When I am done, I click "save in bundled format". This will
generate a 'filename.lyz' file wherever I said to g
Bo Peng wrote:
No. You extract [tmpdir]filenamedir.lyxdir/embed from the bundle to
$DOC_DIR/filename.embed. (Or you had a typo?)
No, I mean that the file _contents_ will not change. Changing names is not
very important.
But the inset presentation will change, right?
Only when t
> > No. You extract [tmpdir]filenamedir.lyxdir/embed from the bundle to
> > $DOC_DIR/filename.embed. (Or you had a typo?)
>
> No, I mean that the file _contents_ will not change. Changing names is not
> very important.
But the inset presentation will change, right?
> > filename.lyxdir (a direct
Bo Peng wrote:
1. You are forcing users to use a specific directory structure because
*you* think it is best for them.
Also, what I do not understand is that, if the KISS structure is such
a good thing, why don't you practice it yourself?
Oh but I do. If you remember I said that the best
Bo Peng wrote:
Are you aware of that this is indeed what I am doing?
so why the:
1. embed this file in the graphics dialog
2. the embedded files in the document dialog
3. the updating of embedded files when something changes outside?
4. the smart extracting of embedded files?
Bo Peng wrote:
I can see that figure.png is copied to [tmpdir]/filename.lyxdir/embed,
to filename.embed/figure.png and so on during bundling and unbundling.
You also need to change .lyx file several times,
Only when bundling/unbundling actually. But you may note that, if
everything is a
> 1. You are forcing users to use a specific directory structure because
> *you* think it is best for them.
Also, what I do not understand is that, if the KISS structure is such
a good thing, why don't you practice it yourself? You can create a
directory, put all figures inside it. The current i
> > I can see that figure.png is copied to [tmpdir]/filename.lyxdir/embed,
> > to filename.embed/figure.png and so on during bundling and unbundling.
> > You also need to change .lyx file several times,
> >
>
> Only when bundling/unbundling actually. But you may note that, if
> everything is alrea
> 1. bundling creates a zip whereto all the files are copied (as in abdel's
> 2.) and files loose their original reference.
OK (not that I am accepting this idea).
> editing a bundle is like
> editing a regular lyx file, it get extracted to tmpdir etc. to update say a
> graphics you browse to it
Edwin Leuven wrote:
Bo Peng wrote:
I actually do not know how to handle so many proposals. Maybe I should
wait until you guys reach an agreement?
another one:
1. bundling creates a zip whereto all the files are copied (as in
abdel's 2.) and files loose their original reference. editing a bun
Bo Peng wrote:
2.d) copy referenced files to [tmpdir]/filename.lyxdir/embed/
2.e) modify [tmpdir]/filenamedir.lyxdir/content.lyx
3-b) The reviewer ... This will create 'filename.lyx' directly extracted from
'content.lyx' in the archive as well as the 'filename.embed'
I can see that figure
On Fri, 11 Apr 2008, Bo Peng wrote:
I actually do not know how to handle so many proposals. Maybe I should
wait until you guys reach an agreement?
Perhaps it would help to describe the basic problem(s)? (As a temporary
break from discussing solutions)
If it's clear what the problems are, it
Bo Peng wrote:
I actually do not know how to handle so many proposals. Maybe I should
wait until you guys reach an agreement?
another one:
1. bundling creates a zip whereto all the files are copied (as in
abdel's 2.) and files loose their original reference. editing a bundle
is like editing
> 2.d) copy referenced files to [tmpdir]/filename.lyxdir/embed/
> 2.e) modify [tmpdir]/filenamedir.lyxdir/content.lyx
> 3-b) The reviewer ... This will create 'filename.lyx' directly extracted from
> 'content.lyx' in the archive as well as the 'filename.embed'
I can see that figure.png is co
24 matches
Mail list logo
