Re: What are the main problems in CVS now?

On Fri, Feb 11, 2005 at 10:18:25PM +0100, Andre Poenitz wrote: > > What I am most concerned about is: Will there be any fundamental code > > changes right after the release of LyX 1.4? > > I would guess people will have a shot at XML file format which will > probably change (and hopefully

Re: [patch] prevent crash in BufferParams::readGraphicsDriver()

On Sat, Feb 12, 2005 at 05:23:58PM +0100, Georg Baum wrote: > The last item of tex_graphics is "", not "last_item". Fine, thanks. john

Re: Some bugs

On Fri, Feb 11, 2005 at 01:11:24AM +, John Levon wrote: Since I can't access bugzilla. I only tried for about 10 minutes so please I filed all these now. john

The cursor change

It's easy to get droppings, load the user guiode and hold down the left button to select stuff, then move about, eventually you'll see white cursor droppings on the blue background Andreas, please look at this again john

Re: The cursor change / Bug 1790

On Fri, Feb 11, 2005 at 07:49:50PM +, Andreas Vox wrote: In fact, just try selecting stuff with the mouse. The cursor is way ahead. I'll fix the comment to indicate the real reason. It's still perfect in Aqua. Cursor follows mouse, no droppings. Obviously platform dependent. Let's

Re: Some bugs

On Fri, Feb 11, 2005 at 01:11:24AM +, John Levon wrote: > Since I can't access bugzilla. I only tried for about 10 minutes so please I filed all these now. john

The cursor change

It's easy to get droppings, load the user guiode and hold down the left button to select stuff, then move about, eventually you'll see white cursor droppings on the blue background Andreas, please look at this again john

Re: The cursor change / Bug 1790

On Fri, Feb 11, 2005 at 07:49:50PM +, Andreas Vox wrote: > > In fact, just try selecting stuff with the mouse. The cursor is way > > ahead. I'll fix the comment to indicate the real reason. > > It's still perfect in Aqua. Cursor follows mouse, no droppings. > Obviously platform dependent.

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 03:51:56PM +0100, Lars Gullik Bj?nnes wrote: We have some 250 open bugs, but no idea if they exist in 1.3.x or in HEAD. We need to be able to mark the bugs so that we know what to work on. If there's not marked with 'fixedintrunk', then they're probably still there...

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 04:24:07PM +0100, Jean-Marc Lasgouttes wrote: A possibility is to search for bugs reported against 1.4.0cvs. I used to try mark regressions with 'regression'. Whilst I don't have time to re-learn all the internals of LyX, I can certainly try to do some triage...

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 06:12:06PM +0100, Georg Baum wrote: I think we should resolve these bugs to avoid mistakes like this. Either as WONTFIX (because they won't be fixed in 1.3, I'd prefer that) or as FIXED. I don't think we should mark fixed bugs as WONTFIX, that's just too unclear.

Bugzilla help!

I can't do anything with Bugzilla because of this: 00:44:05.548897 lambent.51199 aussie.lyx.org.http: P 1449:2567(1118) ack 1 win 46 nop,nop,timestamp 3916868232 926092508 (DF) 00:44:05.684180 knoll.linpro.no lambent: icmp: aussie.lyx.org unreachable - need to frag (mtu 1496) 00:44:05.684335

Re: Bug 1790: crashes due to pseudo-multithreading

On Fri, Feb 11, 2005 at 12:56:26AM +0100, Andreas Vox wrote: I think the culprit is the call to sync_events() in LyXView::showCursor(). The comment says that it is needed for hiding the cursor correctly, but I commented this line out and I couldn't see any difference, except that there were

Some bugs

Since I can't access bugzilla. I only tried for about 10 minutes so please don't think this is exhaustive. On the whole, the current CVS isn't too bad. A couple of bad assertions, but after a few of these are fixed, I think we can let Michael S loose. Massive improvement on last time... what have

Re: [patch] Bug 1119: race condition in Dialogs::show()

On Fri, Feb 11, 2005 at 01:55:34AM +0100, Andreas Vox wrote: The attached patch just ignores subsequent calls to show if the old one isn't finished yet. I think this is pretty much the right thing to do. In the general sense we can be half-initialised during show, so if we enter the event

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 03:51:56PM +0100, Lars Gullik Bj?nnes wrote: > We have some 250 open bugs, but no idea if they exist in 1.3.x or in > HEAD. We need to be able to mark the bugs so that we know what to work > on. If there's not marked with 'fixedintrunk', then they're probably still

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 04:24:07PM +0100, Jean-Marc Lasgouttes wrote: > A possibility is to search for bugs reported against 1.4.0cvs. I used to try mark regressions with 'regression'. Whilst I don't have time to re-learn all the internals of LyX, I can certainly try to do some triage...

Re: What are the main problems in CVS now?

On Thu, Feb 10, 2005 at 06:12:06PM +0100, Georg Baum wrote: > I think we should resolve these bugs to avoid mistakes like this. Either > as WONTFIX (because they won't be fixed in 1.3, I'd prefer that) or as > FIXED. I don't think we should mark fixed bugs as WONTFIX, that's just too unclear.

Bugzilla help!

I can't do anything with Bugzilla because of this: 00:44:05.548897 lambent.51199 > aussie.lyx.org.http: P 1449:2567(1118) ack 1 win 46 (DF) 00:44:05.684180 knoll.linpro.no > lambent: icmp: aussie.lyx.org unreachable - need to frag (mtu 1496)

Re: Bug 1790: crashes due to pseudo-multithreading

On Fri, Feb 11, 2005 at 12:56:26AM +0100, Andreas Vox wrote: > I think the culprit is the call to sync_events() in > LyXView::showCursor(). The comment says that it is needed for hiding > the cursor correctly, but I commented this line out and I couldn't see > any difference, except that there

Some bugs

Since I can't access bugzilla. I only tried for about 10 minutes so please don't think this is exhaustive. On the whole, the current CVS isn't too bad. A couple of bad assertions, but after a few of these are fixed, I think we can let Michael S loose. Massive improvement on last time... what have

Re: [patch] Bug 1119: race condition in Dialogs::show()

On Fri, Feb 11, 2005 at 01:55:34AM +0100, Andreas Vox wrote: > The attached patch just ignores subsequent calls to show if the old one > isn't finished yet. I think this is pretty much the right thing to do. In the general sense we can be half-initialised during show, so if we enter the event

Re: Bugs in LyX 1.3.5

On Mon, Feb 07, 2005 at 09:24:11PM -1000, John Burgess wrote: In the process, I've come across some bugs. John, it's most helpful to us if you file these bugs in http://bugzilla.lyx.org/ (one bug per report please!) thanks, john

Re: Bugs in LyX 1.3.5

On Mon, Feb 07, 2005 at 09:24:11PM -1000, John Burgess wrote: > In the process, I've come across some bugs. John, it's most helpful to us if you file these bugs in http://bugzilla.lyx.org/ (one bug per report please!) thanks, john

Re: Bug 1119: is LyX multithreaded after all?

On Tue, Feb 08, 2005 at 01:41:55AM +0100, Andreas Vox wrote: Why do I think LyX is multithreaded? Well, not strictly, but the method sync_events() can cause similar effects. What I haven't figured out yet One of the perils of event-based programming is that you suddenly find yourself dealing

Re: Bug 1119: is LyX multithreaded after all?

On Tue, Feb 08, 2005 at 01:41:55AM +0100, Andreas Vox wrote: > Why do I think LyX is multithreaded? Well, not strictly, but the method > sync_events() can cause similar effects. What I haven't figured out yet One of the perils of event-based programming is that you suddenly find yourself

Sun Studio...

For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun Studio we use internally. I almost immediately got: /bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f 'cregex.cpp' || echo

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: I'm doing a make -k and will report any others I see. BTW, we now require GNU Make. We should document this in INSTALL. formulabase.h, line 146: Warning: InsetFormulaBase::display hides the virtual function Inset::display(bool

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: If that is the case, then that has changed recently. I've been able to build the XForms frontend quite happily with DEC make. $ /usr/ccs/bin/make make: Fatal error in reader: Makefile, line 625: Badly formed macro assignment $

Re: Sun Studio...

On Wed, Feb 02, 2005 at 07:09:00PM +, Angus Leeming wrote: Or some input from the eejit wot wrote the gnuism on how to make his constuct portable ? :) Ahem :) john

Sun Studio...

For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun Studio we use internally. I almost immediately got: /bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f 'cregex.cpp' || echo

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote: > I'm doing a make -k and will report any others I see. BTW, we now require GNU Make. We should document this in INSTALL. "formulabase.h", line 146: Warning: InsetFormulaBase::display hides the virtual function Inset:

Re: Sun Studio...

On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote: > If that is the case, then that has changed recently. I've been able to > build the XForms frontend quite happily with DEC make. $ /usr/ccs/bin/make make: Fatal error in reader: Makefile, line 625: Badly formed macro assignment $

Re: Sun Studio...

On Wed, Feb 02, 2005 at 07:09:00PM +, Angus Leeming wrote: > Or some input from the eejit wot wrote the gnuism on how to make his > constuct portable ? :) Ahem :) john

Re: MSVC patch

On Mon, Jan 31, 2005 at 02:23:54PM +0100, Lars Gullik Bj?nnes wrote: This version of is_readonly is racy. So for win32 we should try All versions of is_readonly() are racy, it's implicit in the API. regards john

Re: MSVC patch

On Tue, Feb 01, 2005 at 11:46:17PM +0100, Lars Gullik Bj?nnes wrote: We shouldn't have to call readonly a lot anyway. The only place where I think it is needed is for informing the user that the loaded file is read only. For writing, we should just try to write.. and fail if we cannot do so.

Re: MSVC patch

On Mon, Jan 31, 2005 at 02:23:54PM +0100, Lars Gullik Bj?nnes wrote: > This version of is_readonly is racy. So for win32 we should try All versions of is_readonly() are racy, it's implicit in the API. regards john

Re: MSVC patch

On Tue, Feb 01, 2005 at 11:46:17PM +0100, Lars Gullik Bj?nnes wrote: > We shouldn't have to call readonly a lot anyway. The only place where > I think it is "needed" is for informing the user that the loaded file > is read only. For writing, we should just try to write.. and fail if > we cannot

Branch vs. Box

It seems to me that Box is going to be used more often than Branch is. Shouldn't Box acquire the menu shortcut? regards, john

Re: [Patch] Kill FileInfo

On Sun, Jan 30, 2005 at 10:48:56PM +0100, Lars Gullik Bj?nnes wrote: This patch kills all uses and replace it with calls to boost.filesystem (+ a couple of new functions). int IsFileWriteable(string const path) { - FileInfo fi(path); - - if

Branch vs. Box

It seems to me that "Box" is going to be used more often than "Branch" is. Shouldn't "Box" acquire the menu shortcut? regards, john

Re: [Patch] Kill FileInfo

On Sun, Jan 30, 2005 at 10:48:56PM +0100, Lars Gullik Bj?nnes wrote: > This patch kills all uses and replace it with calls to > boost.filesystem (+ a couple of new functions). int IsFileWriteable(string const & path) { - FileInfo fi(path); - - if

Re: scripting support via lyxserver

On Fri, Jan 28, 2005 at 09:01:04AM +, Angus Leeming wrote: Super-glad to see Asger back into the fold. He can be a less hated me!! He's just got a thicker skin ;-) How the hell are you anyway? Fine, insanity at work has mitigated into mere eccentricity. I might even build a recent lyx

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 12:31:44PM +0100, Lars Gullik Bj?nnes wrote: int a[4]; a+3 == a[3] == 3+a Hah, you missed the really fun one: 3[a] john

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 01:24:50PM +0100, Lars Gullik Bj?nnes wrote: (I have some code here that I work on now that uses it...) My commiserations. (Though I have seen real-life code that uses Duff's device...) john

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 01:27:29PM +, Angus Leeming wrote: Was it needed, or was it an example of a call to the 'false god of efficiency'? The latter as far as I could tell... and no, it's staying anonymous :) john

Re: scripting support via lyxserver

On Fri, Jan 28, 2005 at 09:01:04AM +, Angus Leeming wrote: > > Super-glad to see Asger back into the fold. He can be a less hated me!! > He's just got a thicker skin ;-) How the hell are you anyway? Fine, insanity at work has mitigated into mere eccentricity. I might even build a recent lyx

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 12:31:44PM +0100, Lars Gullik Bj?nnes wrote: > int a[4]; > a+3 == a[3] == 3+a Hah, you missed the really fun one: 3[a] john

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 01:24:50PM +0100, Lars Gullik Bj?nnes wrote: > (I have some code here that I work on now that uses it...) My commiserations. (Though I have seen real-life code that uses Duff's device...) john

Re: [Patch] Refactoring PreviewLoader

On Fri, Jan 28, 2005 at 01:27:29PM +, Angus Leeming wrote: > Was it needed, or was it an example of a call to the 'false god of > efficiency'? The latter as far as I could tell... and no, it's staying anonymous :) john

Re: Questioning Why I Bother.

On Fri, Jan 28, 2005 at 02:21:01AM +0100, Lars Gullik Bj?nnes wrote: Besides I am the only one allowed to be personally attacked in this forum. Oh come on, you must consider Andre here. (For which I'm a bit sorry...) john

Re: Let's All Attack John...

On Fri, Jan 28, 2005 at 01:52:45AM +, Andreas Vox wrote: John, after what you told us about your situation I can understand you don't want any aggro from this list. But I don't see that *all* attack you, Anyway, Mr. Weiss needs to know I've long since taken his title of Least Popular John.

Re: scripting support via lyxserver

On Thu, Jan 27, 2005 at 07:03:11PM +, Jose' Matos wrote: PS: In another movement (no pun John ;-) to help python scripting for lyx Is this a test on whether I'm still listening? :) Super-glad to see Asger back into the fold. He can be a less hated me!! john

Re: Questioning Why I Bother.

On Fri, Jan 28, 2005 at 02:21:01AM +0100, Lars Gullik Bj?nnes wrote: > Besides I am the only one allowed to be personally attacked in this > forum. Oh come on, you must consider Andre here. (For which I'm a bit sorry...) john

Re: Let's All Attack John...

On Fri, Jan 28, 2005 at 01:52:45AM +, Andreas Vox wrote: > John, after what you told us about your situation I can understand you > don't want any aggro from this list. But I don't see that *all* attack you, Anyway, Mr. Weiss needs to know I've long since taken his title of "Least Popular

Re: scripting support via lyxserver

On Thu, Jan 27, 2005 at 07:03:11PM +, Jose' Matos wrote: > PS: In another movement (no pun John ;-) to help python scripting for lyx Is this a test on whether I'm still listening? :) Super-glad to see Asger back into the fold. He can be a less hated me!! john

Re: PayPal account opened for donations

On Wed, Jan 12, 2005 at 06:53:35PM +0100, Lars Gullik Bj?nnes wrote: | Some information on what it'll get spent on would be good (you were | probably planning to do this anyway, but ...) Have you looked at the page? I didn't notice it was committed at the time I sent the email.

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 11:06:29AM +0100, Lars Gullik Bj?nnes wrote: We should just change to use utf-8 all over. (and change the .php3 - .php) Actually if you mention that, then we should drop extensions like that altogether. http://lyx.org/donations; is cool, /donations.php isn't... john

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 04:03:54PM +0100, Lars Gullik Bj?nnes wrote: | Actually if you mention that, then we should drop extensions like that | altogether. http://lyx.org/donations; is cool, /donations.php | isn't... Ok, please tell how to do this without having to insert aliases in the

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 04:29:58PM +0100, Lars Gullik Bj?nnes wrote: Not possible to have more than one file in each dir... Well, it just means you have a directory instead of a file... Can possibly be done by haveing a fram the encloses the whole page... You don't mean a FRAMESET do you?

Re: PayPal account opened for donations

On Wed, Jan 12, 2005 at 06:53:35PM +0100, Lars Gullik Bj?nnes wrote: > | Some information on what it'll get spent on would be good (you were > | probably planning to do this anyway, but ...) > > Have you looked at the page? I didn't notice it was committed at the time I sent the email. >

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 11:06:29AM +0100, Lars Gullik Bj?nnes wrote: > We should just change to use utf-8 all over. > > (and change the .php3 -> .php) Actually if you mention that, then we should drop extensions like that altogether. "http://lyx.org/donations; is cool, "/donations.php" isn't...

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 04:03:54PM +0100, Lars Gullik Bj?nnes wrote: > | Actually if you mention that, then we should drop extensions like that > | altogether. "http://lyx.org/donations; is cool, "/donations.php" > | isn't... > > Ok, please tell how to do this without having to insert aliases in

Re: PayPal account opened for donations

On Thu, Jan 13, 2005 at 04:29:58PM +0100, Lars Gullik Bj?nnes wrote: > Not possible to have more than one file in each dir... Well, it just means you have a directory instead of a file... > Can possibly be done by haveing a fram the encloses the whole page... You don't mean a do you? Lord no

Re: PayPal account opened for donations

On Wed, Jan 12, 2005 at 06:06:04PM +0100, Lars Gullik Bj?nnes wrote: I have just opened a PayPal account for the purpose of donations to the LyX Project. The address is: [EMAIL PROTECTED] I will put this information on the web, and also send a short note similar to this to the users

Re: PayPal account opened for donations

On Wed, Jan 12, 2005 at 06:06:04PM +0100, Lars Gullik Bj?nnes wrote: > I have just opened a PayPal account for the purpose of donations to > the LyX Project. > > The address is: [EMAIL PROTECTED] > > I will put this information on the web, and also send a short note > similar to this to the

Re: [rework docs] reasons, plans, questions

On Sat, Jan 08, 2005 at 08:35:11PM +0100, Uwe St?hr wrote: The UserGuide will also have a short section about needed programs and install issues for the platforms Linux/Unix, Mac and Win. IMO, whilst such docs would be great, the User Guide is the wrong place for it. I'd prefer such stuff

Re: [rework docs] reasons, plans, questions

On Sat, Jan 08, 2005 at 08:35:11PM +0100, Uwe St?hr wrote: > The UserGuide will also have a short section about needed programs > and install issues for the platforms Linux/Unix, Mac and Win. IMO, whilst such docs would be great, the User Guide is the wrong place for it. I'd prefer such stuff

Re: scrollbar problem (qt and xforms frontend)

On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote: 4) Your timing is admirable What did I do... john

Re: scrollbar problem (qt and xforms frontend)

On Sat, Dec 04, 2004 at 01:21:34PM +0100, Lars Gullik Bj?nnes wrote: Well... this exact same thing has been discussed several times, you never piped up then... Oh OK. I'll shut up then I suppose john

Re: scrollbar problem (qt and xforms frontend)

On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote: > 4) Your timing is admirable What did I do... john

Re: scrollbar problem (qt and xforms frontend)

On Sat, Dec 04, 2004 at 01:21:34PM +0100, Lars Gullik Bj?nnes wrote: > Well... this exact same thing has been discussed several times, you > never piped up then... Oh OK. I'll shut up then I suppose john

Re: scrollbar problem (qt and xforms frontend)

On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote: Humm... right this is fault of the new coord scheme: now we don't know the full doc height so we cannot accurately compute the scrollbar height. I BTW, why did you decide to go this route, when other word processors can keep

Re: scrollbar problem (qt and xforms frontend)

On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote: > Humm... right this is fault of the new coord scheme: now we don't know the > full doc height so we cannot accurately compute the scrollbar height. I BTW, why did you decide to go this route, when other word processors can keep

Re: Hyphenation mess :-(

On Thu, Dec 02, 2004 at 12:02:20PM +0200, Martin Vermeer wrote: What about adding a panel Preferences-Language Settings-Hyphenation shortly explaining this? Hmm, not a fan... It could even compile a short test file in the background extracting the phrase hyphenation patterns for ... loaded

Re: Hyphenation mess :-(

On Thu, Dec 02, 2004 at 12:02:20PM +0200, Martin Vermeer wrote: > What about adding a panel Preferences->Language Settings->Hyphenation > shortly explaining this? Hmm, not a fan... > It could even compile a short test file in the > background extracting the phrase "hyphenation patterns for ...

Re: Makefile.am typo?

On Tue, Nov 30, 2004 at 08:59:28PM +, Angus Leeming wrote: Is '.' really a SUBDIR? It is defined as such only in these two Makefile.ams. It's an ordering thing, it means make here before you descend. john

Re: Makefile.am typo?

On Tue, Nov 30, 2004 at 08:59:28PM +, Angus Leeming wrote: > Is '.' really a SUBDIR? It is defined as such only in these two > Makefile.ams. It's an ordering thing, it means "make here before you descend". john

Re: [patch] restore TABULAR::UNSET_ALL_LINES

On Fri, Nov 26, 2004 at 08:50:10AM +0100, Juergen Spitzmueller wrote: BTW I'm gonna rename the set all borders button in the qt tabular dialog from default to set, because it does not actually restore the default, but sets all borders (which looks rather weird). Sounds fine (although what

Re: [patch] restore TABULAR::UNSET_ALL_LINES

On Fri, Nov 26, 2004 at 08:50:10AM +0100, Juergen Spitzmueller wrote: > BTW I'm gonna rename the set all borders button in the qt tabular dialog from > "default" to "set", because it does not actually restore the default, but > sets all borders (which looks rather weird). Sounds fine (although

Re: [patch] restore TABULAR::UNSET_ALL_LINES

On Thu, Nov 25, 2004 at 04:07:03PM +0100, Juergen Spitzmueller wrote: OK? Jürgen Aha, you're the table maintainer now ? :) Cool stuff... regards john

Re: [patch] restore TABULAR::UNSET_ALL_LINES

On Thu, Nov 25, 2004 at 04:07:03PM +0100, Juergen Spitzmueller wrote: > OK? > Jürgen Aha, you're the table maintainer now ? :) Cool stuff... regards john

Re: LyX Status

On Tue, Nov 09, 2004 at 10:08:50AM +0100, Juergen Spitzmueller wrote: What needs to be done beneath fixing the crashes is: getting the merge feature in a workable state again. This is not a big deal, since it's new in 1.4, it can easily be backed out. regards john

Re: LyX Status

On Tue, Nov 09, 2004 at 10:08:50AM +0100, Juergen Spitzmueller wrote: > What needs to be done beneath fixing the crashes is: getting the merge > feature in a workable state again. This is not a big deal, since it's new in 1.4, it can easily be backed out. regards john

Re: booktabs

I did try not to respond to this. On Sun, Nov 07, 2004 at 08:57:10PM +0100, Andre Poenitz wrote: I'd rather officially lift the freeze for a short while and let everybody work on his pet project in this time. This also includes XML support as this is a thing of fairly high 'public interest'

Re: [patch] fix qt pref converters mess crash

On Sun, Nov 07, 2004 at 09:32:50PM +0100, Andre Poenitz wrote: + connect(convertersModule-converterToCO, SIGNAL(activated(const QString)), this, SLOT(converter_changed())); LyXStyle would be 'QString const '. I know that early MOC had a problem with that, but as 3.3.3's moc

Re: booktabs

I did try not to respond to this. On Sun, Nov 07, 2004 at 08:57:10PM +0100, Andre Poenitz wrote: > I'd rather officially lift the freeze for a short while and let > everybody work on his pet project in this time. This also includes XML > support as this is a thing of fairly high 'public

Re: [patch] fix qt pref converters mess & crash

On Sun, Nov 07, 2004 at 09:32:50PM +0100, Andre Poenitz wrote: > + connect(convertersModule->converterToCO, SIGNAL(activated(const > QString&)), this, SLOT(converter_changed())); > > LyXStyle would be 'QString const &'. > > I know that early MOC had a problem with that, but as

Re: [patch] fix installation of lib/scripts/* and lib/lyx2lyx/lyx2lyx

On Mon, Nov 01, 2004 at 03:32:46PM +0100, Lars Gullik Bj?nnes wrote: IMHO (and this is going to be controversial) the whole version-suffix should be removed and if you want two Lyxen in parallell. you just configure with different --prefix. So when are you going to fix the config file

Re: [patch] fix installation of lib/scripts/* and lib/lyx2lyx/lyx2lyx

On Mon, Nov 01, 2004 at 03:32:46PM +0100, Lars Gullik Bj?nnes wrote: > IMHO (and this is going to be controversial) the whole version-suffix > should be removed and if you want two Lyxen in parallell. you just > configure with different --prefix. > So when are you going to fix the config file

Re: Route to 1.4.0

On Thu, Oct 28, 2004 at 12:31:57PM +0200, Alfredo Braunstein wrote: Alfredo, phd for almost a day ;-) Congratulations! Now, get to work! john

Re: Route to 1.4.0

On Thu, Oct 28, 2004 at 02:00:41PM +0200, Alfredo Braunstein wrote: btw, when exactly are you planning to stop playing around? (double-;-)) Oh, sometime in the next epoch... john

Re: Route to 1.4.0

On Thu, Oct 28, 2004 at 12:31:57PM +0200, Alfredo Braunstein wrote: > Alfredo, phd for almost a day ;-) Congratulations! Now, get to work! john

Re: Route to 1.4.0

On Thu, Oct 28, 2004 at 02:00:41PM +0200, Alfredo Braunstein wrote: > btw, when exactly are you planning to stop playing around? (double-;-)) Oh, sometime in the next epoch... john

Re: Route to 1.4.0

On Tue, Oct 26, 2004 at 09:03:23AM +0300, Martin Vermeer wrote: To add my spicing to this soup, shouldn't we first take inventory of what bugs we actually have, and how critical they are? There is all kinds of stuff on bugzilla, and I suspect some of them must be absolutely fixed while others

Re: Route to 1.4.0

On Tue, Oct 26, 2004 at 09:03:23AM +0300, Martin Vermeer wrote: > To add my spicing to this soup, shouldn't we first take inventory of > what bugs we actually have, and how critical they are? There is all > kinds of stuff on bugzilla, and I suspect some of them must be > absolutely fixed while

Re: Route to 1.4.0

On Sun, Oct 24, 2004 at 12:03:59PM +0200, Andre Poenitz wrote: That's why I propose changing some/most/all asserts to something less brutish, i.e. an exception carrying the same information as the assert that will be caught in the main loop (i.e. the outermost dispatch or even in the

Re: Bug 1687: request for help. :-)

On Mon, Oct 25, 2004 at 12:06:33PM +0100, Jos? Ab?lio Oliveira Matos wrote: http://bugzilla.lyx.org/attachment.cgi?id=597action=view What I find strange is the frame #5: #5 0x00456f50 in Buffer::makeDocBookFile (this=0xb38fc0, [EMAIL PROTECTED], nice=true,

Re: Bug 1687: request for help. :-)

On Mon, Oct 25, 2004 at 01:28:15PM +0100, Jos? Ab?lio Oliveira Matos wrote: Is the Buffer (this) valid? You are right. The buffer changed between these two calls, even weird. It shouldn't, right? It shouldn't ;) john

Re: Route to 1.4.0

On Mon, Oct 25, 2004 at 05:33:17PM +0200, Andre Poenitz wrote: Sure, but how's that going to encourage users to use 1.4.0cvs? If the result is still usable, it's usable. The only people we're going to get using a program that brings up a everything's screwed message every 10 minutes are

<    5   6   7   8   9   10   11   12   13   14   >