delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/07/09/18:22:09

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
Date: Thu, 9 Jul 2015 18:21:08 -0400
Message-Id: <201507092221.t69ML8K2003695@envy.delorie.com>
From: DJ Delorie <dj AT delorie DOT com>
To: geda-user AT delorie DOT com
In-reply-to:
<CAM2RGhStaQk46uUyHEabTpTFriKPoqQCpApWLSaSFZUST-w9TQ AT mail DOT gmail DOT com>
(geda-user AT delorie DOT com)
Subject: Re: [geda-user] What is the hardest part in a PCB layout program?
References: <1436477539 DOT 1747 DOT 21 DOT camel AT ssalewski DOT de>
<201507092150 DOT t69Lo53N002627 AT envy DOT delorie DOT com> <CAM2RGhStaQk46uUyHEabTpTFriKPoqQCpApWLSaSFZUST-w9TQ AT mail DOT gmail DOT com>
Reply-To: geda-user AT delorie DOT com

> That problem seems to be endemic to all EDA not just the pcb part.
> Perhaps that should be a short term mission. (not trying to push you
> into it, just trying to find a focusing point)

In pcb, the internal data is a bit hokey.  It would be nice if the
data could recurse, allowing a footprint to be more than just the few
things allowed in a footprint, or to handle heirarchical designs more
cleanly.  There are lots of arbitrary limits in our internal data
system that could be changed.

Another "short term" project is replacing the ancient object oriented
design with something easier to maintain.  Huge tables of function
pointers all over the source is a bad thing these days.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019