Re: coord cache

2004-11-03 Thread Jean-Marc Lasgouttes
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes: Alfredo> Am I right in that every view-related data should go to the Alfredo> coord cache? for instance, par.ascent(), par.descent() etc. What methods are you talking about? I cannot find a Paragraph::ascent(). JMarc

lyx-1.3.x/src/lyxlength.C

2004-11-03 Thread Allan Rae
The recent backported bug fix for bug 1523 breaks compilation because snprintf() is unknown. Note this is lyx-1.3.x cvs I'm talking about. I haven't checked 1.4.x because it won't compile on this machine at all. Index: lyxlength.C

lyx-1.3.x/src/frontends/xforms/forms/Makefile.am

2004-11-03 Thread Allan Rae
I'm trying to compile lyx-1.3.x cvs and found I need the following change in order to avoid errors from make-3.79.1 which say it doesn't know how to make .C files. BTW, I'm not subscribed so please CC me as I don't get much time to check the archive. Oh and I've looked at 1.4.0cvs and am very imp

coord cache

2004-11-03 Thread Alfredo Braunstein
Am I right in that every view-related data should go to the coord cache? for instance, par.ascent(), par.descent() etc. Alfredo

Re: branches

2004-11-03 Thread Lars Gullik Bjønnes
Alfredo Braunstein <[EMAIL PROTECTED]> writes: | Alfredo Braunstein wrote: > >> Would this be ok: >> >> cvs rtag CoordTag >> cvs rtag -r CoordTag -b CoordBranch >> cd lyx-devel >> cvs update -r CoordBranch >> cvs commit > | This seem to have worked (modulo appending 'lyx-devel' to the first two).

Re: branches

2004-11-03 Thread Alfredo Braunstein
Alfredo Braunstein wrote: > Would this be ok: > > cvs rtag CoordTag > cvs rtag -r CoordTag -b CoordBranch > cd lyx-devel > cvs update -r CoordBranch > cvs commit This seem to have worked (modulo appending 'lyx-devel' to the first two). Adventurous souls wanting to test it can download the Coord

branches

2004-11-03 Thread Alfredo Braunstein
Would this be ok: cvs rtag CoordTag cvs rtag -r CoordTag -b CoordBranch cd lyx-devel cvs update -r CoordBranch cvs commit Alfredo

Re: coords. patch first impressions

2004-11-03 Thread Lars Gullik Bjønnes
Alfredo Braunstein <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: > >> If you want a branch to work in, please create one. >> >> And if you want pointers on how, please drop a note. >> (remember to create a tag first, then branch off that tag) > | I'll have a look. > >> flott > | Pardo

Re: coords. patch first impressions

2004-11-03 Thread Alfredo Braunstein
Lars Gullik BjÃnnes wrote: > If you want a branch to work in, please create one. > > And if you want pointers on how, please drop a note. > (remember to create a tag first, then branch off that tag) I'll have a look. > flott Pardon my french, but is this some kind of norwegian curse? ;-) Alfr

Re: coords. patch first impressions

2004-11-03 Thread Alfredo Braunstein
Jean-Marc Lasgouttes wrote: > Alfredo> Btw, I didn't appreciate at all that you have *removed* > Alfredo> fitCursor and friends. The fact that fitCursor isn't used in > Alfredo> this version is a consequence of the limitations of this > Alfredo> approach, but we certainly need it in the final vers

Re: coords. patch first impressions

2004-11-03 Thread Jean-Marc Lasgouttes
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes: Alfredo> Btw, I didn't appreciate at all that you have *removed* Alfredo> fitCursor and friends. The fact that fitCursor isn't used in Alfredo> this version is a consequence of the limitations of this Alfredo> approach, but we certa

Re: coords. patch first impressions

2004-11-03 Thread Lars Gullik Bjønnes
Alfredo Braunstein <[EMAIL PROTECTED]> writes: | May be doable. > | I think we should think about a branch. If you want a branch to work in, please create one. And if you want pointers on how, please drop a note. (remember to create a tag first, then branch off that tag) | More soonish, Alfredo

coords. patch first impressions

2004-11-03 Thread Alfredo Braunstein
May be doable. I think we should think about a branch. I've fixed a couple of bugs (one sent to the list) and commented an assert in InsetBase * LyXText::editXY(LCursor & cur, int x, int y) const ... // This should be just before or just behind the // cursor position set above.

Someone apply this? (Was: Minor bugs in LaTeXConfig.lyx)

2004-11-03 Thread chr
On Tue, 2 Nov 2004 [EMAIL PROTECTED] wrote: > Hi > > I've gone over the CTAN references in the file and fixed (hopefully, I'm > doing this in the morning and feel a bit tired: > > Oh, and someone else has to comit this since I have no write access. JMarc wrote: >No, 1.4 is Tools->Reconfigure!

Re: InsetText question

2004-11-03 Thread Jean-Marc Lasgouttes
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Is it possible to check from within a text inset whether the Juergen> cursor is inside that given inset? I have tried cur.inset() Juergen> and failed. Basically, I want to draw a visual clue when the Juergen> cursor is in

Re: Minor bugs in LaTeXConfig.lyx

2004-11-03 Thread Jean-Marc Lasgouttes
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes: José> On Sun, Oct 31, 2004 at 09:42:31PM +0100, [EMAIL PROTECTED] wrote: >> Hi >> >> I picked up a bug report from "Feliks" on the documentation list, >> and after asking him some follow up questions I promised to pass it >> o

Re: [patch] InsetCharstyle cosmetics

2004-11-03 Thread Jean-Marc Lasgouttes
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Juergen Spitzmueller wrote: >> >   I agree. It doesn't make sense for an inline element to have >> paragraphs > inside, because then it would not be an inline >> element. :-) >> >> I think all we need to do is to supress

Re: [minipatch] fix endless loop

2004-11-03 Thread Jean-Marc Lasgouttes
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> I have found a nice endless loop in LyXText::setCounter(). I Georg> will apply the attached fix unless somebody who is familiar Georg> with this code comes with a better solution (maybe even one Georg> that fixes the real problem ;-) )