Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Jean-Marc Lasgouttes
Le 25 avr. 09 à 00:10, Vincent van Ravesteijn a écrit : Yes, a colleague of mine wanted to change the style of all citations, so this would have been useful for that (by the way, we should add something to do that). Yes, provided with have a lfun to change citation style. mutate-note and to

Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Jean-Marc Lasgouttes
Le 25 avr. 09 à 00:07, Vincent van Ravesteijn a écrit : I think this is a battle we cannot win (not tested, but you get the idea): inset-forall Note note-insert So... you look for all Note insets, and execute note-insert for each and you'll end up with the double amount of Notes ? No, you f

Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Vincent van Ravesteijn
Jean-Marc Lasgouttes schreef: We had a question recently about how to remove all Index insets from the document. Rather than building yet another UI for that, the following dirty function maybe be useful, although mostly for power user (not the kind of function that I would like to see advertis

Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Vincent van Ravesteijn
Jean-Marc Lasgouttes schreef: Le 24 avr. 09 à 23:53, rgheck a écrit : This function has several problems: - can freeze LyX (see above) Suggestion: Keep track of which insets have been visited and refuse this kind of recursion. I think this is a battle we cannot win (not tested, but you get

Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Jean-Marc Lasgouttes
Le 24 avr. 09 à 23:53, rgheck a écrit : This function has several problems: - can freeze LyX (see above) Suggestion: Keep track of which insets have been visited and refuse this kind of recursion. I think this is a battle we cannot win (not tested, but you get the idea): inset-forall Not

Re: [PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread rgheck
Jean-Marc Lasgouttes wrote: We had a question recently about how to remove all Index insets from the document. Rather than building yet another UI for that, the following dirty function maybe be useful, although mostly for power user (not the kind of function that I would like to see advertised

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Jean-Marc Lasgouttes
Unlikely, since I am still not able to commit Did you get Lars to activate your account? For example, can you log into trac (same password)? JMarc

[PATCH] inset-forall: apply a function to all insets

2009-04-24 Thread Jean-Marc Lasgouttes
We had a question recently about how to remove all Index insets from the document. Rather than building yet another UI for that, the following dirty function maybe be useful, although mostly for power user (not the kind of function that I would like to see advertised prominently in UserGuide

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Andre Poenitz
On Fri, Apr 24, 2009 at 04:34:34PM +0200, Jean-Marc Lasgouttes wrote: > Stephan Witt writes: > > So I see the "solution" to declare GCC 3.3.X as unsupported. Then I > > will fail to provide LyX 1.6.X for the SLES9 platform. (And we should > > mention itin README.) > > > > The other option may be t

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Jean-Marc Lasgouttes
Stephan Witt writes: > So I see the "solution" to declare GCC 3.3.X as unsupported. Then I > will fail to provide LyX 1.6.X for the SLES9 platform. (And we should > mention itin README.) > > The other option may be to change the code and avoid the > QListsubmenu_ construct. I cannot understand why

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Stephan Witt
Jean-Marc Lasgouttes schrieb: Le 24 avr. 09 à 09:31, Stephan Witt a écrit : I think it's a problem to build a list of entities with unknown size (class forward declaration) when the internal representation is an array. So the compiler fails here. (I did no real investigation until now because I

Re: r29392 - lyx-devel/trunk/src/support

2009-04-24 Thread Jean-Marc Lasgouttes
lasgout...@lyx.org writes: > Author: lasgouttes > Date: Fri Apr 24 14:28:00 2009 > New Revision: 29392 > URL: http://www.lyx.org/trac/changeset/29392 > > Log: > Sometimes, iconv on windows returns -1, but sets errno to 0. I do not > know what this means, but tex2lyx did not like it at all. Juerge

Re: r29346 - lyx-devel/trunk/src/tex2lyx

2009-04-24 Thread Jean-Marc Lasgouttes
Le 24 avr. 09 à 01:57, Uwe Stöhr a écrit : Uwe Stöhr schrieb: Where does your iconv come from BTW? Is there some documentation attached to it? It is version 1.11 of iconv provided as dll I now found iconv version 1.9.2 for Windows. But also with this version I get the same problem without y

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Jean-Marc Lasgouttes
Le 24 avr. 09 à 09:31, Stephan Witt a écrit : I think it's a problem to build a list of entities with unknown size (class forward declaration) when the internal representation is an array. So the compiler fails here. (I did no real investigation until now because I don't know if GCC 3.3.3 sh

Re: [patch] default view format

2009-04-24 Thread Jean-Marc Lasgouttes
Le 24 avr. 09 à 08:44, Guenter Milde a écrit : I suppose the use of LITERATE will be superseded by the new, open, layout/module-settable OutputFormat parameter. This is the long term plan, but to do that all the instances of LITERATE have to be looked at one by one and removed. Do you plan to

Re: Build problem on pretty old system (SLES9)

2009-04-24 Thread Stephan Witt
Jean-Marc Lasgouttes schrieb: Stephan Witt writes: Hi Andre, I stumbled over an error when compiling LyX-1.6.X (Rev 29386) on SLES9. Maybe the GCC 3.3.3 is the problem... but the README and INSTALL doesn't say so. Looks like this is at qt level... Thank you for thinking about my problem.