X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IG65kkqOQ0PrhCZCBPoS/88nq00RdJpLXBeO3zbprFo=; b=VTuYdBYV85rK8srjRc5BNdFtJkGbUjmLXZlI0FCzxomu0Z3qiPeV+Do5IW4zRHKmX3 /vpkl5IpUkK29nj9S+QPqpZ11U4DzxomOShX1Ug1kcLPnnn5GTpjzxsZ66gW3bwtf87K +o9nYZ73tysSEaqtpf7zG9fAxlC0FncrmHDLmOqDUmnB8PywS62Ol6+m4DiHAIiIMySa 4YpCxqUfsk5ZzKvv5uRHSbfyepr8tsrVrcqUfrZV6RvALCSfXbE1vJaojnrXY2a6gVHM 7wrGoT5nTAscra6/tGaWwwx/ttuwtz0mqjtu76d+1nWp60p48s8lfpYKyNXcgyU2ol1D Z3Qg== MIME-Version: 1.0 X-Received: by 10.60.133.137 with SMTP id pc9mr20543083oeb.76.1437860460776; Sat, 25 Jul 2015 14:41:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 25 Jul 2015 17:41:00 -0400 Message-ID: Subject: Re: [geda-user] [pcb-rnd] Release 1.0.1 From: "Jason White (whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=047d7b4725ee0053b7051bb9fad8 Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --047d7b4725ee0053b7051bb9fad8 Content-Type: text/plain; charset=UTF-8 Kaimartin, Counterpoints: * Parametric footprints can be saved. This feature compliments your standard library, not detracts from it. * Parametric footprints makes PCB more accessible. For new users the process of creating one's own footprints can be quite daunting. * Great potential to reduce library clutter, duplication, and maintenance. This makes generating footprints for custom connectors (ie. common 0.156in headers) painless and more or less instant. That sort of flexibility is downright useful regardless of how it was implemented. - Aside 1: believe it or not we get new users every day, it just that when they see the tools, they tend to run away... - Aside 2: It seems like everyone who actually needs to use PCB on a daily basis has their own custom fork. Igor2 has been kind enough to share his flavor of PCB, be kind to him. On Sat, Jul 25, 2015 at 3:04 PM, Kai-Martin Knaak wrote: > Jason White (whitewaterssoftwareinfo- > Re5JQEeQqe8AvxtiuMwx3w AT public DOT gmane DOT org) [via geda-user- > Ht4Cp5ncgjRBDgjK7y7TUQ AT public DOT gmane DOT org] wrote: > > > Hmm. I could get used to these parametric footprints. Good work! > > I feel like, parametric footprint production on the fly bears some > disadvantages: > > * Any mechanism is necessarily less transparent than footprints that > just exist. It makes the access less newbie friendly. > > * parameters are communicated by the name of the footprint. This calls > for some specialized grammar. However, many footprints also have > traditional real name which does not contain any parameter. E.g. > "0805", TO220 > > * There is an additional run time dependency. Have the wrong version > of perl, python, java, whatever installed and you are screwed. Ready > made footprints can be imported from somewhere else. > > I feel like the default library should be a simple set of ready made > files. These files may or even should be produced algorithmically at > compile time. > > ---<)kaimartin(>--- > > -- Jason White --047d7b4725ee0053b7051bb9fad8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Kaimartin,

Counterpoints:
<= /div>
* Parametric footprints can be saved. This feature compliments yo= ur standard library, not detracts from it.
* Parametric footp= rints makes PCB more accessible. For new users the process of creating one&= #39;s own footprints can be quite daunting.
* Great potential= to reduce library clutter, duplication, and maintenance.
This makes generating footprints for custom connectors (ie. common 0.156in= headers) painless and more or less instant. That sort of flexibility is do= wnright useful regardless of how it was implemented.


= - Aside 1: believe it or not we get new users every day, it just that when = they see the tools, they tend to run away...


- Aside 2: It= seems like everyone who actually needs to use PCB on a daily basis has the= ir own custom fork. Igor2 has been kind enough to share his flavor of PCB, = be kind to him.



On Sat, Jul 25, 2015 at 3:04 PM, Kai-Martin Knaak <kmk AT familieknaak DOT de> wrote:
Re5JQEeQqe8Avxti= uMwx3w AT public DOT gmane DOT org) [via geda-user-
Ht4Cp5ncgjRBDgjK7y7TUQ AT public DOT gmane DOT org] wrote:

> Hmm. I could get used to these parametric footprints. Good work!

I feel like, parametric footprint production on the fly bears some disadvantages:

* Any mechanism is necessarily less transparent than footprints that
just exist. It makes the access less newbie friendly.

* parameters are communicated by the name of the footprint. This calls
for some specialized grammar. However, many footprints also have
traditional real name which does not contain any parameter. E.g.
"0805", TO220

* There is an additional run time dependency. Have the wrong version
of perl, python, java, whatever installed and you are screwed. Ready
made footprints can be imported from somewhere else.

I feel like the default library should be a simple set of ready made
files. These files may or even should be produced algorithmically at
compile time.

---<)kaimartin(>---




--
Jason White
--047d7b4725ee0053b7051bb9fad8--