X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: geda-user AT delorie DOT com
From: Kai-Martin Knaak <kmk AT familieknaak DOT de>
Subject: Re: [geda-user] The state of gEDA/gaf (Was gEDA/PCBs diversity, Was: Pin hole size)
Date: Sun, 28 Oct 2012 20:03:48 +0100
Lines: 100
Message-ID: <k6jvij$fri$1@ger.gmane.org>
References: <CANqhZFxYH+Y5U1ai7ey-s+4nz6eYDM2vx3aMDb7WuigNXmi4AQ AT mail DOT gmail DOT com> <2CB304B5-9587-4734-84E4-49F464744D11 AT noqsi DOT com> <CANqhZFwPNG4R1dR2X0HB+tP1JzNXUAVg55gy54Lry5E49aAQ6Q AT mail DOT gmail DOT com> <E9D200C7-475C-4CC7-A592-5A6C14B3EA25 AT noqsi DOT com> <6BF2E986-51EB-41E9-A4AD-8071CD00B1A1 AT jump-ing DOT de> <834283D4-0891-486E-A981-2FF20B32C615 AT noqsi DOT com> <C3C35AF4-24D1-4977-9134-2C0B13473D01 AT jump-ing DOT de> <54CAA7EE-7638-4B89-8197-111D0493F859 AT noqsi DOT com> <D59D8F6D-0436-4A8D-AFC0-5124BD3031D6 AT jump-ing DOT de> <508CE947 DOT 4050408 AT xs4all DOT nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet AT ger DOT gmane DOT org
X-Gmane-NNTP-Posting-Host: a89-182-142-44.net-htp.de
User-Agent: KNode/4.4.11
Reply-To: geda-user AT delorie DOT com

Bert Timmerman wrote:


> 0.
> Get the GUIs consistent with each other.

YES, please!
Even as a seasoned user of gschem and pcb, I still find myself use 
the mouse the "other" way.


> 1.
> Pull in xgsch2pcb (...)

> 2. something like "xgsch2gnucap" in to xgsch2pcb.

Since the import-schematics feature in pcb works so nicely, I might
prefer extend this solution. That is, interacting tools rather than
a master applet. 


> 3.
> Integrate gattrib into gschem.
> IMO there is no use case for a stand alone usage.

I'd prefer to interact with some external spread sheet application.
gnumeric and localc spring to mind. These full fledged application 
are pretty feature complete, highly confgutrable and well documented.
IMHO, it would be a waste of development resources if geda would try
to reinvent the sprread the spread sheet wheel.


> 4.
> Start up/migrate www.gedasymbols.org to git

YES, please!
Maintaining my gedasymbols section with CVS is no fun. Rename of 
files is impossible. You have to delete it and upload it again. 
CVS insists to unset the exe flag of my scripts, commit always 
applies to all local changes, update is slow, ...


> and get "social integration" (like in Github) on those symbols,
> footprints, gnucap models, scripts and other related stuff

This obviously needs a lot more thought and discussion, to make 
it actually work.


> 5.
> Get 3D modeling "implemented" in pcb, either by choosing for blender
> or any other real modeling application, or choose for something like
> VRML (not a very smart output format for post processing, it's like
> serving a pdf/ps file).

That is why I advocat freecad. This would open the door to the world
of mechanical CAD applications. Just recently, I looked again at the
state of the project. Their scripting capabilities are quite advanced.
Instead of an export in some kind of file format, PCB might issue a 
set of python commands.


> 6.
> One developer can adopt a piece of the code

The freecad developers do it like this:
http://sourceforge.net/apps/mediawiki/free-cad/index.php?title=Organization_chart


> 7.
> Add a Breadboard GUI/tool for it is a possible next step in workflow
> after simulation (Gnucap) is done, and more often than not, done
> before layout time.

Do people, really do breadboard stuff anymore, these days? Modern
components tend to come in shapes that are not compatble with 
breadoards. Sure, you can solder wire to the pins. But then, you
can also use perf boards and enjoy the additional stability it 
offers.


> 8.
> Please do fix the gem called toporouter !!!
> Here is some "eyecandy" in the category "must have", for it
> differentiates pcb from the "competition".

+1
(and make it usable for more practical cases. That is, be able
to use preexisting tracks. Use vias, etc.)


> 9.
> In the mean time grab as many "drive-by" contributors of
> patches/diffs 

amen.

---<)kaimartin(>---
-- 
Kai-Martin Knaak