On 09/05/2013 10:55 PM, Lorenzo Marcantonio wrote:
On Thu, Sep 05, 2013 at 02:14:03PM -0500, Dick Hollenbeck wrote:
You are correct about the model being somewhat exposed. But the model is
working nicely
everywhere else, and it is fast.
I could argue about the 'fast' thing. The indexed by la
On Thu, Sep 05, 2013 at 05:26:46PM -0700, Cirilo Bernardo wrote:
> > I think Tom's class is adequate. I don't think Brian S.'s idea about
> > dynamically
> > assignable layer slots is optimal. I think fixed layer slots are easier to
> > code, but I
> > don't see why you have to limit the number
- Original Message -
> From: Dick Hollenbeck
> To: kicad-developers@lists.launchpad.net
> Cc:
> Sent: Friday, September 6, 2013 3:49 AM
> Subject: Re: [Kicad-developers] Experiments and considerations for more
> layer
>
> On 09/05/2013 12:03 PM, Lorenzo Marcantonio wrote:
>> On
One of those moments! Ah!
This problem is now "fixed". It happened to be that the wxWidgets DLLs need
to be in the environment's PATH list for python. Although .pyd's are loaded
from PYTHONPATH and the compiled-in paths, dependencies within the pyd are
searched for on the normal windows PA
On 09/03/2013 08:08 AM, Tomasz Wlostowski wrote:
> On 09/03/2013 02:24 PM, Lorenzo Marcantonio wrote:
>> On Tue, Sep 03, 2013 at 05:29:12AM -0600, Brian F. G. Bidulock wrote:
>>> See my other note. Just remember what layers things are on instead
>>> of messing around with bitmasks. So, when you p
On 09/05/2013 12:03 PM, Lorenzo Marcantonio wrote:
> On Thu, Sep 05, 2013 at 11:02:36AM -0500, Dick Hollenbeck wrote:
>> Says you. Says me: having the the bits in the instance block matter.
>>
>>
>> I guess if what I have to say is going to be labelled as irrelevant right
>> out the box, I'd
>>
On Fri, Aug 30, 2013 at 6:05 PM, Dick Hollenbeck wrote:
> On 08/30/2013 08:38 AM, László Monda wrote:
>> http://mondalaci.github.io/dxf-to-svg-to-kicad-pcb-converter/ may help
>> you given that this drawing is composed of SVG arcs, lines and
>> circles. I'm not sure about the filled zones, maybe
On Thu, Sep 05, 2013 at 11:02:36AM -0500, Dick Hollenbeck wrote:
> Says you. Says me: having the the bits in the instance block matter.
>
>
> I guess if what I have to say is going to be labelled as irrelevant right out
> the box, I'd
> be wasting my time continuing.
Strange that, said by so
On 09/05/2013 09:38 AM, Lorenzo Marcantonio wrote:
> On Thu, Sep 05, 2013 at 07:12:40AM -0500, Dick Hollenbeck wrote:
>> That looks excellent.
>
> Yep, quite.
>
>> I was also thinking bit set. The fact that std::bitset<> takes a size
>> suggests it is
>> putting the bits in the instance block,
On Thu, Sep 05, 2013 at 02:14:03PM -0500, Dick Hollenbeck wrote:
> You are correct about the model being somewhat exposed. But the model is
> working nicely
> everywhere else, and it is fast.
I could argue about the 'fast' thing. The indexed by layer structure IMHO is
very promising (the boundin
On 09/05/2013 05:03 PM, Brian Sidebotham wrote:
> One of those moments! Ah!
>
> This problem is now "fixed". It happened to be that the wxWidgets DLLs need
> to be in the
> environment's PATH list for python. Although .pyd's are loaded from
> PYTHONPATH and the
> compiled-in paths, depen
On Thu, Sep 05, 2013 at 07:12:40AM -0500, Dick Hollenbeck wrote:
> That looks excellent.
Yep, quite.
> I was also thinking bit set. The fact that std::bitset<> takes a size
> suggests it is
> putting the bits in the instance block, not in a separate block of memory.
I think the issue is not th
> PS. about more than 64 layers - I attached an example flag set class. Of
> course it's not as fast as a bare int/int64 (4 assembly instructions
> instead of one/two), but it brings type safety and automatic
> serialization (it's just a demo written in 20 minutes, not a quality code).
Tom,
13 matches
Mail list logo
