Re: LyX 1.3 with MinGW

2005-01-08 Thread Andre Poenitz
On Mon, Jan 03, 2005 at 10:03:55PM +0100, Michael Schmitt wrote: > On Qt/FreeWin32, variable 'h' is set to -14, i.e. to a negative value, > though it should be positive (ascent should alway be positive, right?) Almost always. Of course one could imagine situations where a full glyph (e.g. accent)

Re: LyX 1.3 with MinGW

2005-01-03 Thread Angus Leeming
Michael Schmitt wrote: > Anyway, the problem seems to be related to font_metrics::ascent: > > case MENU_SEPARATOR: > { > // A triangle the width and height of an 'x' > int w = font_metrics::width('x', font); > int ox = font_metrics::width(' ', font) + int(x); >

Re: LyX 1.3 with MinGW

2005-01-03 Thread Michael Schmitt
Hi all, But all this code is commented out, isn't it? You are right. My fault :-( Actually the problem with this code is that it is unreadable. Indeed! Anyway, the problem seems to be related to font_metrics::ascent: case MENU_SEPARATOR: { // A triangle the width and height of an 'x'

Re: LyX 1.3 with MinGW

2005-01-03 Thread Jean-Marc Lasgouttes
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: Michael> I also looked at QPainter::drawPolyline(...) and I was a bit Michael> astonished by its complexity. The X Window function looks Michael> simple but the Windows port adds a lot of lines of codes. In Michael> particular, the fol

Re: LyX 1.3 with MinGW

2004-12-31 Thread Michael Schmitt
> > Second issue: As you have already pointed out, the menu separator is > > not > > displayed correctly. The same is true for math formulas. For instance, > > create some simple math formula and then select it: The selection > > background is shown _below_ the formula! Seems like some offset is >

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma
> Here I start swapping. 512MB is just not enough :-( Must be that 1024MB then Ruurd

Re: LyX 1.3 with MinGW

2004-12-31 Thread Ruurd Reitsma
> > Second issue: As you have already pointed out, the menu separator is not > > displayed correctly. The same is true for math formulas. For instance, > > create some simple math formula and then select it: The selection > > background is shown _below_ the formula! Seems like some offset is > > co

Re: LyX 1.3 with MinGW

2004-12-31 Thread Angus Leeming
Ruurd Reitsma wrote: >> Congratulations. I bet it took a while. Here it takes me 24 minutes >> just to link the thing. > Linking with a static Qt lib takes 12 seconds here;-) Here I start swapping. 512MB is just not enough :-( -- Angus

Re: LyX 1.3 with MinGW

2004-12-30 Thread Ruurd Reitsma
> Congratulations. I bet it took a while. Here it takes me 24 minutes just to > link the thing. > Linking with a static Qt lib takes 12 seconds here;-) Ruurd

Re: LyX 1.3 with MinGW

2004-12-29 Thread Angus Leeming
Michael Schmitt wrote: > Hi Angus, > > I finally (!) managed to compile LyX 1.3 with MinGW. Congratulations. I bet it took a while. Here it takes me 24 minutes just to link the thing. > LyX 1.4 still does not compile - see my previous email. Sure. I haven't even tried, alth

LyX 1.3 with MinGW

2004-12-29 Thread Michael Schmitt
Hi Angus, I finally (!) managed to compile LyX 1.3 with MinGW. LyX 1.4 still does not compile - see my previous email. The basic functions of LyX seem to work but the handling of paths is broken. For instance, if you start LyX, it wants to create directory "C//.lyx-1.3.6cvs" which,