Re: LyX CVS compile error: insetlabel.C

2004-02-17 Thread Alfredo Braunstein
Angus Leeming wrote: > Why don't we (you) just remove this cruft from src/insets > (insettheorem too). They no longer compile, they aren't ver y complex > anyway and can always be retrieved from the Attic. There are no soonish plans for them? What is the use of the EXTRA_DIST variable in insets/M

Re: [patch] tmp file stuff

2004-02-17 Thread Helge Hafting
Jean-Marc Lasgouttes wrote: "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Jean-Marc Lasgouttes wrote: But can this really happen, or is it just a theoretical question? Angus> (Aside: as a mathematician, I though you

Re: ugly latex code

2004-02-17 Thread Helge Hafting
Huaiyu Duan wrote: Hi, I use LyX a lot to document what I have done or write short technical notes. It really saves time for me againts checking the grammar of latex code. However, there is a problem when it comes to submiting papers to journals. The equation part of the latex code exported by

Forked processes dialog

2004-02-17 Thread Angus Leeming
Shall I just remove it, given that 1. Nobody uses it. 2. It will not be implemented in the Qt frontend. I understand the reasoning for (2) and probably agree with it. Executive summary: we have ps and kill for that and shouldn't replicate system tools for no good reason. -- Angus

Re: [patch] tmp file stuff

2004-02-17 Thread Jose' Matos
On Tuesday 17 February 2004 09:46, Helge Hafting wrote: > > I've had one problem that forced me to not use temp dirs: > > Latex code (in ERT or in the preamble or in the preamble/textstyles > of a custom document layout) may use \input, \includegraphics, or > some other command that opens a user-pr

Re: Forked processes dialog

2004-02-17 Thread Jose' Matos
On Tuesday 17 February 2004 11:57, Angus Leeming wrote: > Shall I just remove it, given that > > 1. Nobody uses it. > 2. It will not be implemented in the Qt frontend. > I understand the reasoning for (2) and probably agree with it. > Executive summary: we have ps and kill for that and shouldn't >

Re: Forked processes dialog

2004-02-17 Thread Angus Leeming
Jose' Matos wrote: > On the other way most of your work has been in the direction of > making the dialog unnecessary. ;-) Unfortunately, we still use system a lot, invoking chktex, when converting the lyx document to another format, in the version control code. Nonetheless, we do fork a *lo

Re: Forked processes dialog

2004-02-17 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Shall I just remove it, given that 1. Nobody uses it. 2. It Angus> will not be implemented in the Qt frontend. Angus> I understand the reasoning for (2) and probably agree with it. Angus> Executive summary: we have ps and kill for

Re: ugly latex code

2004-02-17 Thread Huaiyu Duan
- Original Message - From: "Helge Hafting" <[EMAIL PROTECTED]> To: "Huaiyu Duan" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, February 17, 2004 4:07 AM Subject: Re: ugly latex code > Huaiyu Duan wrote: > > Hi, > > > > I use LyX a lot to document what I have done or write sh

Re: ugly latex code

2004-02-17 Thread Jean-Marc Lasgouttes
> "Huaiyu" == Huaiyu Duan <[EMAIL PROTECTED]> writes: Huaiyu> Hi, I use LyX a lot to document what I have done or write Huaiyu> short technical notes. It really saves time for me againts Huaiyu> checking the grammar of latex code. However, there is a Huaiyu> problem when it comes to submiting

Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Jean-Marc Lasgouttes
This is the second and hopefully last status update for LyX 1.3.4. I would really like to release it this week. We lost a lot of time last week chasing the german locale bug (which turned out to be a bug on some xforms patch), but now I think everything is OK. Things that remain to be done: - de

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > This is the second and hopefully last status update for LyX 1.3.4. I > would really like to release it this week. We lost a lot of time > last week chasing the german locale bug (which turned out to be a > bug on some xforms patch), but now I think everything is OK. H

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Jean-Marc Lasgouttes
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Jean-Marc Lasgouttes wrote: >> This is the second and hopefully last status update for LyX 1.3.4. >> I would really like to release it this week. We lost a lot of time >> last week chasing the german locale bug (which turned out to

Re: [patch] tmp file stuff

2004-02-17 Thread Jean-Marc Lasgouttes
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> When I asked some time ago the only bug that somebody (you?) Georg> mentioned was dvi export. Bugzilla has bugs 643 and 1405 about Georg> html export. I am sorry I have not been more specific at the time. Georg> I thought that the "

Re: LyX CVS compile error: insetlabel.C

2004-02-17 Thread Kayvan A. Sylvan
On Tue, Feb 17, 2004 at 09:01:07AM +0100, Alfredo Braunstein wrote: > Angus Leeming wrote: > > > Why don't we (you) just remove this cruft from src/insets > > (insettheorem too). They no longer compile, they aren't ver y complex > > anyway and can always be retrieved from the Attic. > > There are

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Juergen Spitzmueller
Jean-Marc Lasgouttes wrote: > This is the second and hopefully last status update for LyX 1.3.4. I > would really like to release it this week. We lost a lot of time last > week chasing the german locale bug (which turned out to be a bug on > some xforms patch), but now I think everything is OK. C

[PATCH] qcitation fixes

2004-02-17 Thread Juergen Spitzmueller
The patch tries to fix (the rest of) bug 1146 http://bugzilla.lyx.org/show_bug.cgi?id=1146 It always opens the find dialog if a new citation inset is being inserted (and thus saves a few annoying keypresses). Can some kind soul please review? It works nicely, except for one thing: after applying

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Ronald Florence
Jean-Marc Lasgouttes wrote: Thanks a lot Angus. Here is the ANNOUNCE that I plan to commit soon. I'd appreciate if you could take a quick look at it and maybe make it sexier. This is no sexier, but I think it explains the LyX/Mac changes more accurately. -- Ronald Florencewww.18james.com

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Ronald Florence
Juergen Spitzmueller wrote: Can anyone reproduce the spellchecker crashes I reported this week? http://marc.theaimsgroup.com/?l=lyx-devel&m=107652026519348&w=2 Would be nice if it could be fixed for 1.3.4 I saw crashes when spellchecking multiple documents when I was using Aspell 0.50.4.1 with L

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > Thanks a lot Angus. Here is the ANNOUNCE that I plan to commit soon. > I'd appreciate if you could take a quick look at it and maybe make > it sexier. I don't understand what the part after the semi-colon means. Is it just noise? * support for old files from LyX 0

Re: [PATCH] qcitation fixes

2004-02-17 Thread Angus Leeming
Juergen Spitzmueller wrote: > It works nicely, except for one thing: after applying (pressing > apply, not ok) the find dialog is also opened (which is o.k.), but > the bc().valid() call is not recognized: the buttons stay disabled. > Any idea on this? When you press Apply, you execute this code.

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Juergen Spitzmueller
Ronald Florence wrote: > I believe cocoAspell is based on an earlier version of aspell than the > one I had been using, which leads me to suspect that the LyX crash > problems are with some versions of aspell-0.50.x. Hmm, yes, the backtrace also indicates that the spellchecker (i.e. aspell) has c

Re: [PATCH] qcitation fixes

2004-02-17 Thread Juergen Spitzmueller
Angus Leeming wrote: > When you press Apply, you execute this code. So, I think that the > behaviour you describe is to be expected. I see. Anything I can do about that? > Incidentally, I don't understand why the find dialog is opened when > the user presses Apply in the main dialog. That feels v

Re: [PATCH] qcitation fixes

2004-02-17 Thread Angus Leeming
Juergen Spitzmueller wrote: >> Incidentally, I don't understand why the find dialog is opened when >> the user presses Apply in the main dialog. That feels very ugly to >> me. > > It is because it also creates a new citation inset No it doesn't. You can Apply to an existing inset. What it does d

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread John Levon
On Tue, Feb 17, 2004 at 08:04:03PM +0100, Juergen Spitzmueller wrote: > Ronald Florence wrote: > > I believe cocoAspell is based on an earlier version of aspell than the > > one I had been using, which leads me to suspect that the LyX crash > > problems are with some versions of aspell-0.50.x. >

Re: [PATCH] qcitation fixes

2004-02-17 Thread Juergen Spitzmueller
Angus Leeming wrote: > No it doesn't. You can Apply to an existing inset. > > What it does do is disconnect from any existing inset so subsequently > pressing Apply will create a new inset. Yes, that's what I meant. > > IMO this behaviour is ok because you have to open > > that dialog anyway (the

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread Juergen Spitzmueller
John Levon wrote: > Juergen, the spell code should be relatively debuggable. Where is the > lyx crash happening ? All I have is the backtrace I have posted. But this seems pretty clear: #0 ControlSpellchecker::checkAlive() (this=0x876cbb4) at ../../../boost/boost/scoped_ptr.hpp:77 #1 0x084d

Re: [PATCH] qcitation fixes

2004-02-17 Thread Angus Leeming
Juergen Spitzmueller wrote: > He has. He has selected one or more new entries from the database. > But he cannot apply them, although they show up in the "selected" > browser. That's the problem. (I agree that the more elegant solution > would be not to open find after apply. But I don't know how t

Re: [patch] tmp file stuff

2004-02-17 Thread Georg Baum
Am Dienstag, 17. Februar 2004 10:46 schrieb Helge Hafting: > I've had one problem that forced me to not use temp dirs: > > Latex code (in ERT or in the preamble or in the preamble/textstyles > of a custom document layout) may use \input, \includegraphics, or > some other command that opens a user-

Re: [patch] tmp file stuff

2004-02-17 Thread Georg Baum
Am Dienstag, 17. Februar 2004 18:09 schrieb Jean-Marc Lasgouttes: > I am sorry I have not been more specific at the time. Never mind, fortunately it does not change anything fundamental, at least I hope so ;-) > Georg> I thought that the "run in original dir" flag was used for html > Georg> conv

Re: Towards LyX 1.3.4 [status update #2]

2004-02-17 Thread John Levon
On Tue, Feb 17, 2004 at 08:28:50PM +0100, Juergen Spitzmueller wrote: > John Levon wrote: > > Juergen, the spell code should be relatively debuggable. Where is the > > lyx crash happening ? > > All I have is the backtrace I have posted. But this seems pretty clear: > > #0 ControlSpellchecker::c

Re: ugly latex code

2004-02-17 Thread Huaiyu Duan
From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]> To: "Huaiyu Duan" <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] Subject: Re: ugly latex code Date: Tue, 17 Feb 2004 16:40:50 +0100 I think that there are a lot of small things we could do to improve the output of equations. However, we will never be able t

Re: ugly latex code

2004-02-17 Thread Andre Poenitz
On Mon, Feb 16, 2004 at 08:24:14PM -0600, Huaiyu Duan wrote: > I use LyX a lot to document what I have done or write short technical > notes. It really saves time for me againts checking the grammar of latex > code. However, there is a problem when it comes to submiting papers to > journals. Th

Re: ugly latex code

2004-02-17 Thread Andre Poenitz
On Tue, Feb 17, 2004 at 09:15:03AM -0600, Huaiyu Duan wrote: > I did and got the same result. It is a little bit wierd. Latex is > more or less like a programming language, but no one writes a > beautifying script for it. I guess that's simply because (La)TeX syntax is highly convoluted if not mes