Dear all, I have been called stubborn, ridiculous, and you can continue to call me so, because I will not change the core design of my embedding feature. Because, as Edwin said, 'us guys basically agree', I will revert my feature altogether. There is no point to continue on a feature that is objected by all developers.
My definition (Abdel: yes, this is my definition, and there was no other definition when I asked) of the embedding feature is to help users bundle their lyx files so that the documents can be transferred and shared easily. The bundling process can be arbitrary on machine A, but when the document is unbundled on machine B, .lyx file should be the same on both machines (barring machine differences). The whole feature is designed around this idea. I may have gone too far to try to preserve out of tree files, to allow direct editing of the bundled format. I can change those, but not the core idea. The reason why I am so stubborn is that it think it is wrong to impose restrictions and change how users work. If a user would like to insert figurea, he is inserting figurea, not blah/blah/figurea. If a user would like to insert /abs/path/file, he has all the reasons to do so and we should respect it. If a user organizes his documents in fig, bib, blah, he has all the reasons to do so and we should respect it. It is plain wrong (to me) to force a directory structure, KISS or not, and tell users how their documents should be organized. I insist on the reversibility of the bundle/unbundle process because this is what (I think) users would expect. A document should not be changed during the process of transportation. When I send my document to my coauthor and tell him to work on figure5.png of chapter 2, he should be able to find figure5.png, not some randomly named figure. When I unbundle my document on another machine, I expect the same files to work with, and use my svn tree on that machine if available. In summary, the embedding feature should try its best to preserve a .lyx file. For users who want a clear directory structure, they should organize their files by themselves. Because there are many good ways to do so, and there are people like me who prefer their bad ways, lyx should not impose any directory structure. For (mac) users who would like to open a directory for its convenience, they should file a feature request for this. This has nothing to do with embedding. For users who would like to change their filenames and directories before sending their documents out, for privacy, security or whatever reason, they should file a feature request for this. This has nothing to do with embedding. This will be the last time I repeat my ideas. I will not answer any question because I have answered them several times. I will try to remove my embedding junk as thorough as possible, but if I fail, please accept my apologies in advance because that will be my last commit. Bye, Bo
