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=simple; d=mail.ud03.udmedia.de; h=
	message-id:date:from:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding; s=beta; bh=
	L5ptOVSyTZHqiKxybLBLoIZ4ff3pZOpSnx1whXwFvLQ=; b=E7gPrSQPs5n0Bmol
	mUvlokHnOjXBI8EDPiVvjyG6qcVG+31mz0HX6BOjCn8GQRPY+Aq4g9UK4MfXcLUo
	asTiTbVq9CbYgR3f01eCI7SqQiaB9NQp1F68+OegAU/XKMB5ENRdKAAHLDAaXNUI
	dyT0aY2TPlYSkWPqo2DJ9Ukpfpo=
Message-ID:	<55DC2A83.3090100@jump-ing.de>
Date:	Tue, 25 Aug 2015 10:42:43 +0200
From:	"Markus Hitter (mah AT jump-ing DOT de) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0
MIME-Version:	1.0
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] Buttons for automation (obligatory grab at our shared
	3rd rail) Re: [geda-user] Antifork
References:	<CAM2RGhTJ-gywb3LrkKoNKUxkwJCTsJ7vRxiLtmrXa5Mnp0331w AT mail DOT gmail DOT com> <DUB125-W46D6798DBF674B80F24208C6620 AT phx DOT gbl> <6B8DDCCF-0E84-43DC-94A3-89CE0E56F0ED AT noqsi DOT com> <201508242052 DOT 28189 DOT ad252 AT freeelectron DOT net>
In-Reply-To:	<201508242052.28189.ad252@freeelectron.net>
Reply-To:	geda-user AT delorie DOT com

Am 25.08.2015 um 02:52 schrieb al davis (ad252 AT freeelectron DOT net) [via geda-user AT delorie DOT com]:
> Without plugins, forks are necessary, as the only way to share 
> experimental code without turning the whole project into a big 
> mess.

For experimental code there are branches. Visible to everybody, easy to switch between. Also, as others said, pcb does allow plugins; for HIDs and for actions.

That said, splitting core functionality into plugins makes things not neccessarily better. Imagine a plugin for the pins we have now and one for pins which allow rotation. You can't exchange them arbitrarily, because all other plugins have to handle both, then, depending on which one is currently loaded. Or to deal without pins, if none is present.


> Gschem and PCB both need to "fork" to rearchitect to use plugins 
> like gnucap does.

There is ever only one reason for a fork: if the mainstream distribution disallows changes. gEDA has no such restrictions I'm aware of. As long as your work doesn't break code for others, you're welcome to hack away on it. Including moving (more) stuff into plugins.
 

Markus

-- 
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
http://www.jump-ing.de/

- Raw text -