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: References: Date: Tue, 1 Sep 2015 03:08:52 +0000 Message-ID: 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]" To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 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 I am in. On Tue, Sep 1, 2015 at 2:57 AM, 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/