Re: gEDA-user: PCB needs alternate grid
On 10/23/07, DJ Delorie [EMAIL PROTECTED] wrote: Only if snap to pin/pad is selected. Otherwise just snap to the nearest grid point. Well, yeah. Are you saying if we're within one grid spacing of one of the defining points for the pin/pad...? I'm just trying to be sure I understand how the current grid snapping works. Specifically, the crosshair snaps to a grid point or the pin center, whichever is closer to the X cursor. No, that was one of the points I was trying to make earlier: The crosshair snaps to a grid point or pin center whichever is closer, but it will snap to a grid point or the nearest defining endpoint of a pad. It will not snap to a *pad* center. (I wish it still did :( .) Joe T So, on average, you have to be within half a grid unit of the pin center to snap to it, but it depends on where the pin center is relative to the grid points. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: guile update status
On Wednesday 24 October 2007 03:01:29 KURT PETERS wrote: Just wondering what the status is of making geda compatible with guile 1.8.1. Anyone know how close that is to being complete (in git)? kurt As far as I am aware, it is compatible. Please let me know of any problems, and I'll try to get them fixed. Peter 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: PCB needs alternate grid
On Tue, Oct 23, 2007 at 11:17:34PM -0700, joe tarantino wrote: The crosshair snaps to a grid point or pin center whichever is closer, but it will snap to a grid point or the nearest defining endpoint of a pad. It will not snap to a *pad* center. (I wish it still did :( .) Yeah, that's a bit unclear before you know how pads are defined. It's okay (I even kind of like it) for long narrow SMT pads, but it's weird/annoying on big square pads like for passives. -- Ben Jackson AD7GD [EMAIL PROTECTED] http://www.ben.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB needs alternate grid
On 10/23/07, Ben Jackson [EMAIL PROTECTED] wrote: I'm routing some 8/8 busses. I like being on a big grid to snap to pads, but I need to get on a small grid, like 1mil, in order to route traces at the 8/8 spacing. What I really need is either a smarter grid (eg it interacts with the auto-DRC) or at least a modifier (or even toggle) key to quickly swap grids. Any thoughts? A smarter grid grid would be extremely useful. I like to place parts using a 25mil grid and route with a 5mil grid. Having a part move snap to 25mils and trace routing snap to 5mils would be nice. Having silkscreen moves snap to 10mils would be handy as well. Also being able to have different color dots or symbols for the grid would be nice. For example --- a grid that is displaying dots spaced 5mils apart having every fifth dot with a different color or shape would be handy. Since we are talking about grids and spacing it would be nice to be able to establish a datum for a PCB and have coordinates referenced against that datum. (* jcl *) -- http://www.luciani.org ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB needs alternate grid
On Tue, 23 Oct 2007 19:00:27 -0700, joe tarantino wrote: A subtle point is that the snap to to pins/pads mode used to snap to the center point (midpoint of the line between the two defining points of the pad). Ouups. I was just about to add a feature request. Please add snaping to the middle of lines (in addition to the end points). Was the loss deliberate? ---(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 GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB woes
Hello all. I don't want to sound unappreciative of all the work put into gEDA a particularly in PCB, I do appreciate it. Only, I wonder if someone uses the latest PCB (20070912) and it works for him/her? There are a lot of issues with cursor movements etc, which make it basically unusable. I've tried CVS, but it responds the same. I filed a bug against PCB, but, appart from a confirmation from another user reporting the same, I had no reaction to the report. (bugs 1796016 and 1796012 - though the last bug hasn't reappeared yet). I've started to try and analyze how the program works, but it is somewhat beyond my programming skills... Still, I'll have another go. Maybe someone can indicate where to start looking? Thanks, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB woes
[sent too soon] I filed a bug against PCB, but, appart from a confirmation from another user reporting the same, I had no reaction to the report. (bugs 1796016 and 1796012 - though the last bug hasn't reappeared yet). I hope everyone realizes that there are very few pcb developers. Three or four active ones at the moment, I think. And none of them are Gtk experts. If anyone knows of a Gtk expert might be interested in working on PCB, *please* invite them to do so. I've started to try and analyze how the program works, but it is somewhat beyond my programming skills... Still, I'll have another go. Maybe someone can indicate where to start looking? Both your bugs are gtk-specific, so the files in src/hid/gtk/ are to blame. One thing to try is, whenever you get something that seems GUI related, try the other gui (./configure --with-gui=lesstif). That's completely different code, and I actively maintain that one. If it acts differently, you know the problem is in the src/hid/* code. If it acts the same, the problem is in the src/* code. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB woes
Only, I wonder if someone uses the latest PCB (20070912) and it works for him/her? There are a lot of issues with cursor movements etc, which make it basically unusable. I've tried CVS, but it responds the same. I filed a bug against PCB, but, appart from a confirmation from another user reporting the same, I had no reaction to the report. (bugs 1796016 and 1796012 - though the last bug hasn't reappeared yet). I hope everyone realizes that there are very few pcb developers. Three or four active ones at the moment, I think. And none of them are Gtk experts. I've started to try and analyze how the program works, but it is somewhat beyond my programming skills... Still, I'll have another go. Maybe someone can indicate where to start looking? Both your bugs are gtk-specific, so the files in src/hid/gtk/ are to blame. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB woes
Far from being an expert, I did some programming in GTK... I'll try to identify where the problem is... and look at the patches from Peter too. Thanks! The two GUIs do cause some confusion, as the manual says, eg., right-click on the component to convert to element... No popup appears in GTK. And some other bits. Neither do. The documentation is VERY old, and one of the things on my long-term to-do list. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB needs alternate grid
On 10/24/07, Kai-Martin Knaak [EMAIL PROTECTED] wrote: On Tue, 23 Oct 2007 19:00:27 -0700, joe tarantino wrote: A subtle point is that the snap to to pins/pads mode used to snap to the center point (midpoint of the line between the two defining points of the pad). Ouups. I was just about to add a feature request. Please add snaping to the middle of lines (in addition to the end points). Was the loss deliberate? As I recall at the time I noticed the change, it was (according to Harry) indeed deliberate. Joe T ---(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 GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user