kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #22891
Re: [RFC PATCH] Single-click board update, take 2.
-
To:
Chris Pavlina <pavlina.chris@xxxxxxxxx>, Maciej Sumiński <maciej.suminski@xxxxxxx>
-
From:
Tomasz Wlostowski <tomasz.wlostowski@xxxxxxx>
-
Date:
Fri, 29 Jan 2016 16:47:38 +0100
-
Authentication-results:
spf=pass (sender IP is 188.184.36.48) smtp.mailfrom=cern.ch; lists.launchpad.net; dkim=none (message not signed) header.d=none;lists.launchpad.net; dmarc=bestguesspass action=none header.from=cern.ch;
-
Cc:
Kicad Developers <kicad-developers@xxxxxxxxxxxxxxxxxxx>
-
In-reply-to:
<20160129152347.GA27889@potato.localdomain>
-
Spamdiagnosticmetadata:
NSPM
-
Spamdiagnosticoutput:
1:23
-
User-agent:
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
On 29.01.2016 16:23, Chris Pavlina wrote:
> Okay, after testing this, I actually have two "bug reports", one that I
> consider fairly important, and one that's minor.
>
> Important one: IMO there *needs* to be an option to only add or update
> components, not remove. Here's the list of suggested changes for a board where
> I manually added via stitching using a via "footprint" and the array tool:
>
> https://misc.c4757p.com/nooooooo.png
>
> I don't want to remove those!! It's not a 'standard' use case, perhaps, but
> it's still a regression, as I was previously able to make it keep those.
Hi Chris,
I wouldn't call it a regression. Stitching vias with single-pad
components is just a dirty hack we'll have to live with until we get a
new connection propagation algorithm. Until then, I agree we should have
an option preventing component removal.
>
> Minor one: don't say "Netlist update successful!" in the list of _proposed_
> changes, it's a bit confusing as it seems to imply the changes have actually
> been made.
Good catch!
Tom
Follow ups
References