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 ;-) > Ignoring options 'T1' of package fontenc. > LyX: Unknown TextClass tag `MaxCounter' [around line 15 of file c:\Program > Fil\LyX-1.4\LyX\Resources\lyx\layouts\beamer.layout] We failed to find the > layout 'Standard' in the layout list. You MUST investiga! Assertion > triggered in const LyXLayout_ptr& LyXTextClass::operator[](const > stdstring&) const by failing check "false" in file lyxtextclass.C:816 > > abnormal program termination > </log> > > 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). > Anyway beamer is particular as it is not part of the LyX bundle, so we're > off the baseline distrib here. I chose it because it uses almost every layout file construct to demonstrate the file format changes, but you can as well take any "standard" layout file that uses things like MaxCounter, e.g. docbook.layout. > 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. Georg
