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=+bmSH3yHjxDlgTY7Q8B4mHlWIMKLiEr9PaaIR6507Y0=;
	b=D5j85RJPupfuUudw/0Unnd15k3Beaj16oaBIYNX6ponvJ7cF1IMw4Y/1n+6OiMWkxW
	z3Yjzkx16fONZNGQx1UxQMaxB2zHqMSWC9nXLopSP3TwZ/PLA+uEmyFFmNtPGesrRQsF
	I5JcyIeyr/vCHq8mprvIcwyP91g9dTa/osvDHNJwHe+KHlmiaDnlq9kkTR38KSab0l4B
	4J89sONfjeaGG5Udubtc6cyreZl/C/La5InnxKqRjamhj2oliEhnu+GBn+w6ZpHb6Zx+
	j/QbyoyRbqYavGnhCCXsdDtujK94GXP+OzvVzoX6xopaniXCp5K1GXk1uc8L5qYXgMrV
	hm6Q==
MIME-Version:	1.0
X-Received:	by 10.112.219.70 with SMTP id pm6mr11720409lbc.41.1441076932612;
	Mon, 31 Aug 2015 20:08:52 -0700 (PDT)
In-Reply-To:	<alpine.DEB.2.00.1509010447310.6924@igor2priv>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1509010447310 DOT 6924 AT igor2priv>
Date:	Tue, 1 Sep 2015 03:08:52 +0000
Message-ID:	<CAM2RGhRxevpXzeQpOV-OMtRhofjeSQxMkr0iFsutZ0a2EX9rcQ@mail.gmail.com>
Subject:	Re: [geda-user] back annotation - phase 2, call for contributors
From:	"Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
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

I am in.

On Tue, Sep 1, 2015 at 2:57 AM,  <gedau AT igor2 DOT repo DOT hu> wrote:
> Hi all,
>
> in spite of my efforts, the previous thread mostly turned into the usual
> "dreaming and throwing in random ideas" thing. No surprise, I've seen this
> happening a lot with back annotation threads in the past. Thanks for DJ for
> his proposal and for those who did read the proposals and cotributed with
> useful additions.
>
> I am still determined to implement the feature, and I still think it can be
> done in a relatively short time frame once it's started. So I will mostly
> ignore the other thread and kick off the sceond phase by this mail.
>
> After considering DJ's idea, I think it wouldn't save me solving the tricky
> parts in gschem. It'd provide pin mapping (that I already have anyway) and a
> more generic solution to options/swapping/slotting, but would take more
> efforts to do and wouldn't provide some of the other features I originally
> wanted to have (e.g. footprint changes kin pcb). So I decided to stay with
> my original proposal, plus think over some of the aspects brought up in the
> othe thread.
>
>
> What the projdct needs next is a gschem contributor. Please read what kind
> of contribution is exactly needed at:
>
> http://repo.hu/projects/pcb-rnd/devlog/20150901a_back_ann.html
>
> Please note: if you reply without reading that url, I will ignore your
> reply; if you are offering ideas and no contributions about these specific 3
> points, please use the other thread. Yup, I am already prepared to the case
> that noone offers contribution, you don't need to remind me on that
> possibility.
>
> Regards,
>
> Igor2
>



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/

- Raw text -