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]" 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: <6CD06E56-4FC6-4CFD-A6A8-0297CC1F995B AT noqsi DOT com> <20160109174859 DOT dd0f8a57f22b639eeed623fb AT gmail DOT com> In-Reply-To: <20160109174859.dd0f8a57f22b639eeed623fb@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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