Re: gEDA-user: bugs, warts and feature requests (2)
On Tue, 21 Dec 2010 13:17:50 +0100 kai-martin knaak k...@familieknaak.de wrote: • pcb missing feature: A GUI way to do FreeRotateBuffer() This does not have to be driven by the mouse. In many cases keyboard input would be preferred. yay! And it wold be nice to have absolute and relative moves as well. Like a nice little dialog with the following move selected items absolute/relative x.y • gschem missing shortcut: [ctrl-a] -- select all This is an almost universal shortcut that should be implemented in gschem too. yay • gschem wart: The single attribute dialog is blocking ( modal). Please let it behave like the multi attribute editor. yay • gschem wart: The GUI prevents the creation of pins with zero length. However, these pins work like a charm when done in a text editor. nay • gschem usability improvement: show the file name of the symbol in the multi attribute editor -- preferably in the header I don't understand that. • pcb feature request: Make minimum track distance when off grid optional. yay -- Kovacs Levente leventel...@gmail.com Voice: +36705071002 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
kai-martin knaak k...@familieknaak.de writes: • pcb missing feature: A GUI way to do FreeRotateBuffer() This does not have to be driven by the mouse. In many cases keyboard input would be preferred. Buffer-Arbitrarily Rotate Buffer • pcb feature request: Make minimum track distance when off grid optional. Elaborate? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
Kovacs Levente wrote: • gschem wart: The GUI prevents the creation of pins with zero length. However, these pins work like a charm when done in a text editor. nay Why should the GUI discourage zero length pins? After all, the black line is just a decoration. The sensitive endpoint is all that counts. If the user feels, the decoration does not look nice with a particular symbol, why should the GUI try to enforce a finite length? • gschem usability improvement: show the file name of the symbol in the multi attribute editor -- preferably in the header I don't understand that. Currently, the multi attribute editor gives no hint, what object it refers to. I propose to put the name of the symbol in the title bar at the head of the dialog. Just like the main window puts the name of the schematic into the main bar. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
DJ Delorie wrote: kai-martin knaak k...@familieknaak.de writes: • pcb missing feature: A GUI way to do FreeRotateBuffer() This does not have to be driven by the mouse. In many cases keyboard input would be preferred. Buffer-Arbitrarily Rotate Buffer There is no such entry in the menu yet. Did you mean, a menu entry should be created? Anyway, a more straight forward access would be nice. Say, ctrl-click while in rotation mode. • pcb feature request: Make minimum track distance when off grid optional. Elaborate? Sorry, this proposal wasn't very clear. I'll try to explain, what I mean: If auto_enforce_DRC is switched on, then tracks are drawn as close as allowed by the DRC rules, even when this means going off grid. Sometimes, I prefer to have all tracks exactly on grid rather than as close as possible. The tendency to go off grid when close to an obstacle, makes exact on grid routing harder than it should be. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
kai-martin knaak k...@familieknaak.de writes: There is no such entry in the menu yet. Did you mean, a menu entry should be created? No, I meant I already did that feature. Please make sure you have the latest PCB version, and that you don't have a local [g]pcb-menu.res overriding the installed one. If auto_enforce_DRC is switched on, then tracks are drawn as close as allowed by the DRC rules, even when this means going off grid. Sometimes, I prefer to have all tracks exactly on grid rather than as close as possible. The tendency to go off grid when close to an obstacle, makes exact on grid routing harder than it should be. Sounds useful. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Duplicate messages and mailing list To: address
Colin D Bennett wrote: I'm getting all the replies to Kai-Martin Knaak's messages twice. It looks like it has something to do with K-M's messages having a To: field of geda-u...@seul.org while everyone else's has geda-user@moria.seul.org, causing the replies to have an extra Cc: address of geda-u...@seul.org. Is everyone else getting the duplicates? I also get duplicate mails from DJ Delorie and others recently. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
DJ Delorie wrote: No, I meant I already did that feature. Please make sure you have the latest PCB version, and that you don't have a local [g]pcb-menu.res overriding the installed one. Thanks. You must have a second sight :-) I had a ~/.gEDA/gpcb-menu.res installed. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Duplicate messages and mailing list To: address
Armin Faltl wrote: I also get duplicate mails from DJ Delorie and others recently. Usually I read and write the geda list via gmane. But I also get the list as email. Looking at the heap of unread geda mails, I not that I got almost all messages twice this week. The doubles started slowly in the first week of december. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: overlapping via changes
Kai-Martin Knaak wrote: 2. Vias which violate this rule in a *.pcb file are preserved at load time. Thus, PCB will make a modest attempt at preventing users from making vias that might be difficult to manufacture, but if the user finds a way around the restriction, PCB will let them get away with it. Simply moving an existing via is an adequate way around it. Thanks. I'll put this to the wiki. Back then when I used protel we actually had cases where overlapping were holes deliberate. The hole had to be non-round and clad with metal. So regular milling wouldn't do. Can you give a reason? - I can only imagine a mechanical one. When you put it on the Wiki, pleas also explain, that doing this is electrical and thermal nonsens, because the circumference of a hole is proportional to the diameter and 2 holes confined in a given length along the direction connecting the centers have maximum surface, if they are either identically 1 big hole or 2 holes that exactly touch each other. For the partial overlap, the normalized circumference u is given by: U/L = u = 2r * (pi - acos(1/2r - 1)) where r = R/L, L is the diameter of the overlapping holes and R is the drill-bit radius. This function is valid between r = 0.25 where the holes just touch and r = 0.5 where the holes melt to one big circular with R = L/2. It has a minimum at ca. 0.295 Hopefully I didn't foul the math, check it ;-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: overlapping via changes
Armin Faltl wrote: The hole had to be non-round and clad with metal. So regular milling wouldn't do. Can you give a reason? - I can only imagine a mechanical one. You already guessed it. Mechanics was the main reason. Non round structures had to be soldered to the pcb and space was at premium. When you put it on the Wiki, pleas also explain, that doing this is electrical and thermal nonsens, There is no evidence for users falsely believing that overlapping metal clad holes are good for thermal or electrical conductivity. So there is no reason to preach to them. ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: overlapping via changes
kai-martin knaak wrote: There is no evidence for users falsely believing that overlapping metal clad holes are good for thermal or electrical conductivity. So there is no reason to preach to them. By heuristic and gut feeling I thought that the presented result would be true. But I was unsure enough to actually do the math behind it. If you think it's preaching, leave it out. I just thought that others may have the same uncertainty, but not the math education. If you present this as a trick without explanation you suggest it's good for something - what for? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: bugs, warts and feature requests (2)
On Tue, 21 Dec 2010 14:24:57 +0100 Kovacs Levente leventel...@gmail.com wrote: On Tue, 21 Dec 2010 13:17:50 +0100 kai-martin knaak k...@familieknaak.de wrote: • pcb missing feature: A GUI way to do FreeRotateBuffer() This does not have to be driven by the mouse. In many cases keyboard input would be preferred. yay! And it wold be nice to have absolute and relative moves as well. Like a nice little dialog with the following move selected items absolute/relative x.y I would really like better relative move support. When I'm laying out a footprint, especially, I often want to move the selection (or paste the buffer) to a position relative to some other point on the layout (often the Mark). However I never have success with MoveObject() using relative moves. The manual was not helpful in indicating what the position offset is relative to. • gschem missing shortcut: [ctrl-a] -- select all This is an almost universal shortcut that should be implemented in gschem too. yay Also Ctrl-Q is the universal Quit operation but gschem has Alt-Q. • gschem usability improvement: show the file name of the symbol in the multi attribute editor -- preferably in the header I don't understand that. I see it being useful to remind you what symbol you're using. Regards, Colin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user