On Wednesday 05 February 2003 15:10, Angus Leeming wrote: [...] > Well, that wasn't my intention in asking the original question, but major > and minor versions make sense since that would allow you to define your > linear series of converters 215.py, 216.py and have special code within > them to deal with odd ball cases. > > No need, when converting from x to y, to go by way of x.3 if you can go > straight to y.
Both solution, changing the number each time or major/minor numbers, are isomorphic. It is just a matter of being easier to read for us. Every major number would be identified uniquely with a lyx version. > >> Does this mean that reLyX is already outputting tables in 216 format? > > > > Nope, that is 215 format. > > So to be clear: 215 format == multicol5 but I have to make sure that reLyX > does the things in your 215.py:update_tabular routine in order to output > tables in 216 format? No the case where the table file format is 4 is older than reLyX so you don't need to consider it. > Do you have any example tables that get transformed by the code in > 215.py:update_tabular? You shouldn't care with that case. > I thought that I'd take your incremental approach in trying to get reLyX to > output moderm LyX (albeit a limited subset of it). Ok. -- José AbÃlio
