>> >>Jean-Pierre Chretien wrote: >> >>> Both the Win tex2lyx bundle and the Solaris tex2lyx bundle provide 241 >>> format, so that copying the binary is enough. >> >>But that will change ;-) >> [..] >>> What's surprising is that the same operation performed on the same file on >>> Solaris works fine (and the lyx file is correct as the Solaris version >>> includes your patch for bug #1910). >> >>I don't know what happens exactly, but I don't care either because LyX 1.4 >>and tex2lyx are not supposed to read old .layout files (at least until now >>- maybe we need a lay2layout converter).
>>> Finally calling tex2lyx from lyx does not seem appropriate on the Win port >>> since the log remains hidden (I just get a popup about conversion error w >>> the above example). Decompressing the tex2lyx bundle, updating the PATH >>> and executing in a MinGW window is more informative. >>> >>> Correct me there if an monitoring when executing from LyX is possible. >> >>You will see the output if you start LyX from a console window. This applies >>to all converters and is identical on all platforms. Well it seems that it's prematurate to merge the tex2lyx bundle tree with the standard 1.3.6 LyX tree. Maybe the make_tex2lyx_dist.sh could reflect this by bundling in LyX-1.4 instead of LyX ? Decompression in Program Files would be straightforward and flawless. Respecting a parallel standard install of LyX and LyX-1.4 would also allow reference to Lyx-1.4 by LyX (kind of Sarge/Etch distribution :-) -- Jean-Pierre
