On Thu, Mar 09, 2017 at 09:47:38PM +0100, Maciej Suminski wrote:
> Hi Chris,
>
> Are you sure this is really needed? GAL is also used in other dialogs,
> such as footprint browser or pad properties editor, and they do not seem
> to take a lot of time to load. What is the initialization time we
-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
Chris Pavlina [pavlina.ch...@gmail.com]
Sent: 09 March 2017 19:27
To: kicad-developers@lists.launchpad.net
Subject: [Kicad-developers] Footprint preview panel - faster initialization
(Tom?)
I'm trying to speed
Hi Chris,
Are you sure this is really needed? GAL is also used in other dialogs,
such as footprint browser or pad properties editor, and they do not seem
to take a lot of time to load. What is the initialization time we are
speaking about?
Anyway, if you are determined to optimize it, it is only
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
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
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
6 matches
Mail list logo
