Re: pretty, pretty font

[Tom Kast <tomkast gmail com>]

good take, makes sense...  ...ya, i saw ddisplay_add_update_all()...

i will proceed as you suggested -- root cause analysis with the rects
and follow up on the bug 168638 thread/bugzilla...

thanks,

tk


On Tue, 29 Mar 2005 08:02:30 -0800, Lars Clausen <lars raeder dk> wrote:
> On Mon, 2005-03-28 at 11:43 -0800, Tom Kast wrote:
> > while bugzilla is down 8-|...
> >
> > ...re: [Bug 168638] UML Class Goes Bold:
> > http://bugzilla.gnome.org/show_bug.cgi?id=168638
> >
> > "Version details: 0.94 also has bug
> > Distribution/Version: Fedora Core 3
> > In a UML class diagram, sometimes when you select a new class from the
> > tablet, a previously-added class in the diagram goes bold in the font
> > (class name).  It goes back to normal if you left click on it.  Why is
> > it going bold in the first place?  How does selecting it fix it?"
> >
> > ...btw, getting the latest checkout of
> > gtk/glib/glitz/pango/cairo/libpixman et.al. did not effect this bug
> > (168638) in any way....  a good thing i'd say...
> >
> > the fix (below) is just to update the respective rect's for all of a
> > diagrams'/layers' objects a bit more than the existing application
> > flow does.
> >
> > anyone worried about dia performance if I tuck a call to someting like
> > the this in disp_callbacks.c:display_canvas_events() for a right
> > event?
> 
> As mentioned, yes, and also it doesn't find the bug, it just buries it in updates.
> 
> If you're still trying to figure out what calls cause this effect,
> here's a thing you could do:  Change the update rect system to actually
> have a list of rects rather than combining them, and let each rect have
> a color.  Different places that call the ddisplay_add_update* function
> should have distinct colors.  Once you see what color(s) is given to the
> damaged areas, you can concentrate the colors on those calls,
> percolating up the call chain until you find the culprit.
> 
> -Lars
> 
> --
> Lars Clausen <lars raeder dk>
> 
>