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