Jürgen Spitzmüller wrote:
rgheck wrote:
No, in part because it isn't a format change. Older versions of LyX will
read these files just fine, i.e., they won't throw parser errors. It's
just that but they won't recognize Plain\s?Layout, so they'll convert it
to whatever they regard as default. Which is what we want them to do,
and is really the best we can do. (See below.)
In my opinion it is a file formt change, if only because some
former "Standard" formats are now "Plain", and old lyx2lyx routines don't
recognize this.
Maybe I was being too literal about the idea of a format change.
In my opinion, lyx2lyx routines should deal with the file characteristics that
were present when the routine was introduced. If we have to update a year old
routine because of a recent change, something clearly _is_ wrong.
Yes, for what it's worth, I agree. But note that there are several
lyx2lyx routines that assume that the default layout is named
"Standard". These will not work in general---they will not properly
convert or revert files that use gbrief*.layout, for example---and
that's the problem we're facing. Well, if so, then probably what I
should have done was pretend they're all named Standard, too.
If we want to try to fix this, here's what we could do. I introduced
Format 315 at 23059, a week after PlainLayout was introduced. We could
add a Standard --> PlainLayout conversion and reversion there. Then
there's the PlainLayout --> Plain Layout bit, which happened the same
day I introduced Format 322, so we could do that there. It wouldn't be
perfect, as we'd have two format changes lumped together in each place.
But it'd be pretty close in effect to the best we could have done.
Richard
Richard
