Hi Cirilo
I posted this as a bug some time ago Regarding DRC
https://bugs.launchpad.net/kicad/+bug/1648055Regarding P&S
https://bugs.launchpad.net/kicad/+bug/1648062And another bug report before
minehttps://bugs.launchpad.net/kicad/+bug/1453633
Sendt fra min Samsung Galaxy-smartphone.
---
Hi Folks,
A user has reported that the P&S router doesn't respect
the Edge.Cuts:
https://forum.kicad.info/t/push-and-shove-disregards-board-cutlines-and-keep-out-zones/5597/7
While this is expected due to the way Edge.Cuts is used,
would it make sense to test for collision with glyphs on
the Ma
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 are
Hi Chris,
I don't know much about it, but
maybe Cirilo can give some ideas based on the 3D cache implementation.
The 3D cache is based on a hash of the 3D file so it just need to load a binary
pre-processed representation.
Maybe you can do some similar rendered image cache. This nature of graphs
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
On Thu, Mar 09, 2017 at 09:01:44PM +0100, jp charras wrote:
> Le 09/03/2017 à 20:31, Chris Pavlina a écrit :
> > It's faster for me now - about five seconds to load an empty schematic
> > project with all the official libs, which is bearable, and about the
> > same time to load a large multipage sc
Le 09/03/2017 à 20:31, Chris Pavlina a écrit :
> It's faster for me now - about five seconds to load an empty schematic
> project with all the official libs, which is bearable, and about the
> same time to load a large multipage schematic with a smaller library
> set.
>
> Can we declare a verdict
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 f
It's faster for me now - about five seconds to load an empty schematic
project with all the official libs, which is bearable, and about the
same time to load a large multipage schematic with a smaller library
set.
Can we declare a verdict on whether the busy cursor is welcome still? I
feel like fi
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_PR
Le 09/03/2017 à 14:05, Wayne Stambaugh a écrit :
> JP,
>
> If Chris is OK with these changes, please commit them. I'm sure users
> will appreciate the speed up.
>
> Thanks,
>
> Wayne
OK.
I committed my fixes.
I hope I did not break something.
Loading a large schematic project is really faster
Hi,
Here's a very simple patch to silence a warning in python_scripting.cpp.
Cheers,
John
From 44b26b52c37f1a3f48eaa7af8a5702acf4b37119 Mon Sep 17 00:00:00 2001
From: John Beard
Date: Fri, 10 Mar 2017 02:59:36 +0800
Subject: [PATCH] Fix shadowed variable in python_scripting.cpp
---
pcbnew/swi
By the way, here's a screenshot of the ruler tool:
Cheers,
John
On Fri, Mar 10, 2017 at 1:11 AM, John Beard wrote:
> Hi,
>
> Here's a tool I'm had on my list for a while - a ruler tool.
>
> This patch set introduces a new directory, for "preview items" which
> are EDA_ITEMS that are only used f
Hi,
Here's a tool I'm had on my list for a while - a ruler tool.
This patch set introduces a new directory, for "preview items" which
are EDA_ITEMS that are only used for transient previews, such as
drawing aids and selection boxes. These are located in common, so that
they can (in theory) be use
JP,
If Chris is OK with these changes, please commit them. I'm sure users
will appreciate the speed up.
Thanks,
Wayne
On 3/9/2017 6:19 AM, Chris Pavlina wrote:
> The RescueProject() optimization looks good to me.
>
> On Thu, Mar 09, 2017 at 08:59:33AM +0100, jp charras wrote:
>> Le 08/03/2017
The RescueProject() optimization looks good to me.
On Thu, Mar 09, 2017 at 08:59:33AM +0100, jp charras wrote:
> Le 08/03/2017 à 22:50, Chris Pavlina a écrit :
> > On Wed, Mar 08, 2017 at 04:33:06PM -0500, Wayne Stambaugh wrote:
> >> On 3/8/2017 4:08 PM, Chris Pavlina wrote:
> >>> That's why I sub
Le 08/03/2017 à 22:50, Chris Pavlina a écrit :
> On Wed, Mar 08, 2017 at 04:33:06PM -0500, Wayne Stambaugh wrote:
>> On 3/8/2017 4:08 PM, Chris Pavlina wrote:
>>> That's why I submitted such a trivial patch to the list first, I figured
>>> someone would say something ;)
>>>
>>> It does make sense t
18 matches
Mail list logo
