kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #01194
Re: EESchema XOR-Artifacts
-
To:
kicad-devel@xxxxxxxxxxxxxxx
-
From:
Jonas Diemer <diemer@...>
-
Date:
Thu, 13 Mar 2008 00:22:31 +0100
-
In-reply-to:
<47D86001.2010103@...>
-
User-agent:
KMail/1.9.6 (enterprise 0.20070907.709405)
Am Mittwoch 12 März 2008 23:58:09 schrieb Dick Hollenbeck:
> 3) Make changes to the code so it uses the new PostDirtyRect() rather
> than subverting an existing function. Â This is what we have done in
> pcbnew, and I think the same function would work in eeschema if you can
> calculate a proper bounding box.
True, I did not mention that option (see below). Actually, even the
panel->refresh() function optionally takes a dirty rect. A PostDirtyRect()
function is currently not available in eeschema, so I am not subverting
anything.
Irrespective of that, calculating the bounding box is a more difficult part,
at least compared to the current patch (which is a few lines only). The
current structs in eeschema do not have the corresponding properties, and the
elements drawn can be fairly complex (hierarchical components)...
I don't know when I will have time to look at improving the performance of my
patch. Until then, do you think the current patch should stay out (leaving
eeschema _plain ugly_) or get in (with possible future improvements)?
Jonas
Follow ups
References