kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxxxx>]

On 12/11/2012 12:37 PM, Dick Hollenbeck wrote:
> On 12/11/2012 11:33 AM, Wayne Stambaugh wrote:
>> On 12/11/2012 12:33 AM, Dick Hollenbeck wrote:
>>> On 12/10/2012 08:31 AM, Dick Hollenbeck wrote:
>>>> On 12/10/2012 07:04 AM, Marcelo Conceição Santos wrote:
>>>>> Hello, KiCad developers, congratulations to all, this program is fabulous with regard to
>>>>> paid software!
>>>>> My name is Marcelo, I live in Brazil, working in the manufacture of printed circuit
>>>>> boards (PCBs), and do some electronics projects. I am currently studying the KiCad to be
>>>>> my tool of personal projects.
>>>>> Would you like to contribute a suggestion, I believe, will be of great help for
>>>>> optimization of time for many designers.
>>>>> We have many problems with respect to insert components and their location at any
>>>>> entanglement of a library.
>>>>> Attached insert what we would greatly facilitate (both Eeschema as the PCB Editor), it's
>>>>> already fixed a window with a list of manufacturers, to select appears below the list of
>>>>> components, select the component symbol appears and below the component (and if desired,
>>>>> below the 3D drawing thereof). The idea is that, when I find my component with the
>>>>> mouse, I would select, and ne a process of DRAG, I would enter the symbol of the component.
>>>>>
>>>>> I know you must locate a component to associate with the symbol that we are doing the
>>>>> "CVPCB", so I would suggest that after the location of the symbol, as could have the
>>>>> opportunity to locate the associated component instead of doing it all once at the end
>>>>> of the project (it's too much work). It would be very interesting if we could save it in
>>>>> a database for the association of the symbol with the component was no longer needed
>>>>> (one more optimization work).
>>>>>
>>>>> Appendix for details!
>>>>>
>>>>> Well, I have helped, that's all!
>>>>> Success to you all!
>>>>>
>>>>> Marcelo 
>>>
>>> Wayne and I spoke at length on the phone 6 weeks ago about carving out the footprint
>>> library editor/viewer into a DLL/DSO.  Then it could be loaded from eeschema and you could
>>> pick or even design your footprints while the schematic part was fresh in your mind.  If
>>> that assignment was done then and there, and the footprint field of the schematic part was
>>> stuffed at that time, I wonder if cvpcb would even be needed.
>> I can't think of a good reason to keep CvPcb around if you can easily
>> assign footprints in the schematic editor.  Most of the comments I've
>> seen have been fairly negative about having to use a separate tool to
>> assign footprints to components in KiCad.  It would also be one less
>> thing to maintain.
>>
>>>
>>> Well since I suggested it, I still like the idea of a separate DLL/DSO tool that does:
>>>
>>>
>>> a) footprint editor and viewing.
>>> b) library management, moving footprints from one lib to another.
>>> c) footprint selection
>>> d) library table editing
>> I agree that it is a very good idea.  The biggest issue I see is
>> decoupling all of the footprint viewer/editor and even some low level
>> PCB object code from PCB_EDIT_FRAME which will not be a trivial task.
>> It will have to happen before all of this code can become a stand alone
>> DSO/DLL.  We (developers) just need to keep that in mind as we are
>> modifying or adding to any of this code.
>>
>> Wayne
> 
> 
> I promise not to eat Spaghetti until we get through this, just as a memory aid.
> 
> But I may cheat and eat Spaghetti squash, since the 'noodles' are all in parallel initially.
> 
> http://en.wikipedia.org/wiki/Spaghetti
> 
> The picture on the right is our goal.  Clear separation.
> 

If only our spaghetti was so easily hung to dry :)