X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on ham03.websitewelcome.com X-Spam-Flag2999: NO X-Spam-Level2999: X-Spam-Status2999: "No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gibibit.com; h=Received:Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:X-BWhitelist:X-Source:X-Source-Args:X-Source-Dir:X-Source-Sender:X-Source-Auth:X-Email-Count:X-Source-Cap; b=Lo6XMTB3g7cRDuVN8BvowVxck/K1oN+HoW3F1lOKTfBMO7dDMjtYQS5jswued+sCC3EMQ8XmMs2z6F80L2DMkgSChlb9lYiTZDMBoLEI4Iu+greZZQHghv1v/lY+Zwas; Date: Thu, 19 Jan 2012 15:40:47 -0800 From: Colin D Bennett To: geda-user AT delorie DOT com Subject: Re: [geda-user] BUG: disappearing dots in gschem Message-ID: <20120119154047.020d1c13@svelte> In-Reply-To: <1326937792.28773.2@kwak> References: <1326937792 DOT 28773 DOT 2 AT kwak> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.6; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/EqhX19FPThdUCPwZ1_mbNyf"; protocol="application/pgp-signature" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator297.hostgator.com X-AntiAbuse: Original Domain - delorie.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gibibit.com X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: spk.venturedesignservices.com (svelte) [65.61.115.34]:17622 X-Source-Auth: colin AT gibibit DOT com X-Email-Count: 1 X-Source-Cap: c2t5bGVuO3NreWxlbjtnYXRvcjI5Ny5ob3N0Z2F0b3IuY29t Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --Sig_/EqhX19FPThdUCPwZ1_mbNyf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 19 Jan 2012 02:49:50 +0100 Kai-Martin wrote: > On 01/18/2012 04:31:49 PM, John Doty wrote: > >=20 > > On Jan 18, 2012, at 2:04 AM, Gabriel Paubert wrote: > >=20 > > > gschem: skip drawing endpoint cues on fully connected > > > nets. > >=20 > > The fundamental problem here is that "fully connected" is a > > concept in the mind of the designer, not a property that the > > software can deduce from the graphics. >=20 > I put nc-symbols on pins and net ends that are intentionally > unconnected. That way, the software "knows" what what is on my > mind, and draws red cues only at places that need some more > touches. I put 'nc' symbols on pins, so I can get a DRC report of pins I may have forgotten to connect. However, I sometimes use a net stub with a 'netname' attribute as a named port instead of io-1.sym, input-2.sym, or whatever, since it is kind of visually cleaner and more compact. When I use a net stub like that, it doesn't need any =E2=80=9Cmore touches=E2=80=9D... Now maybe if I had a better =E2=80=9Cport=E2=80=9D symbol, I wouldn't abuse= a net segment like that. My main complaint about the port symbols is that I either need to (a) put up with an ugly =E2=80=9C:1=E2=80=9D on the port name, or (b) maintain a visible 'value=3DNAME' *and* an invisible net=3D'NAME:1' attribute. I choose (b) because the :1 is really distracting when pin names end in a digit, ending up like =E2=80=9CP1_1:1=E2=80=9D, =E2=80=9COUT10:1= =E2=80=9D, etc. Regards, Colin --Sig_/EqhX19FPThdUCPwZ1_mbNyf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8Yqf8ACgkQokx8fzcGbYeR3gCeJcoaupBRZai6OluFBk1zQ/fE qjYAoIhihXrotdacaij0l9nyi7MCPEuB =3UGm -----END PGP SIGNATURE----- --Sig_/EqhX19FPThdUCPwZ1_mbNyf--