Stefan Schimanski wrote: > No, our patches did not change the file format. The file format was > changed long ago (don't ask me exactly, Dov might know better).
If you want to implement something in lyx2lyx then you need to know when exactly that happened, because that will determine the formats X and X+1 between those the conversion should be done. > The > problem is that the latex output of bidi paragraphs was different to > the visual appearance. So the only thing we did now is that we made > the rendering consistent with what you get with tex. The solution for > the user was to remove spaces at the borders of RTL insets before. > Because then everything is compatible. This workaround still applies > with our changes. In other words: our patch makes these problems at > the borders visible to the user. So we have not lost anything. Good. > We > only gained the possibility to make it consistent finally by adding a > small 10 line filter to lyx2lyx. I don't see the mess here. The mess is this: If you make an implicit file format change (without bumping the version number), then it is impossible to convert documents correctly in lyx2lyx. Example: Somewhere between format X and format X+1 somebody changes LyX so that the character 'a' will be displayed and exported to LaTeX as 'b', and 'b' will be displayed and exported as 'a'. If you later fix lyx2lyx to swap these two characters you can either do this in the conversion step X->X+1 (then you will not convert some documents that have been created with the old code in format X), or X+1->X+2 (then you will wrongly convert some documents that have been created with the new format). The actual example is of course silly, but something similar has happened more than once, and I hope you get the idea. If the file format change happened already earlier then the mess still exists, the only difference is that it was not you who created it, and that it is of course too late to revert anything. Georg
