Re: copying and pasting a LyX environment? (like Word's Format Painter)

Jean-Marc Lasgouttes a écrit : "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> Well this use the Lyx Menu Backend which I have great Abdel> difficulty to understand. It keeps crashing a lot so I gave up Abdel> on that (But I have ported the menubar to Qt4.1). The Navigation part is kind o

Re: Documentation out of date for 1.4.

Lars Gullik Bjønnes wrote: > Angus Leeming writes: > | Attached is a patch to Intro.lyx, Tutorial.lyx and UserGuide.lyx. OK? > To me this is ok, but am not the best judge... Let J-M comment as > well. Jean-Marc? -- Angus

Re: License agreement

Anders Ekberg wrote: > For the record: > I agree to license my contributions to LyX under the Gnu General > Public License, version 2 or later. Thanks, Anders. -- Angus

License agreement

For the record: I agree to license my contributions to LyX under the Gnu General Public License, version 2 or later. Anders Ekberg

Re: [PATCH] Re: Slowness in bruteFind

On Sat, Jan 14, 2006 at 01:38:28PM +0200, Martin Vermeer wrote: > On Sat, Jan 14, 2006 at 11:12:28AM +0100, Lars Gullik Bjønnes wrote: > > Martin Vermeer <[EMAIL PROTECTED]> writes: > > > > | On Fri, Jan 13, 2006 at 06:01:52PM +0200, Martin Vermeer wrote: ... > > | Does anyone see a problem wi

Re: copying and pasting a LyX environment? (like Word's Format Painter)

> "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> Well this use the Lyx Menu Backend which I have great Abdel> difficulty to understand. It keeps crashing a lot so I gave up Abdel> on that (But I have ported the menubar to Qt4.1). The Navigation part is kind of horrible indeed. The rest

Dynamic macros

Title: Dynamic macros I've ported the dynamic macro stuff to the current cvs version and attached a diff. I've only tested this under mingw/windows. You can do: \newcommand{\createCmd}[2]{\newcommand{#1}{#2}} \createCmd{fName}{fDisplay} and \fName will display as fDisplay This is great for

Re: Towards LyX 1.3.7 [status update #1]

Andre Poenitz wrote: > On Thu, Jan 12, 2006 at 09:10:57PM +, Angus Leeming wrote: >> Jean-Marc Lasgouttes wrote: >> > Thanks Angus. What am I going to do for next release? Are you going to >> > magically pop up from nowhere and fix my English? >> >> You got my email? Use it! One day, I'm goin

Re: bug 1973, was: Re: Bugs status again

On Jan 14, 2006, at 5:28 AM, Lars Gullik Bjønnes wrote: I have some build issues to look at, and I am still waiting for confirmation that the tar disted with fink is good. (ie. able to read ustar archives) Yes -- it works, as does Apple's version. (See

Re: copying and pasting a LyX environment? (like Word's Format Painter)

I have transfered this thread to lyx-devel where it belongs. Andre Poenitz a écrit : On Tue, Jan 10, 2006 at 02:26:48PM +0100, Abdel wrote: This functionality could be implemneted in the Navigate menu in the Qt frontend: Make the menu a list view, allowm multiple selection, create and connect a

Re: [PATCH] Re: Slowness in bruteFind

On Sat, Jan 14, 2006 at 11:12:28AM +0100, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Fri, Jan 13, 2006 at 06:01:52PM +0200, Martin Vermeer wrote: > | > | > ...that the method bruteFind() in cursor.C searches the *whole > | > document*, i.e., *every single ch

Re: [PATCH] Re: Slowness in bruteFind

On Sat, Jan 14, 2006 at 11:14:28AM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > >> How to make it faster? The attached doesn't really help much, > >> because forwardPar() still calls forwardPos() internally for every > >> character. > > Mar

Re: bug 1973, was: Re: Bugs status again

Lars Gullik Bjønnes wrote: > | Let's just write the release notes, update the Users Guide, and have it > | out. I think there are no fatal or data-loss bugs left. Anything else I > | am missing? > > I have some build issues to look at, and I am still waiting for > confirmation that the tar disted w

Re: bug 1973, was: Re: Bugs status again

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Let's just write the release notes, update the Users Guide, Martin> and have it out. I think there are no fatal or data-loss bugs Martin> left. Anything else I am missing? There is the bug with reading math macros that needs hel

Re: bug 1973, was: Re: Bugs status again

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sat, Jan 14, 2006 at 11:08:35AM +0100, Lars Gullik Bjønnes wrote: | > Andre Poenitz <[EMAIL PROTECTED]> writes: | > | > | On Thu, Jan 12, 2006 at 09:29:37AM +0100, Jean-Marc Lasgouttes wrote: | > | > What about deciding of a relelase date, to put so

Re: Towards LyX 1.3.7 [status update #1]

> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes: Uwe> Jean-Marc Lasgouttes writes: >> We could actually have it at ftp.lyx.org/pub/lyx/contrib. Uwe> Good. How can I upload it? You'll just tell me where I can get it. JMarc

Re: Towards LyX 1.3.7 [status update #1]

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> (Oui, je crois que tu as raison mais mon Français est vraiment Angus> terrible.) I seem to remember that in 1940, when things were turning really bad here, a French diplomat was sent to england to ask for help. So the guys goes to

Re: [PATCH] Re: Slowness in bruteFind

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Fri, Jan 13, 2006 at 06:01:52PM +0200, Martin Vermeer wrote: | | > ...that the method bruteFind() in cursor.C searches the *whole | > document*, i.e., *every single character position*, for the best place | > to drop the cursor! | > | > This cause

Re: bug 1973, was: Re: Bugs status again

On Sat, Jan 14, 2006 at 11:08:35AM +0100, Lars Gullik Bjønnes wrote: > Andre Poenitz <[EMAIL PROTECTED]> writes: > > | On Thu, Jan 12, 2006 at 09:29:37AM +0100, Jean-Marc Lasgouttes wrote: > | > What about deciding of a relelase date, to put some pressure on ourselves? > | > | Something wrong wit

Re: Lars Lasgouttes does not scale (Re: Bug 2015 patch + profiling)

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Tue, Jan 10, 2006 at 02:39:40PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> I admit that I do not scale very well these days :( Andre> Bad enough. I scaled by a factor of roughly 1.04 over Andre> Christmas. Maybe you should cha

Re: [PATCH] Re: Mathinset behavior (André? )

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> OK, here is my next try. I kind of like the code now, so I'd >> really want to commit it and be done with this bug? Andre> It looks ok. No more objections from my side. It seems you were right to complain about the code and make thin

Re: [PATCH] Re: Slowness in bruteFind

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: >> How to make it faster? The attached doesn't really help much, >> because forwardPar() still calls forwardPos() internally for every >> character. Martin> The attached helps a lot, and is "low hanging fruit". Did you look at forwardP

Re: Bugs status again

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> We should try to remove the data member and replace it by a Andre> function (or maybe two) in the long run at least. The thing that remembers what is the current font setting has to be a data member, although it could be moved to t

Re: bug 1973, was: Re: Bugs status again

Andre Poenitz <[EMAIL PROTECTED]> writes: | On Thu, Jan 12, 2006 at 09:29:37AM +0100, Jean-Marc Lasgouttes wrote: | > What about deciding of a relelase date, to put some pressure on ourselves? | | Something wrong with "Christmas"? I was thinking more "Feburuary". -- Lgb

[PATCH] Re: Slowness in bruteFind

On Fri, Jan 13, 2006 at 06:01:52PM +0200, Martin Vermeer wrote: > ...that the method bruteFind() in cursor.C searches the *whole > document*, i.e., *every single character position*, for the best place > to drop the cursor! > > This causes a noticeable slowness (several seconds!) when exiting so