Re: latex linelen

2009-08-30 Thread Tommaso Cucinotta
Jean-Marc Lasgouttes ha scritto: I think this is a sign that time should be invested to do a real in memory search. I agree that the inset-based search is THE way to go for an efficient implementation. However, I'm trying to implement this feature without having to add a method for each and eve

Re: LFUN returning value

2009-08-30 Thread Tommaso Cucinotta
Vincent van Ravesteijn ha scritto: Tommaso Cucinotta schreef: Is there any clean way to return something from the LFUN dispatch mechanism ? No. Explaining: I'd like to have a LFUN with a sort of return value, so that I can dispatch an LFUN from the GUI, then check some return value. Please e

Re: latex linelen

2009-08-30 Thread Jean-Marc Lasgouttes
Le 30 août 09 à 18:44, Tommaso Cucinotta a écrit : Oh, if this is all it takes, here you go: converting "randomly" spaces to newlines is not friendly with the searching facility. Therefore, for such purpose, I need a LaTeX export that retains spaces as present in the document (and I would set

Re: LyX 1.6.4.1

2009-08-30 Thread Jean-Marc Lasgouttes
Le 30 août 09 à 12:00, Jürgen Spitzmüller a écrit : As already mentioned, I'd like to set up a small upgrade to 1.6.4 that addresses (exclusively) the Mac menu problem. Jean-Marc, do you have any plans about that? If, expectantly, watching Arsène is your only plan for the time being, I propose

Re: Adjacent identical environments

2009-08-30 Thread Jean-Marc Lasgouttes
Le 29 août 09 à 15:18, rgheck a écrit : (i) Create a new paragraph parameter that would have the effect of separator. This could be drawn on-screen as some kind of end-of- paragraph marker, though in many cases it wouldn't need to be, since the next paragraph will have a different appearance.

Re: latex linelen

2009-08-30 Thread Tommaso Cucinotta
Vincent van Ravesteijn ha scritto: Tommaso Cucinotta schreef: Hello, anyone against this patch ? It uses OutputParams.linelen to control newlines also on LaTeX exports, additionally to plaintext ones. T. Yes, I'm against. You give no reason for doing this. Oh, if this is all it takes,

Re: GuiRef.cpp and BROKEN: labels

2009-08-30 Thread Tommaso Cucinotta
Vincent van Ravesteijn ha scritto: The comment was about r31219. I really don't like that commit because: 1) I don't want to spoil the code with an infinite amount of if (buffer().fileName().extension() == "internal") Absolutely agree. At least, it should be "if (buffer().isInternal())". 2) th

Re: #6179: String "|(" converted to \text\textbar{}( in index tags

2009-08-30 Thread Steve Litt
On Sunday 30 August 2009 04:53:07 LyX Ticket Tracker wrote: > #6179: String "|(" converted to \text\textbar{}( in index tags > ---+--- >- Reporter: stevelitt | Owner: lasgouttes > Type: defect | Status: new

Re: LFUN returning value

2009-08-30 Thread rgheck
On 08/30/2009 07:26 AM, Vincent van Ravesteijn wrote: Tommaso Cucinotta schreef: Is there any clean way to return something from the LFUN dispatch mechanism ? No. Explaining: I'd like to have a LFUN with a sort of return value, so that I can dispatch an LFUN from the GUI, then check some r

Re: LFUN returning value

2009-08-30 Thread Vincent van Ravesteijn
Tommaso Cucinotta schreef: Is there any clean way to return something from the LFUN dispatch mechanism ? No. Explaining: I'd like to have a LFUN with a sort of return value, so that I can dispatch an LFUN from the GUI, then check some return value. Please explain then. Vincent

Re: latex linelen

2009-08-30 Thread Vincent van Ravesteijn
Tommaso Cucinotta schreef: Hello, anyone against this patch ? It uses OutputParams.linelen to control newlines also on LaTeX exports, additionally to plaintext ones. T. Yes, I'm against. You give no reason for doing this. Vincent

LyX 1.6.4.1

2009-08-30 Thread Jürgen Spitzmüller
As already mentioned, I'd like to set up a small upgrade to 1.6.4 that addresses (exclusively) the Mac menu problem. Jean-Marc, do you have any plans about that? If, expectantly, watching Arsène is your only plan for the time being, I propose to revert r30900 for 1.6.4.1. Jürgen