delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/01/09/12:06:17

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Message-ID: <56913DFA.6050202@iee.org>
Date: Sat, 09 Jan 2016 17:06:02 +0000
From: "M. J. Everitt (m DOT j DOT everitt AT iee DOT org) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] Primitive electrical types [WAS: Re: first attempt
at bus support in gnetlist for pcb]
References: <CAJXU7q8edycnyhZbZ7+M3q6HA13U4Tr5R9M7KAG59HVpH2+cMg AT mail DOT gmail DOT com> <6CD06E56-4FC6-4CFD-A6A8-0297CC1F995B AT noqsi DOT com> <20160109174859 DOT dd0f8a57f22b639eeed623fb AT gmail DOT com>
In-Reply-To: <20160109174859.dd0f8a57f22b639eeed623fb@gmail.com>
X-Provags-ID: V03:K0:Q5Kh/Z/SOs+Bx1vFBhfHhMCHn8mqp71J5C5Uz5rdlBF2HRcNlEc
DXufO8jpG20rU03TUKotMkXF5iLCO1+5b4CwgGFHLNW9pr3lwSNTfRjRfVTw4FTrS3U2VHO
wTnU9s2P9t1Idzx2kGMztgUeMP8JxdKhFbK+tv0w8QWvXpt6nd1iDLUH5skzpNkQKTajgqD
dTIHGRygSE40i4HJLlecw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:/ufVpB+O5qU=:NKF6TdqZ2lfqa3XxmsE9Cz
Z4rdsxsclL2FNzgt8TbQ7CIxUwLb+dTVOp9YS7sfAAa9qlzeuiNeg5/gaox5wsQTgncLGo8hj
jM9OQsllYP4z7Xa+Vx4h1WUMO8R4ymemekPwma5fII6C9Gjivm9kNxARFFT+LRDcVHUt0Sjqz
wI7euvt4XiScNUVJja2ebLCZoqL3FxHigClKcTquuuneSVZEnmGuPeDitXG4G6PidoNr6+O5z
ezFmujUpSF6wA9CUhX0X4Lt85jjRGN+ESqkiewRf59+MtuhOHsgGoMxICyB1ZwLUgjwIVarO/
XHkSDhZhr9m4smD6oRzHvYqMR+FBM+9/A5u/bSdV7LE25Q9RikWDikUzb+eedpDXWN9QKogYk
bnygy3SOAwaSHdwPpuBi8wo99bCD7HPej5d4wB/TJ0Rn44M82smYblBsEzvZP+BbWXQ8P99cG
Qw/IpCxWapstXFYC3JIGLmr0iXO+fzYotZZKsMoJ10wrsFOcrECDVjOIMgcCTYgxH/eJDUfSI
NtDrsmH8YAEZ+OJlwFdflrEX6A0hbIB9pfx89jDZvs48dzxp8Id/+4M+YYf5UBDEi2o06vfNJ
QZsIDJoU5gT2ZXLuo8gVUYPX/TRiz31HdJMxtpTEIk7Mb/+6yylEYaWA2OZ94YLdE8JbcMT3i
cb2sY/aBqnUmSQYv8AJ29KnQUin86hEevoaR5zpr5+hI6RkNAcaizahQvzPlIAtS7ymIReWf8
c6UTEt8f3aIiheby
Reply-To: geda-user AT delorie DOT com

On 09/01/16 16:48, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via
geda-user AT delorie DOT com] wrote:
>>> Whether or not this is fully factored in the code or not, from the graphical entity point of view these are effectively sub-type specialisations of the line primitive, as John has suggested. Whilst it would be technically possible to take this as a more "duck typed" approach, I'd probably not suggest it.
>> What I was trying to get at is that I see line drawing style as a fundamentally orthogonal issue to line “type". What we have now is hard-wired, except for purely graphical lines. That doesn’t fit all uses. It gets us into unresolvable arguments over thick net segments for power versus thin segments for signals. Conventions are good. Defaults implementing conventions are good. Hard wiring them is bad.
>>
>> John Doty              Noqsi Aerospace, Ltd.
>> http://www.noqsi.com/
>> jpd AT noqsi DOT com
> You mean if a line should be considered: net, bus, pin, ... should depend on an assigned attribute?
>
>
> Nicklas Karlsson
As it stands, a line is a line is a line .. its either a graphical
element or a net. It has no 'knowledge' of a pcb trace/track or anything
else. I don't see this is a problem for the existing functionality ..
you know (presumably) what you're routing/laying out when you do it?
We've always had the schematic up on a second screen whilst routing any
PCBs .. is there another way!?

If you want to get into sophisticated routing, yes you're going to have
to completely re-think how you do schematic capture. I would argue this
is a major rewrite of sections of code .. something I'm not sure anyone
has time or inclination to do? Correct me if I'm wrong, of course....

MJE

- Raw text -


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