kicad-developers team mailing list archive

[Nick Østergaard <oe.nick@xxxxxxxxx>]

2015-12-02 15:09 GMT+01:00 Wayne Stambaugh <stambaughw@xxxxxxxxx>:
> Chris,
>
> I cannot find the original request for this patch.  I do like the
> feature.  Since I don't have the patch or a url to your branch, I cannot
> review the code.  From the video, I have one minor suggestion.  It looks
> like you added 3 new check boxes to the Eeschema options dialog which
> makes it even taller than it already is.  Maybe it's time to add a third
> tab and move some of the controls in the "General Options" tab to a new
> tab.  I'm not sure what to call the new tab and how to group the
> controls but it's something that should be done.  Anyone else have any
> objections or comments about this feature?

I think it looks nice, but I have not had time to test it myself on a
real schematic. I do wonder if it deserves a note in the
documentation, such that there is a short explanation of the rules
used to determine the positions and how to reset them.

> As for my Eeschema work, you can see what I've done so far at:
>
> https://github.com/stambaughw/kicad-eeschema-refactor
>
> If your code involves anything with SCH_SHEET_PATH and SCH_SHEET_LIST,
> there will be conflicts as these two objects are going away and their
> functionality moved into the SCH_SHEET object.  I'm almost have this
> step completed.  SCH_SCREENS is also going to be removed shortly.  After
> that, I will rename SCH_SCREEN to SCH_SCHEMATIC and make SCH_SCREEN a
> separate object that is used only to store the current sheet display
> settings.  The final step is to create a top level object (SCHEMATIC?)
> to act as a container for the entire schematic hierarchy any schematic
> settings (analogous to the BOARD object in Pcbnew).
>
> Cheers,
>
> Wayne
>
> On 12/1/2015 9:23 PM, Chris Pavlina wrote:
>> This is mostly directed at Wayne, since he's working on eeschema.
>>
>> I have a feature branch I worked on over the summer (back when the release was thought to be closer, and the eeschema rework farther) that implements a field (reference/value) autoplacement on symbols in eeschema. It moves and aligns the fields as you place parts to allow a minimum of manual placement, including some heuristics to avoid overlaps. I've found this to be a _major_ time saver when working on complicated schematics. A preview is here: https://www.youtube.com/watch?v=32FKnrKxe4Y
>>
>> Is there any willingness to include this? As far as I can tell, the eeschema work is already somewhat underway, though I don't know to what extent. I'll happily rework my code to fit into the new eeschema code, though it'd be really nice if I could see how the eeschema work is coming along and refactor my own code in parallel. I've been using this since I developed it in July, so it's pretty well tested, and I've kept that branch up to date with respect to the latest code. If accepted, I will happily maintain it through the transition to GAL as well.
>>
>> --
>> Chris
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp