Re: LyX 1.4.0cvs packages

2004-05-14 Thread Ling Li
Forgot to mention: Currently I "--disable-debug --disable-assertions" in making the 1.4.0cvs packages. If I remember correctly (since I disabled them long time ago), the reason to --disable-debug is that the package size is way too big with debug info, and the reason to --disable-assertions is

LyX 1.4.0cvs packages

2004-05-14 Thread Ling Li
I regularly make LyX 1.4.0cvs RPM packages for RedHat/Fedora. At first I didn't advertise my homemade packages, since guys at this mailing list usually are happy compiling from the source. However I just thought that, with LyX 1.4.0 becomes more and more mature, you (the LyX team) might want mo

1.4.0cvs crash

2004-05-14 Thread Robin S. Socha
Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions use-aspell compression C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.3.3) C++ Compiler flags:

Re: DocBook Export - IDs should not be in anchors, but in the elements

2004-05-14 Thread Jose' Matos
On Friday 14 May 2004 10:44, Chris Karakas wrote: > > Have I been clear now? :-) > > Yes, that would be optimal of course. Ok. I have commited the changes that make all the paragraph have the id of the first label. The code now is more general than what we had before and also cleaner. I h

new LFUN?

2004-05-14 Thread Angus Leeming
The labels to the InsetCommand insets are generated in ::metrics and are regenerated after the contents of the inset have changed: void InsetCommand::metrics(MetricsInfo & mi, Dimension & dim) const { if (!set_label_) { set_label_ = true; button_.update(getS

thank you!

2004-05-14 Thread lev kantorovitch
Dear LyX developers, my book which I worked on for almost two years and which has been typed entirely using lyx, is finally out. I think you will be pleased to learn that I aknowledged in the book your wonderful software. See Kluwer web site: http://www.wkap.nl/

Re: citation clean-up continued

2004-05-14 Thread Angus Leeming
Juergen Spitzmueller wrote: >> I've written a little test program (attached) that I think achieves >> this. Could you have a look? > > Neat. AFAICS it does just what we want. Here's the patch against cvs. Committing now... -- AngusIndex: src/frontends/controllers/ChangeLog =

Re: citation clean-up continued

2004-05-14 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars, we're *months* away from a release because the only people who | know anything about the core and its *scores* of bugs have other | commitments right now. But it can be learned I guess... I don't want us to be months away from a release. And *wh

Re: citation clean-up continued

2004-05-14 Thread Juergen Spitzmueller
Angus Leeming wrote: > I've written a little test program (attached) that I think achieves > this. Could you have a look? Neat. AFAICS it does just what we want. Thanks, Jürgen.

Re: citation clean-up continued

2004-05-14 Thread Angus Leeming
Lars Gullik Bjønnes wrote: > | Thereafter, adding support for the remaining jurabib citation > | styles? I'm ambivalent. If it's easy, then why not? If it turns > | out to be difficult, then it can certainly wait. > > Even if easy it will require some focus and might delay a release. > Of course w

Re: citation clean-up continued

2004-05-14 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: >> Are you planning to do this cite stuff now? > | The current implementation will allow the user to output invalid | latex. I certainly want to prevent that and I think that the easiest | way to do so also happens to be the mo

Re: citation clean-up continued

2004-05-14 Thread Angus Leeming
Lars Gullik Bjønnes wrote: > Are you planning to do this cite stuff now? The current implementation will allow the user to output invalid latex. I certainly want to prevent that and I think that the easiest way to do so also happens to be the most elegant/extensible. So, yes, I plan to commit a p

Re: citation clean-up continued

2004-05-14 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Juergen Spitzmueller wrote: > >>> Can I get you to fill in the appropriate part of the function, >>> above? >> >> I don't think it is that easy, is it? Except for \citetitle, we need >> a gui for the options (checkboxes for footcite and fullcite, a comb

Re: citation clean-up continued

2004-05-14 Thread Angus Leeming
Juergen Spitzmueller wrote: >> Can I get you to fill in the appropriate part of the function, >> above? > > I don't think it is that easy, is it? Except for \citetitle, we need > a gui for the options (checkboxes for footcite and fullcite, a combo > for citefield). I think we definitely should ad

Re: DocBook Export - IDs should not be in anchors, but in the elements

2004-05-14 Thread Chris Karakas
"Jose' Matos" schrieb am 14.05.04 10:31:03: > > > Ok, the previous emoticon should be a ;-), because that was the kind of > argument. > :-) > Conclusion: xml will be another option not the only option. Take as an > example mathematics: > > I would like to export the tex version attached to the s

Re: citation clean-up continued

2004-05-14 Thread Juergen Spitzmueller
Angus Leeming wrote: > OK, Juergen. The next part comes in two parts. (No code yet, just a > thought process.) Good, I try to follow you. > The different cite engines allow the user to input different citation > styles: > > Basic > cite > Natbib > cite, citet, citep, citealt, cite

Re: DocBook Export - IDs should not be in anchors, but in the elements

2004-05-14 Thread Jose' Matos
On Thursday 13 May 2004 19:13, Chris Karakas wrote: > > OK, that is true but since we now have also xml... :-) And other > > tools to process the output. > > I know I have persuaded you for my argument, but I would like to expand > on this a bit: > > What do you mean by "since we now have also xm