Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> I managed to fix the problems that people were having running
> Angus> this with localized menus; it turned out that my renaming of
> Angus> lyx14x.exe to lyx.exe broke everything, so I no longer do that
> Angus> 

> Could you expand on that?

Sure.

The installer creates a lyx.bat file that points
at "lyx.exe". (This .bat file is little more than 
    LANG=fr_FR lyx.exe $*
in sh-speak.)

A couple of weeks ago, I built lyx using the
--with-version-suffix configuration option to
generate lyx14x.exe. Either I had to rewrite
the installer code to generate a .bat file that
pointed to this or I could rename the executable
as lyx.exe. Needless to say, I chose the easy
option and didn't think much more about it.

Unfortunately, the installed po files are called
lyx14x.mo. Moreover, the lyx executable finds these
files by interogating its own name. So, changing the
execuatble name to lyx.exe means that the binary
can no longer find the .mo files.

Having worked all this out, it seemed that the 
best course of action was to fix the .bat file.
It's the only untested link in the whole chain.

> Angus> 3. lyx_configure.C: Using the --with-version-suffix means that
> Angus> the execuatble is no longer called lyx.exe so we have to be a
> Angus> little clever when generating lyx.bat. The .bat file now refers
> Angus> to the first file that matches lyx*.exe; seems to work
> Angus> perfectly.
> 
> I'd rather apply the following patch instead (leave lyx.exe alone).
> What do you think of it?

Nice idea, but won't work on its own.
Unless $program_suffix is applied also to
the .mo files of course. Certainly, it'll
require some testing...

Regards,
Angus

Reply via email to