Re: gEDA-user: time for a pcb release cycle?
On Tue, 6 Sep 2011 21:04:03 -0400 DJ Delorie wrote: > there are any bugs This is with GTK GUI and yesterday's HEAD. 1. Set the copper diameter of vias for the current style 2. Go into the via tool. 3. Try place a via. The drill diameter will be the copper diameter. The copper diameter is a bit increased. Levente -- Kovacs Levente Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
On Wed, 07 Sep 2011 00:20:53 +0200 Kai-Martin Knaak wrote: > We had a meeting at CERN on Friday and decided we would start > contributing to the Kicad project in view of taking it to a level of > quality and features suitable for our PCB design activities. It was to be expected. -- Kovacs Levente Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB panner control
Hello. I read the main pcb doc and found the section Panner Control. After searching in the last pcb sources I found no mention of this widget. It seems to be excluded from the code during transition from Xaw interface to GTK HID in 2005. So could anyone improve the doc? BTW: there also is the section "PCB is not finding my footprints. Why?" on geda.seul.org/wiki/geda:pcb_tips page, which is also Xaw-related and could probably be deleted, too. -- VZh ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: plugins (was: How can you help...)
Hi all, > -Original Message- > From: geda-user-boun...@moria.seul.org > [mailto:geda-user-boun...@moria.seul.org] On Behalf Of DJ Delorie > Sent: Wednesday, September 07, 2011 2:39 AM > To: geda-u...@seul.org > Subject: Re: gEDA-user: plugins (was: How can you help...) > > > > > https://github.com/bert/pcb-plugins.git > > > > This URL gives me "404 This is not the web page you are > looking for." > > It works fine once you realize you have to take the .git off > to change it from a repository to a web page. Seems a silly > detail to me, but that's how it's set up on github. > > Yes, you're right, I accedentally gave the git clone URI. Sorry if I wasted some of your spare cycles. Kind regards, Bert Timmerman. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
On 09/06/2011 05:20 PM, Kai-Martin Knaak wrote: We had a meeting at CERN on Friday and decided we would start contributing to the Kicad project in view of taking it to a level of quality and features suitable for our PCB design activities. They had said that at the start, really. No surprise. John -- Ecosensory ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
DJ Delorie wrote: > Which part? The part where geda is falling behind in visibility, user base, developer base and as a consequence in quality. > The part where CERN found an open source app they liked, They did not seem to like any of the two candidates in the shape it is now. > or the part where they're going to contribute to OSS? CERN is well known for their contribution to open sourced software. cernlib, paw, root are all GPLed to name just the big ones. They have like 40 packages in debian attributed to them. And of course CERN people literally invented the world wide web and gave it to the world to share. They even make their linux distribution available to all (scientific linux) A common denominator of CERN developed software is the tendency to do things "right" in the first place. Less eye candy, more efficiency and elegant structure. Try root and you know what I mean. And they tend to have a long breath. IMHO, this CERN style would have been a good match for geda. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 increasingly unhappy with moderation of geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Possible to add a new parameter to the 'slotdef' attribute ?
Hello
I like to ask if it would be practical to add a new type of parameter
to the slotdef attribute in the symbols. I have several projects in the
works, some of them involve some type of bus. And the bus can have many
pins, from the retro projects using the S-100 bus and others using the
PCI bus and more.
Below is a symbol I created for the S-100 bus connector. I didn't
include the footprint attribute yet, although I have one made already.
I use the slotdef attribute to hold each pin of the bus connector. Then
when I add a new pin to the schematic, I change the slot# and the
correct pin is added to the schematic. But I still have to add the
netname for that bus pin on the connector - which would be the signal
name from the specification standard.
I thought it would be practical to incorporate a new definition in the
slotdef parameter where I can include the netname of the bus pin. Then
when I add another pin from the bus connector to the schematic, and
change the soltdef to point to the right pin, it would also update the
netname automatically on the schematic.
what do you think ?
=Dan
---
--
v 20110115 2
P 0 200 300 200 1 0 0
{
T 550 150 5 10 1 1 0 0 1
pinnumber=1
T 500 2750 5 10 0 0 0 0 1
pinseq=1
}
L 500 0 900 0 3 0 0 0 -1 -1
L 900 400 500 400 3 0 0 0 -1 -1
T 500 2950 5 10 0 0 0 0 1
device=s100busconn
T 500 3150 5 10 0 0 0 0 1
graphical=1
T 1150 150 5 10 1 1 0 0 1
netname=?
A 900 200 200 270 180 3 0 0 0 -1 -1
A 500 200 200 90 180 3 0 0 0 -1 -1
T 495 2600 8 10 0 0 0 0 1
numslots=100
T 495 3300 8 10 0 0 0 0 1
device=S100busconn
T 495 3450 8 10 0 0 0 0 1
description=S-100 Bus Connector
T 495 2450 8 10 0 0 0 0 1
slot=1
T 495 2300 8 10 0 0 0 0 1
slotdef=1:1
T 495 2100 8 10 0 0 0 0 1
slotdef=2:2
T 495 1900 8 10 0 0 0 0 1
slotdef=3:3
T 495 1700 8 10 0 0 0 0 1
slotdef=4:4
T 495 1500 8 10 0 0 0 0 1
slotdef=5:5
T 495 1300 8 10 0 0 0 0 1
slotdef=6:6
T 495 1100 8 10 0 0 0 0 1
slotdef=7:7
T 495 900 8 10 0 0 0 0 1
slotdef=8:8
T 495 700 8 10 0 0 0 0 1
slotdef=9:9
T 495 500 8 10 0 0 0 0 1
slotdef=10:10
T 1645 2300 8 10 0 0 0 0 1
slotdef=11:11
T 1645 2100 8 10 0 0 0 0 1
slotdef=12:12
T 1645 1900 8 10 0 0 0 0 1
slotdef=13:13
T 1645 1700 8 10 0 0 0 0 1
slotdef=14:14
T 1645 1500 8 10 0 0 0 0 1
slotdef=15:15
T 1645 1300 8 10 0 0 0 0 1
slotdef=16:16
T 1645 1100 8 10 0 0 0 0 1
slotdef=17:17
T 1645 900 8 10 0 0 0 0 1
slotdef=18:18
T 1645 700 8 10 0 0 0 0 1
slotdef=19:19
T 1645 500 8 10 0 0 0 0 1
slotdef=20:20
T 2795 2300 8 10 0 0 0 0 1
slotdef=21:21
T 2795 2100 8 10 0 0 0 0 1
slotdef=22:22
T 2795 1900 8 10 0 0 0 0 1
slotdef=23:23
T 2795 1700 8 10 0 0 0 0 1
slotdef=24:24
T 2795 1500 8 10 0 0 0 0 1
slotdef=25:25
T 2795 1300 8 10 0 0 0 0 1
slotdef=26:26
T 2795 1100 8 10 0 0 0 0 1
slotdef=27:27
T 2795 900 8 10 0 0 0 0 1
slotdef=28:28
T 2795 700 8 10 0 0 0 0 1
slotdef=29:29
T 2795 500 8 10 0 0 0 0 1
slotdef=30:30
T 3895 2300 8 10 0 0 0 0 1
slotdef=31:31
T 3895 2100 8 10 0 0 0 0 1
slotdef=32:32
T 3895 1900 8 10 0 0 0 0 1
slotdef=33:33
T 3895 1700 8 10 0 0 0 0 1
slotdef=34:34
T 3895 1500 8 10 0 0 0 0 1
slotdef=35:35
T 3895 1300 8 10 0 0 0 0 1
slotdef=36:36
T 3895 1100 8 10 0 0 0 0 1
slotdef=37:37
T 3895 900 8 10 0 0 0 0 1
slotdef=38:38
T 3895 700 8 10 0 0 0 0 1
slotdef=39:39
T 3895 500 8 10 0 0 0 0 1
slotdef=40:40
T 4995 2300 8 10 0 0 0 0 1
slotdef=41:41
T 4995 2100 8 10 0 0 0 0 1
slotdef=42:42
T 4995 1900 8 10 0 0 0 0 1
slotdef=43:43
T 4995 1700 8 10 0 0 0 0 1
slotdef=44:44
T 4995 1500 8 10 0 0 0 0 1
slotdef=45:45
T 4995 1300 8 10 0 0 0 0 1
slotdef=46:46
T 4995 1100 8 10 0 0 0 0 1
slotdef=47:47
T 4995 900 8 10 0 0 0 0 1
slotdef=48:48
T 4995 700 8 10 0 0 0 0 1
slotdef=49:49
T 4995 500 8 10 0 0 0 0 1
slotdef=50:50
T 6095 2300 8 10 0 0 0 0 1
slotdef=51:51
T 6095 2100 8 10 0 0 0 0 1
slotdef=52:52
T 6095 1900 8 10 0 0 0 0 1
slotdef=53:53
T 6095 1700 8 10 0 0 0 0 1
slotdef=54:54
T 6095 1500 8 10 0 0 0 0 1
slotdef=55:55
T 6095 1300 8 10 0 0 0 0 1
slotdef=56:56
T 6095 1100 8 10 0 0 0 0 1
slotdef=57:57
T 6095 900 8 10 0 0 0 0 1
slotdef=58:58
T 6095 700 8 10 0 0 0 0 1
slotdef=59:59
T 6095 500 8 10 0 0 0 0 1
slotdef=60:60
T 7195 2300 8 10 0 0 0 0 1
slotdef=61:61
T 7195 2100 8 10 0 0 0 0 1
slotdef=62:62
T 7195 1900 8 10 0 0 0 0 1
slotdef=63:63
T 7195 1700 8 10 0 0 0 0 1
slotdef=64:64
T 7195 1500 8 10 0 0 0 0 1
slotdef=65:65
T 7195 1300 8 10 0 0 0 0 1
slotdef=66:66
T 7195 1100 8 10 0 0 0 0 1
slotdef=67:67
T 7195 900 8 10 0 0 0 0 1
slot
Re: gEDA-user: Another project finished with gEDA
On 06/09/2011, Kai-Martin Knaak wrote: > Adrian Pardini wrote: > >> I'd >> really like to thank you specially Kai for the effort you put into >> your library, and also to everybody involved in gEDA development. > > > Nice to see somebody else actually find my stuff useful. :-)) > Yes, at least for me they are quite a time saver. I also like your concept of an essential library and the list attributes, I'll try to hack a selector for footprints with preview into gschem in a couple of days. best. -- Adrian. http://ovejafm.com http://elesquinazotango.com.ar http://www.elarteylatecnologia.com.ar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: time for a pcb release cycle?
With Andrew's nanometers work done, I think it's time for another PCB release cycle. My two blockers were the nanometer patch and a windows build, and we have both of those. All "next bug release" LP bugs are fixed, as are all "next feature release" and most of the "future bug release" ones. As for the roadmap, we've got a few of the "next feature release" items: nanometers, overlapping vias, and for a while C++ compatibility. That leaves "more route styles" and "real layer types" as the next big features to work on (yay!). At this time, I'd like to ask folks to try the git head PCB and see if there are any bugs that must be fixed for this release, and/or work on fixing those bugs. Also, please try the windows installer nightly builds: http://www.delorie.com/pcb/geda-windows/ Barring any major surprises, let's aim for a pcb release in a week or two (18th?). Until then, please refrain for asking for, or working on, new features for PCB, unless they're really really easy and hugely useful ;-) DJ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
> Sounds like a few "spare" cycles working on KiCad file-format import > / export for our tools might be a wise move if we want them to > reconsider after they have tried KiCAD. Has anyone compared their file capabilities with ours? It may be that we need to make pcb's format more flexible if we want to import their files, if they support features that we don't. Likewise, if we support features they don't, export might be tricky. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
On Tue, 2011-09-06 at 20:37 -0400, DJ Delorie wrote: > > sad. > > Which part? The part where CERN found an open source app they liked, > or the part where they're going to contribute to OSS? Sounds like a few "spare" cycles working on KiCad file-format import / export for our tools might be a wise move if we want them to reconsider after they have tried KiCAD. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) signature.asc Description: This is a digitally signed message part ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: plugins (was: How can you help...)
> > https://github.com/bert/pcb-plugins.git > > This URL gives me "404 This is not the web page you are looking for." It works fine once you realize you have to take the .git off to change it from a repository to a web page. Seems a silly detail to me, but that's how it's set up on github. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: CERN goes for KiCAD
> sad. Which part? The part where CERN found an open source app they liked, or the part where they're going to contribute to OSS? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: plugins (was: How can you help...)
Bert Timmerman wrote: >> Is there even a comprehensive list of plugins that are done >> at a single place? > > https://github.com/bert/pcb-plugins.git This URL gives me "404 This is not the web page you are looking for." :-| ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 increasingly unhappy with moderation of geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Another project finished with gEDA
Adrian Pardini wrote: > I'd > really like to thank you specially Kai for the effort you put into > your library, and also to everybody involved in gEDA development. Nice to see somebody else actually find my stuff useful. :-)) ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 increasingly unhappy with moderation of geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: CERN goes for KiCAD
Today, I received an announcement from the CERN people. Key statement was: /- We had a meeting at CERN on Friday and decided we would start contributing to the Kicad project in view of taking it to a level of quality and features suitable for our PCB design activities. \- Reason given: /- (...) the feeling that Kicad looks more like what we have in mind for our future PCB work and that we feel more capable of making important contributions to it. \- sad. ---<)kaimartin(>--- -- Kai-Martin Knaak Email: k...@familieknaak.de http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 increasingly unhappy with moderation of geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Strange user interface behavior with gschem-1.6.2.20110115
On Tue, 6 Sep 2011 12:59:39 +0200 Josef Wolf wrote: > On Mon, Sep 05, 2011 at 09:13:06PM +0200, Kai-Martin Knaak wrote: > > > IMHO, this works against user expectation. After all, the whole > > > point of the circle is to signal the user where the connection > > > would be done. Connecting to anything other is not exactly what > > > the user would expect. > > > From the perspective of the user it is totally irrelevant > > > what algorithm is used internally. > > > > But it is relevant to know, what this mode is intended for -- > > magnetic- mode, not auto-complete. I am sure, you got the point > > now :-) > > I don't care how it is called as long as it connects to the wrong > destination. Oh, I already wrote this above ;-) +1 I have recently started to like the gschem Magnetic Net mode, now that I learned to use Ctrl-click to put explicit intermediate points in the lines instead of just clicking the two endpoints and letting gschem route the line. But this annoying problem you have encountered, where clicking causes the line to connect SOMEWHERE OTHER THAN WHERE THE CIRCLE WAS SHOWN is extremely irritating. To reduce the impact of this issue, you can manually place a number or intermediate points so that the final “magnetic” action to the target pin has a shorter distance to go. Regards, Colin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA request for volunteers
On Mon, Sep 5, 2011 at 10:01 AM, John Griessen <[1]j...@ecosensory.com> wrote: Original Message Subject: Re: [OH Updates] Degrees of open-ness in EDA (and CAD in general) Date: Sat, 3 Sep 2011 18:58:40 -0400 From: phillip torrone <[2]p...@oreilly.com> To: updates <[3]upda...@lists.openhardwaresummit.org> john, can you write up what's needed for gEDA in a couple paragraphs? i'll post it up on MAKE. be specific and what folks who want to help need to do and how to contact/join the gEDA community. 1. what is geda gEDA is a schematic editor and netlister capable of working with many open and proprietary physical layout tools including VLSI layout, simulation. [snip] It might be nice to include this concise list somewhere on the main page of the gEDA website for newcomers to get a look at the immensity of this powerful tool. As I haven't yet found this type of list which provides a concise view of the available features. I had always likes the thought of using open EDA Tools. I've switched back n forth a couple of times over the years and I'm now again settled into gEDA again. I worked --been forced to ;) with many commercial EDA tools in my time while working for different companies, and having to learn new commands just to create a design. But one thing that you notice many times with these commercial tools is this type of Feature list which headlines the various important aspects and features of the tool suite - such as this one that was just posted here on this thread. I think you don't get the impression so easily of how powerful this can be from reading the FAQ's or diving straight into the documentation. Perhaps some additional detail could be appended to this "feature list"- so others beside me -- who are looking to switch over [or return]-- could probably benefit knowing what's available inside this tool and then navigate to the appropriate documentation to read further. It seems to be a reason why the openEDA tools arena have forked over the decades with different breeds of tool suites -- everything from another schematic entry too to another pcb tool -- because they fail to grasp the scope of this immense tool suite and instead begin new software development when they could have made a contribution to this group instead. I'm from a hardware background and only dabble in programming, but I always like the fact I could one day to 'give it a try' and possibly add a new feature to this tool suite. =Dan References 1. mailto:j...@ecosensory.com 2. mailto:p...@oreilly.com 3. mailto:upda...@lists.openhardwaresummit.org ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Another project finished with gEDA
Hi all, Recently with the fellows at Crear [0] we finished our guitarduino alike prototype that is being presented this Thursday at CISL2011 [1] (Conferencia Internacional de Software Libre / Free Software International Conference). Basically a guitar, many many leds, an Arduino and a modified version of TuxGuitar. For the electronic side I used Kai-Martin Knaak library of symbols and footprints and his scripts to set up a basic project structure. I'd really like to thank you specially Kai for the effort you put into your library, and also to everybody involved in gEDA development. Everything (code, notes, plans, etc) is available in GitHub [2] and our site [3]. THANKS. 0. http://elarteylatecnologia.com.ar 1. http://cisl.org.ar 2. https://github.com/josx/Guitarra-Vas-a-Llorar 3. http://www.elarteylatecnologia.com.ar/spip.php?article60 -- Adrian. http://ovejafm.com http://elesquinazotango.com.ar http://www.elarteylatecnologia.com.ar ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: devices with different slots? How?
Josef Wolf wrote: > I am trying to create devices with different slots. For example, I'd like to > have a 7400 consist of four NAND slots and one POWER slot (pins 7+14). > Similarly, I'd like to split (for example) a 68332 into its modules (POWER, > CLOCK, TPU, QSPI, whatever). The slotting mechanism of gschem is useful for submodules with exactly the same function but different pins. This is the case for the four NAND portions of the component. Submoduls which differ by more than just pin numbers need a separate symbol file. Make sure, that all of the subsymbols receive the same refdes number in the schematic. This is the queue for gnetlist to treat them as one component. In my section of gedasymbols.org there is a 7400 symbol that does just that: The NANDs: http://gedasymbols.org/user/kai_martin_knaak/symbols/digital/7400_4xNAND.sym The power symbol: http://gedasymbols.org/user/kai_martin_knaak/symbols/digital/74_pwr.sym Good thing about the 74-series is, one power symbol can cater to many of them :-) ---<)kaimartin(>--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de -> not happy with moderation of geda-user mailinglist ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: devices with different slots? How?
On Sep 6, 2011, at 5:20 AM, Josef Wolf wrote: > Hello, > > I am trying to create devices with different slots. For example, I'd like to > have a 7400 consist of four NAND slots and one POWER slot (pins 7+14). You can find that one in the "Digital" section at http://www.gedasymbols.org/user/kai_martin_knaak/ > Similarly, I'd like to split (for example) a 68332 into its modules (POWER, > CLOCK, TPU, QSPI, whatever). > > In the past, we have used such modularization with other CAE tools with great > success, since it helps to keep the schematics simple and understandable. Yep. Do it all the time with gEDA. > Instead of having one huge block with several hundred pins for the > microcontroller, you'd have a separate symbol for each module with a > relatively moderate pin count for every module. In some cases, I represent the device with a component that's just a box (no pins!), draw a bus to it as graphical indication of what's going on, and then use the script at http://www.gedasymbols.org/user/john_doty/tools/pins2gsch.html to define the connection details in a table, since a tangle of lines is not very illuminating. I put a pretty version of the table into the documentation with http://www.gedasymbols.org/user/john_doty/tools/pins2tex.html > > From the description on http://geda.seul.org/wiki/geda:gschem_symbol_creation > I can't figure how to use different symbols for different slots. Slots are for when the modules are identical, and you want gEDA to assign the pins for you based on the slot number. That's not what you want here. > What am I > missing? Symbols with the same refdes represent parts of the same physical component. So all you need to do is make the refdes attribute the same on all of your modules. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: devices with different slots? How?
Hello, I am trying to create devices with different slots. For example, I'd like to have a 7400 consist of four NAND slots and one POWER slot (pins 7+14). Similarly, I'd like to split (for example) a 68332 into its modules (POWER, CLOCK, TPU, QSPI, whatever). In the past, we have used such modularization with other CAE tools with great success, since it helps to keep the schematics simple and understandable. Instead of having one huge block with several hundred pins for the microcontroller, you'd have a separate symbol for each module with a relatively moderate pin count for every module. >From the description on http://geda.seul.org/wiki/geda:gschem_symbol_creation I can't figure how to use different symbols for different slots. What am I missing? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Strange user interface behavior with gschem-1.6.2.20110115
On Mon, Sep 05, 2011 at 09:13:06PM +0200, Kai-Martin Knaak wrote: > Josef Wolf wrote: > > > So this feature can save at most one click? > > It provides a means to reliably hit that tiny spot of a pin point, > while zoomed out. But it prevents me from drawing the connection and connects to totally different net. > The feature is "magnetic-mode". it is not "auto-complete". I don't care how it is called. As long as it connects to anything other than the object that had the circle at the time of the click, it is mis-behaving. > > At the expense of using the undo functionality fairly often? > > Well, I can't recall to have entered your szenario, ever. So I certainly > do not use undo faily often, because of it. Honestly, I have tried to make the desired connection by locating the cursor to different positions in respect to the positions of the target and of the nets around it. Even tried to do variations of x/y distance and such. I was not able to make the proper connection. In this simple case, the conflict could have even be resolved by walking the y-axis before the x-axis, but I was not able to trigger this. It looks as if this tool always goes the x-axis first. > > In fact, I was trying to find a > > way to draw the connection in question for several hours before I > > posted to the list. > > For the archive: The "correct" way is to provide one or more additional > node with a click somewhere on the empty canvas. Yes, tried that also. But I had to go farther away to prevent the circle to appear at the wrong pin. And when I was far enough, it again connected to the wrong net. > If gschem insists on > a poin, where you don't want the net to go (hinted by the circle), then > hold the [ctrl] key and the circle will always stay with the mouse cursor. OK. > > IMHO, this works against user expectation. After all, the whole point > > of the circle is to signal the user where the connection would be > > done. Connecting to anything other is not exactly what the user would > > expect. > > Fair enough. > > > From the perspective of the user it is totally irrelevant > > what algorithm is used internally. > > But it is relevant to know, what this mode is intended for -- magnetic- > mode, not auto-complete. I am sure, you got the point now :-) I don't care how it is called as long as it connects to the wrong destination. Oh, I already wrote this above ;-) > >> (Auto routing for nets would be a great, nerdy feature :-) > > > > I tend to disagree here. It works against user expectation. It > > _would_ be a useful feature _if_ it would be disabled automatically > > in situations where it would connect to something different than the > > point where the circle is shown. > > IMHO, silent denial of service would make matters worse. How come silent denial of service be worse than silently connecting to the wrong net? Please note that I never wrote that it should be a silent denial of service. The circle should simply not appear as long as the path to the circle is blocked by some object. I don't see a DoS here.. > It would > create a sense of uneasiness and loss of control -- "sometimes, the > tool works, sometimes it goes on strike...". A pop-up warning would > be the better choice. Text might be something along the lines > "Could not connect with a straight L" Uh, no. The circle should only appear when the path to it is not blocked. No reason for anybody to expect some tool to work as long as no circle is shown. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: test repo
On Mon, 5 Sep 2011 16:43:43 -0400 DJ Delorie wrote: > And nine women can have a baby in a month :-) -- Kovacs Levente Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
