kicad-developers team mailing list archive
Mailing list archive
Re: Footprint preview panel - faster initialization (Tom?)
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
> 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).
> 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