X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GQdtnTcsTltfAeB+/aYOsb4iMs8tyHmpOVVyb0bgQYI=; b=FpMVA9GMumjWrRLosBn50sdoneRpcwLbayxKaFuMDKLYZI7YHLRYmxTOsuOptuLv21 +CG7wF+c7ga2WouVEY/UDNCPasH85B2rpYT2UGfN5S1gZapWVScwisi7AWV5n6drtr1g s3/UbT/C5A195vbpBvdkp4UY9/H4ic8K1TJa13C2niak5Kaau5YzeQPSaUKrFFKWDopC EdpmDITJKDeFzk+GO4GpdlgBh3QwxpEEx85eDCpIdUkDf0Liv3WqabvxibzxyV9d1kEa jJssOmnmFSPzDtJt4/Q3TOSYzMFW10C4jk2EJUvvM8JBjQfPpvuZ3H0QcLQtX0Im8Um9 qj/Q== MIME-Version: 1.0 X-Received: by 10.112.171.35 with SMTP id ar3mr21463320lbc.90.1451416190514; Tue, 29 Dec 2015 11:09:50 -0800 (PST) In-Reply-To: References: <43CC8F96-6452-40FA-9DFB-E0983721C19C AT noqsi DOT com> <20151229094603 DOT 782092b57563336883546bfd AT gmail DOT com> Date: Tue, 29 Dec 2015 14:09:50 -0500 Message-ID: Subject: Re: [geda-user] Project leadership (design error in the core of gschem) From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" To: gEDA users mailing list Content-Type: text/plain; charset=UTF-8 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 On Tue, Dec 29, 2015 at 12:29 PM, Ozzy Lash (ozzy DOT lash AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > > > On Tue, Dec 29, 2015 at 10:39 AM, Evan Foss (evanfoss AT gmail DOT com) [via > geda-user AT delorie DOT com] wrote: >> >> >> >> slots: >> The slotting mechanism is fundamentally worthless for a the majority >> of cases were I would want to use it. Look at the 7400 symbols were >> they have a whole extra symbol for the power pins. That is >> conceptually IMHO something that should be a slot but you can't do >> that because all symbols have to have the same number of pins and >> geometry. >> >> In places were slotting could be cool we don't use it right in the >> standard symbol library. Take the symbols for the larger xilinx chips. >> I would rather each section of the chips I/O be it's own slot so I can >> show the FPGA connections near what they are connected too instead of >> putting the FPGA on it's own page (most of the time). Likewise >> breaking it up into more symbols would mean not wasting most of a page >> on the empty area inside the FPGA symbol. >> >> > > I'm having a little trouble understanding what your definition of "slots" > is. I think the current gschem concept of a slot is what I am used to, i.e. > a slot is an interchangeable element of a chip. So a 7400 has 4 nand slots, > and they are identical. As far as I am concerned, slots are only a tool for > back annotation. During schematic capture, you can assign the gates from a > chip in any order, then when laying out the PCB, you can choose which slot > routes the best, and swap them around, and then back annotate. Back annotation was on of the perspective uses for it but... 1. Our only currently existing back annotation implementation (which isn't really geda's) is Igor2's pcb-rnd and fork of gschem. It does not use slots. 2. Slot information for a given refdes is not provided to the PCB suite so it has no idea what slots are available. (good idea though) 3. There are a lot of chips like FPGA and etc that have functionally equivalent pins but are not really amenable to slotting in the same visually descriptive manner. 4. To me slotting is mostly only good for grouping the symbols that go with a given refdes. > Bill -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQENBFYy4RYBCAC183JomLtbdAlcKiaPDoVHq52LDmVmH75aiEc69m7YxDt54/ai VtYCAobbGVIyn3Hlz3uhF6LnPl/6Lm1VdnCfpwu3KQhCO6ds10ow2C30X4ohCqOd hCVg5C+ILmQkEffFrFODy3ji+PYTF4pADvHCWsTMv0hf0llwFOJsBCK6cl02IffE JPqy4PjM1nZ9HpzT84JBaG/4OGvTZ8SQ2yFUl265jagvygPTf88H1xpZHH1r8dB1 stjUHLmPH8AOyDgKxFchgGeDc3p/vJtgDDIXAFfDXG0NSRovLmtaQdGxe47Zf/go bXiEM7YL2WqQe5zfEA919JxkEwlDKYniOSVzABEBAAG0N0V2YW4gRm9zcyAoVGhp cyBpcyBteSBwdWJsaWMga2V5LikgPGV2YW5mb3NzQGdtYWlsLmNvbT6JATkEEwEC ACMFAlYy4RYCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRCIpQTcE8nN bbBaCACAm8pU5lG1ev2Fsw68Axtcl57SJrYieqX96c3YuYH9JpqMqJRnd9nDKw9X tQuvuH7tUk0VbOaDqReOYJVI/4c5wb9AaOFp6K2DUcupq6XhgXpvz3HzoPwjAdIj XuQzdRUx5+innTJrSkGuBYW/CZ2zqEx4xfLlq4rO0hoTUMR8QVp2cCrkw6BT0m86 APIw/ZnjoxM8IEzr7MxfRIg3qpzrZk28rmhx+k78Jyk61UhwcCPGIm/pjUopTwYJ 3YBdRB2cYD2aN7A1JVf5cRmSQYooHBGpH0kYvomGk97PKqypVuJ7OpG9xM58wUcC qUVt9hKlePLzP8csYjt8onqI7qIIuQENBFYy4RYBCADlH8spG3WkCx62vB5mr5Z0 SCDd/RcyA4A5y5EOj5KurQkrSWpgi9Ho1yKruMJ6blQR2qkc66KqH9pnXDm/ZI1M K/wdW3ngETxBmXoozzFMT89aEWIVR5/PFodWK1elekE9iJxACuR98Zg2QttTD3x8 A9w8VEyMLOXcDTrPFpHegMKswFBg5iuMulAdXAoGejWTI3n+qKFpabHm2Lfs6wjk 5rjucpTdeFK6UeWF1xAvNxXibuu5BlGwv53930qIXRwO/Gn2Rh5DXWxKU2fEIme/ xgQQmIsDeUoWbfybdjw/x7Q0LW4mINiLDQcGHHRQKFIxbAJCT3USPLGh5xwE9/Er ABEBAAGJAR8EGAECAAkFAlYy4RYCGwwACgkQiKUE3BPJzW0uYAf9Hf30n8tM3mR2 Zo6ESE0ivgdgjaJtAWrBUx7JzAzPjBnBOlNnu5Y9lVEqetvUPH6e3PvaHYUuaUU8 0HwxuKBW9nUprgV6uIu1DZmlcp+SxpbuCy7RDpNocRLNWWFMaYYzznmTgfnTgD4D gCq8Mf1mcfrluTkOAo+QNqbMfl1GISClopRqxVuAo59ewgMnFujwgd8w12BwWl24 CzqOs5HqcUslePj+LzcjSNgVCklYwKl+0dsb/fctMOCtHodwqm2CBJ+zydvNmYkD fxda/J91Z1xrah5ec++FL0L4vs+jCiIWJeupJFKlr1hCMZiiGH7W554loK5l4jv3 EY347EidAw== =Ta4p -----END PGP PUBLIC KEY BLOCK-----