Georg Baum schrieb:
It would probably not be difficult to fix that, the code is simple. In fact, it will probbaly be less work to do that than to rip out all appareances of clean_dvi from LyX and the installer.
That means you will fix directly the programs dt2dv and dv2dt?
They should not, since the created DVI without clean_dvi is not valid DVI. clean_dvi tries to correct some problems of the TeX engine with filenames with spaces.
MiKTeX 2.5 fully supports filenames with spaces because it is installed by default under ~:\Program Files
All cases I tested with MiKteX 2.5 work fine.
It has nothing windows specific. It is used as default under windows because windows users tend to use filenames with spaces more than others.
It shouldn't be the default when now files with spaces are supported directly by the LaTeX-distributions.
It is a bit funny that the request to remove the script comes especially from you, since you have insisted on other occasions that LyX must support all sorts of wierd file names, and now you propose to just remove parts of this support.
To clearify, yes, LyX should support path and filenames with, in your definition weird ;-), characters that are used on Windows. That means we fix LyX bugs by adding support for them. But if something is a LaTeX restriction I never reported bugs here but directly contacted the developers of the LaTeX-programs. For example I remember the Ghostscript "very long path" bug. I reported it to the Ghostscript developers after it was reported here and in the next release they fixed it. We could have introduced in this case also a script that afterwards changes the Postscript output.
I was never a fan of clean_dvi. regards Uwe
