On Sat, Jan 14, 2006 at 06:07:40PM +0100, Anders Ekberg wrote:
>
> On 14 jan 2006, at 17.48, Helge Hafting wrote:
>
> >I tried saving ö.lyx and ø.lyx, with todays lyx 1.4cvs.
> >(o with dots, and o with slash, if your email client dislike this)
> >
> >The filenames were saved in iso8859 encoding, so running an xterm
> >with LANG=no_NB.iso8859-1 showed them just fine. (I normally
> >use unicode though, where those filenames have illegal character
> >sequences.)
> But you didn't see the error messages, which means that the Mac OSX
> version (or at least the pre3-version) fails some check that the
> Linux version passes. Interesting! If this is due to QT then I guess
> there is hope that the problem will resolve itself with a new version
> of QT.
This is using qt3.
>
> >
> >Also, view->dvi and view->pdf works, but the 8-bit characters
> >are stripped into 7-bit so "ö" becomes "v" in xdvi/gv.
> Do you mean in the file title or where?
The file title. Actually, nothing is wrong with xdvi here,
because lyx working on "ø.lyx" creates the temporary file "x.tex"
when creating the intermediate .tex file.
('x' is what you get when removing the eight bit from an
iso8859-1-encoded 'ø')
I tried renaming it to "ø.tex" and running latex (actually pdfetex) on
it, it produced "ø.dvi" just fine. And my xdvi have no
problems displaying "ø.dvi", and gets the titlebar right too if
the filename is iso8859-1 encoded.
Lyx is capable of producing "ø.tex" and "ø.dvi" when using the export
menu. But 8-bit stripping happens when using the "view" menu, causing
confusion. I hope patches to fix that will be accepted once 1.5 development
starts. :-)
Helge Hafting
