Re: GuiRef.cpp and BROKEN: labels

2009-08-27 Thread Abdelrazak Younes
Vincent van Ravesteijn wrote: My guess is that you wanted to refer to the LyXView.{h,cpp} patch which introduces LyXView::documentBufferView() where I actually violated the protocol, apologies. Actually, I was probably mislead by a comment from Vincent, I thought he was talking about thi

Re: Adjacent identical environments

2009-08-27 Thread Ben M.
I find it strange that "--Separator--" appears inside the environment pulldown. Instead, I think of it as a character similar to a line break. I would expect to see it under Insert-Formatting-'Environment Break'. Abdel> Yep, and this idea is not new. We discussed the possibility to use a Abdel>

Re: Bug in autogen.sh?

2009-08-27 Thread Stefano Franchi
On Thursday 27 August 2009 05:50:07 pm Jean-Marc Lasgouttes wrote: > Le 27/08/2009 18:52, Stefano Franchi a écrit : > > On Thursday 27 August 2009 11:27:17 am Vincent van Ravesteijn - TNW wrote: > >> I think you might want to try a newer version of automake. Something > >> like 1.10 would do. > >>

Re: Automake Version [was: Bug in autogen.sh?]

2009-08-27 Thread Vincent van Ravesteijn
Jean-Marc Lasgouttes schreef: Le 27/08/2009 19:26, rgheck a écrit : So, it seems we should require automake 1.8 at least. Any other opinions on this? Enrico? JMarc? The reason is gettext. The NEWS from version 0.14.7 (we use 0.16.1) says: * The gettext autoconf macros now assume 'aclocal' fr

Re: Automake Version [was: Bug in autogen.sh?]

2009-08-27 Thread Jean-Marc Lasgouttes
Le 27/08/2009 19:26, rgheck a écrit : So, it seems we should require automake 1.8 at least. Any other opinions on this? Enrico? JMarc? The reason is gettext. The NEWS from version 0.14.7 (we use 0.16.1) says: * The gettext autoconf macros now assume 'aclocal' from automake 1.8 or newer. S

Re: Bug in autogen.sh?

2009-08-27 Thread Jean-Marc Lasgouttes
Le 27/08/2009 18:52, Stefano Franchi a écrit : On Thursday 27 August 2009 11:27:17 am Vincent van Ravesteijn - TNW wrote: I think you might want to try a newer version of automake. Something like 1.10 would do. If that's the cause we should update our requirements (or revert something else), bu

Re: GuiRef.cpp and BROKEN: labels

2009-08-27 Thread Vincent van Ravesteijn
My guess is that you wanted to refer to the LyXView.{h,cpp} patch which introduces LyXView::documentBufferView() where I actually violated the protocol, apologies. Actually, I was probably mislead by a comment from Vincent, I thought he was talking about this GuiRef patch. The comment w

Re: GuiRef.cpp and BROKEN: labels

2009-08-27 Thread Abdelrazak Younes
On 27/08/2009 23:07, Abdelrazak Younes wrote: On 27/08/2009 22:08, Tommaso Cucinotta wrote: On a related note, I just wanted to "complete" (but not commit) the patch by: -) renaming the LyXView::view() method to LyXView::currentBufferView() [ or LyXView::selectedBufferView() might constitute

Re: GuiRef.cpp and BROKEN: labels

2009-08-27 Thread Abdelrazak Younes
On 27/08/2009 22:08, Tommaso Cucinotta wrote: Abdelrazak Younes ha scritto: Tommaso Cucinotta wrote: when clicking on a broken reference to label, the current reference is shown as BROKEN: also in the GuiRef.cpp dialog, but when clicking on it (i.e., confirming its value -- for example, becaus

Re: GuiRef.cpp and BROKEN: labels

2009-08-27 Thread Tommaso Cucinotta
Abdelrazak Younes ha scritto: Tommaso Cucinotta wrote: when clicking on a broken reference to label, the current reference is shown as BROKEN: also in the GuiRef.cpp dialog, but when clicking on it (i.e., confirming its value -- for example, because I'm going Hello Tommaso, Even if you are a

Automake Version [was: Bug in autogen.sh?]

2009-08-27 Thread rgheck
Thanks for the pointer. It turns out automake 1.10 causes problems in Ubuntu, so it is not installed by default. The default is what I had, 1.7.9. After installing 1.10, all problems disappeared and Lyx-trunk is being compiled A quick check reveals: $aclocal-1.7 -I m4 -I config aclocal:

RE: Bug in autogen.sh?

2009-08-27 Thread Vincent van Ravesteijn - TNW
>Thanks for the pointer. It turns out automake 1.10 causes >problems in Ubuntu, so it is not installed by default. The >default is what I had, 1.7.9. After installing 1.10, all >problems disappeared and Lyx-trunk is being compiled A quick check reveals: $aclocal-1.7 -I m4 -I config aclocal: macro

Re: Bug in autogen.sh?

2009-08-27 Thread Stefano Franchi
On Thursday 27 August 2009 11:27:17 am Vincent van Ravesteijn - TNW wrote: > > Using automake (GNU automake) 1.7.9 > > I think you might want to try a newer version of automake. Something > like 1.10 would do. > > If that's the cause we should update our requirements (or revert > something else), b

RE: Bug in autogen.sh?

2009-08-27 Thread Vincent van Ravesteijn - TNW
> Using automake (GNU automake) 1.7.9 I think you might want to try a newer version of automake. Something like 1.10 would do. If that's the cause we should update our requirements (or revert something else), but 1.7.9 is approximately 6 years old. Vincent

Bug in autogen.sh?

2009-08-27 Thread Stefano Franchi
I tried to follow the instructions on the lyx web site and those recently provided by Richard on the lyx-users list in order to build trunk. Autogen fails to produce a workable configure file. Richard thinks this is a bug and recommended posting to the devel list. Here is the output from configu

Re: UserGuide and EmbeddedObjects compilations fail in French

2009-08-27 Thread Uwe Stöhr
Jean-Pierre Chrétien schrieb: That seems sound, yes. An other way would be to hack the French manuals directly. Is there a way to load nameref before other packages ? Can you please try to add this to the document preamble: \AtBeginDocument{\usepackage{nameref}} What have you used until now

Re: UserGuide and EmbeddedObjects compilations fail in French

2009-08-27 Thread Jean-Pierre Chrétien
Uwe Stöhr a écrit : Jean-Pierre Chrétien schrieb: [...] The problem you have is a problem with LaTeX packages not with LyX. We try to avoid to introduce hard coded hacks into LyX to fix bugs in LaTeX packages. Only when such a problem is not fixable or when the package manuals explicitly rec

Re: UserGuide and EmbeddedObjects compilations fail in French

2009-08-27 Thread Jean-Pierre Chrétien
Uwe Stöhr a écrit : > With my Debian Lenny, doc/fr/Userguide.lyx and doc/fr/EmbeddedObjects.lyx > compilations fail because character ":" is active in French. This is nowadays OK > with most packages, but not with varioref, which version here is the last one > according to CTAN: > [2006/0