Here it's the updated IO_MGR patch, some emails got lost in the middle,
I was unintentionally writing to Dick only, I wonder if there is some kind
of "always Reply all"
in gmail.
The main change is the Serialize / Unserialize for clipboard. :)
2012/4/13 Dick Hollenbeck
> On 04/13/2012 09:00 AM
On 04/13/2012 09:00 AM, Miguel Angel Ajo Pelayo wrote:
> Hi Dick thanks for the reply :-)
>
> 2012/4/13 Dick Hollenbeck
>> Hi Mike,
>>
>> Thanks for your time on this.
>
> I'm happy to do it.
>
>> [snip]
>>> 1) Added to new plugin types:
>> I don' think we don't need these 2 new enum values. Thi
2012/4/13 Dick Hollenbeck :
>>> c) There is the case of opening/saving single componente files
>>> (.cmp?), that would
>>> be almost the same plugin.
>> I don't want to support that, unless it can be done with the plugin with
>> special status,
>> which is the "KICAD" plugin, and I think thi
Hi Dick thanks for the reply :-)
2012/4/13 Dick Hollenbeck
>
> Hi Mike,
>
> Thanks for your time on this.
I'm happy to do it.
>[snip]
> >
> > 1) Added to new plugin types:
>
> I don' think we don't need these 2 new enum values. This support goes into
> LEGACY and
> KICAD plugins, respectiv
On 04/13/2012 08:41 AM, Dick Hollenbeck wrote:
>>> c) There is the case of opening/saving single componente files
>>> (.cmp?), that would
>>> be almost the same plugin.
I do see the case for loading the single shot foreign footprint, but not saving.
__
>> c) There is the case of opening/saving single componente files (.cmp?),
>> that would
>> be almost the same plugin.
> I don't want to support that, unless it can be done with the plugin with
> special status,
> which is the "KICAD" plugin, and I think this is simply
>
> SaveModule() on t
Hi Mike,
Thanks for your time on this.
I have some comments below.
> This is a first approach.
>
> It's what I understood from your last email, my idea was more complicated.
>
> summary:
>
> 1) Added to new plugin types:
I don' think we don't need these 2 new enum values. This support goes in
This is a first approach.
It's what I understood from your last email, my idea was more complicated.
summary:
1) Added to new plugin types:
+LEGACY_LIBRARY, //< Legacy Pcbnew library file
format
+KICAD_LIBRARY, //< S-expression based library
form
2012/4/12 Dick Hollenbeck
> The changes to PLUGIN should be "additional functions for MODULEs". I
> like what we have
> for BOARDs now.
>
Ok, I thought about this idea at first, but tried to make it too abstract
;), it's simpler this way.
>
> The new work entails abstracting the *loading* and
On 04/12/2012 01:42 AM, Miguel Angel Ajo Pelayo wrote:
> I've started reverse engineering a little bit what we have, learning which
> objects, how
> it's done and when do they use the library / modules functionality.
>
> http://projects.nbee.es/display/KICAD/Footprint%20libraries%20support%20in%20
I've started reverse engineering a little bit what we have, learning which
objects, how it's done and when do they use the library / modules
functionality.
http://projects.nbee.es/display/KICAD/Footprint%20libraries%20support%20in%20io_mgr%20and%20plugins
I got a few preliminary conclusions:
1)
> See if this is do-able from a design standpoint.
as a patch to pcbnew/io_mgr.h 's class PLUGIN
Suggest running Doxygen on it before you contribute it.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@list
2012/4/11 Dick Hollenbeck
> Mike
>
> If you want to propose some virtual functions, simply Doxygen commented
> function
> prototypes, that can be added to the the PLUGIN API, this will give us a
> chance to see
> your C++ design skills at work.
>
> It makes sense, and I think it's a good exercise
On 04/07/2012 11:12 AM, Miguel Angel Ajo Pelayo wrote:
>
>I recently talked about this (in a couple of emails), and Dick
> confirmed it was
> on the plans,
> I exactly mean moving the pcbnew/librairi.cpp into the plugin system.
>
> My questions are:
>
> 1) Could I be the one addressi
Woops,
Dick?, I see that's in your 2nd point of your current TODO list, anyway, if
you find it interesting
I could work on this with your review or based on your ideas if you already
spent some time working on
it's design.
2012/4/7 Miguel Angel Ajo Pelayo
>
>I recently talked about
I recently talked about this (in a couple of emails), and Dick
confirmed it was on the plans,
I exactly mean moving the pcbnew/librairi.cpp into the plugin system.
My questions are:
1) Could I be the one addressing this?
2) Is there any design about that? or should I go with the
16 matches
Mail list logo
