kicad-developers team mailing list archive
Mailing list archive
Re: Footprint preview panel - faster initialization (Tom?)
Thanks, I'll give that a try tonight.
What would _really_ be nice is if GAL could render directly to a pure
in-memory bitmap, and if that were threadsafe ^_^
On Thu, Mar 09, 2017 at 02:34:06PM -0500, Jon Evans wrote:
> Hi Chris,
> I'm not an expert, but based on what I've learned playing with GAL so far...
> As it stands right now, you will have to keep around an EDA_DRAW_PANEL_GAL,
> because as far as I can tell there is too much interdependence between the
> underlying GAL context, VIEW, and the draw panel.
> I am not familiar enough with wxWidgets to know what would happen if you
> tried to keep a single draw panel widget around, and attach/detach it from
> the component selector dynamically. But, if that is supported, you should
> be able to have your GAL panel start/stop drawing as needed.
> On Thu, Mar 9, 2017 at 2:27 PM, Chris Pavlina <pavlina.chris@xxxxxxxxx>
> > I'm trying to speed up my new component selector, since the previous one
> > loaded and searched so quickly. I don't want a serious efficiency
> > regression in one of the most used dialogs in eeschema.
> > Since optimizing the column sizing cache and data sorting, the slowest
> > part is now loading FOOTPRINT_PREVIEW_PANEL, which has to initialize a
> > GAL.
> > Tom/Orson/anyone else who knows GAL - can you think of a reasonable way
> > to either speed up the initialization or retain an initialized copy
> > between dialog invocations? I'm thinking about just keeping the dialog
> > in memory all the time and hiding it when not in use instead of
> > destroying and reinstantiating it - will this cause any problems with
> > GAL no longer having something to draw to? (Bear in mind I'm unfamiliar
> > with both GAL and how wxWidgets handles graphics here.)
> > If it provides any relevant information, I'm currently forcing Cairo
> > mode in the component selector, to avoid having to deal with graphics
> > support in a simple dialog (since drawing efficiency is not required).
> > --
> > Chris
> > _______________________________________________
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help : https://help.launchpad.net/ListHelp