Re: [PATCH] Bug 1693: Dialogs not functional in MacOSX

2004-09-30 Thread Bennett Helm
On Sep 30, 2004, at 11:19 AM, Jean-Marc Lasgouttes wrote: "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes: Andreas> Hi Mac users! I finally tracked down this bug. Appearently Andreas> all Lfuns were disabled as soon as a dialog window opens, in Andreas> order to restrict access to the menus. An

Re: [PATCH] Bug 1693: Dialogs not functional in MacOSX

2004-09-30 Thread Andreas Vox
Am 30.09.2004 um 17:19 schrieb Jean-Marc Lasgouttes: Excellent detective work. Like most detective work a lot of foot walking and waiting in the rain ;-) , especially if you have to insert fprintfs by hand and recompile after each run, and you switched from C++ to Java 6 years ago and never look

Re: [PATCH] Bug 1693: Dialogs not functional in MacOSX

2004-09-30 Thread Jean-Marc Lasgouttes
> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes: Andreas> Hi Mac users! I finally tracked down this bug. Appearently Andreas> all Lfuns were disabled as soon as a dialog window opens, in Andreas> order to restrict access to the menus. Andreas> Since I'm not very much into LyX internals

[PATCH] Bug 1693: Dialogs not functional in MacOSX

2004-09-30 Thread Andreas Vox
Hi Mac users! I finally tracked down this bug. Appearently all Lfuns were disabled as soon as a dialog window opens, in order to restrict access to the menus. Since I'm not very much into LyX internals I don't know what to do else, so I simply commented it out. The best solution would be to di

Re: Gtk::Menu accelerators

2004-09-30 Thread John Spray
On Thu, 2004-09-30 at 15:29, Jean-Marc Lasgouttes wrote: > John> Gtk::AccelKey::get_abbrev unfortunately only outputs the > John> gtk-parsable form "n". Good idea though, it's somewhat > John> annoying that gtk won't give us its human-readable version (of > John> course, such a function exists insi

Re: Gtk::Menu accelerators

2004-09-30 Thread Jean-Marc Lasgouttes
> "John" == John Spray <[EMAIL PROTECTED]> writes: John> On Wed, 2004-09-29 at 15:39, Jean-Marc Lasgouttes wrote: >> Hmm, couldn't you use this constructor in GLyXKeySym::print and >> transform this into a string? This would look better than adding >> 'Ctrl+' by hand, IMO. John> Gtk::AccelKey:

Re: lyx-qt + russian locale + math symbols display

2004-09-30 Thread Nikita V. Youshchenko
> Nikita> LC_TIME=C lyx-qt > > I have to admit that I thought at first that LC_TIME was a typo and > that I went to check the sources :) I can see now that > QFont::initialize() in qfont_x11.cpp does use the LC_TIME locale to > determine some locale characteristics. > > Do you understand what this

Re: lyx-qt + russian locale + math symbols display

2004-09-30 Thread Jean-Marc Lasgouttes
> "Nikita" == Nikita V Youshchenko <[EMAIL PROTECTED]> writes: Nikita> Hello. The known problem with lyx-qt + russian locale + math Nikita> symbols display (that causes no math symbols to be displayed Nikita> if Qt uses fontconfig) may be workarounded by starting lyx-qt Nikita> as Nikita> LC_

Re: Automatic creation of the TOC document for the different languages

2004-09-30 Thread José Abílio Oliveira Matos
On Thu, Sep 30, 2004 at 09:39:24AM +0200, Jean-Marc Lasgouttes wrote: > > José> - delete the TOC_top, as you can see all the information > José> present in the directory is already in the script. Also the > José> directories that we are using from lyx2lyx have the know how to > José> create a

Re: Automatic creation of the TOC document for the different languages

2004-09-30 Thread Jean-Marc Lasgouttes
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes: José> Hi, in Chemnitz, this year, Jean-Marc and I discussed the update José> of the scheme use to generate dinamically the TOC files for the José> different translated languages. José> I have studied the subject and this is