On Fri, 2008-08-15 at 10:42 +0200, Bernd Jendrissek wrote: > On Fri, Aug 15, 2008 at 3:29 AM, Peter Clifton <[EMAIL PROTECTED]>
Thanks for testing. > I like the look of the text, but at some zoom levels the text seems to > jump around. Attached is a screenshot from multiline.sch. In the > other example the GPL escapes from the title box at some zoom levels. The screenshot you showed is a cairo bug I think. It only happens at high zoom levels right? > The bounding rectangles (visible while panning) are correct though. > In fact when the text is in a "wrong" state, I can drag it and the > dragged vector-font text is the right size, but then it jumps back to > the wrong size when I release the mouse button. The bounding rectangles are just right by coincidence. When dragging, the old XOR draw functions are called, those aren't pango yet. I half deliberately left it like that for now, as a handy way to check the old / new text anchored in a similar place. Peter B is working on a callback for gschem to override tell libgeda the bounds of rendered text. (Yes, I know - this is evil from a POV of abstraction / separation, and would break in the multi-view case). There will be some relative movement of text w.r.t the schematic with zoom levels as pango will pick a font size which is nice to view, and "near" the desired size - where the schematic is scaled exactly. > The GPL schematic disappears entirely (text and surrounding box) when > I zoom out past a certain level. It does reappear when I zoom back > in. That might be because the width of the font is tiny. I don't think there is anything I can do about that (other than check hinting is on perhaps), as once the supposed width of the font outlines is less than one pixel, cairo strokes them at reduced intensity to create that illusion of reduced width. > I didn't notice any slowness other than while dragging the first > column of the GPL around. Ubuntu Hardy Heron here. Going back to > master's vector-fonts-always *is* slow, however. Ok. Some of the test schematics with huge numbers of text OBJECTs are slow. That is because I do all the text setup / font selection every time o_text_draw() is called. > P.S. I get "Got o_redraw_region with no current page" on the tty. I get that too, need to fix it. One last bug I noticed in that branch - when I drag a net segment attached to a pin, the pin temporarily disappears. I "think" that is a bug in the code I changed to make sure the "original" objects behind rubber-banded lines stay invisible during move dragging. Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
