Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
Peter Clifton wrote: > I think you might be on my "local_customisation_before_pours" branch, > rather than my "before_pours" branch. I thought I did "git reset --hard origin/before_pours". But may be not. I just fetched, did a reset and compiled at home and did not get the changed zoom behavior. >> Other CAD applications have >> elaborate ways to choose between literally hundreds of tools. A simple >> means would be to allow for modifier-click on the button. > > You idea sounds good - but I'll have to ask you to send the patch ;) Maybe a project for my personal little summer of code. Just don't hold your breath. > Perhaps a click on the polygon tool ought to expand with a pop-up with > sub-variants of the tool to choose from? Back in 1999 Microstation by Bentley did it this way: left click = do the default action right-click-drag = a horizontal menu with several icons representing different modes of the tool appears. The icon that is highlicghted on mouse button release is executed. right-click = the horizontal appears. Left-click on an icon makes this mode the default of the tool. That way you can deal with a multitude of modes and get an intuitive way to configure the default to your own, special needs. OK, this is certainly too much for pcb in its current state. But it shows, what a powerful GUI can do. ---<)kaimartin(>--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
Peter Clifton wrote: > On Tue, 2010-06-08 at 15:34 +0100, Peter TB Brett wrote: > > Scroll as scroll makes sense to me. IMHO, the simplest shortcuts should be mapped to the most frequently used actions. In an editor, or on a web page I hardly zoom. So it makes sense to map it to some modifier-shortcut. By contrast, with pcb, gschem, or gerbv I zoom in and out all the time. The less effort this requires, the better. [ctrl-scroll] would have my left little finger glued to the ctrl-key. ;-) > Actually, my touch pad only has a vertical scrolling edge, but I can't > use gEDA / PCB effectively after having used any other apps in GNOME. Fair enough. I feel the same when I switch from varicad with yet a different mapping of zoom ([ctrl-shift-drag]). ---<)kaimartin(>--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Next problem, PCB looses rats
Armin Faltl wrote: > If the copper traces have no idea of a net (or vice versa), how does the > positive test work, i.e. why is it possible to connect anything at all > despite there is a DRC? A wild guess in the dark: The algorithm internally builds a list ob objects connected to the currently drawn track. Everything else is to be avoided by a margin. ---<)kaimartin(>--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Changing traces from one layer to another
vinny wrote: > I am working on 2 layer board, 100 small trace need to be moved from > solder side to component side. I can move components but not trace, is > there way to do that? In addition to Richards tip: Type [f] while the mouse hovers over one of the tracks to be moved. All copper connected to the section under the mouse will turn blue. Choose Select-All-Connected-Objects from the select menu to turn the found tracks into a selection. Then do [shift-m] to move the selection wholesale to the current layer. ---<)kaimartin(>--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
On Tue, 2010-06-08 at 21:17 +0100, Peter Clifton wrote: > Something which has the intelligence to understand the C code as its > patching? (IE.. reference the type directly as a particular type > etc..)? Yep. Seems like the future to me... (when it's done right) > What (if any) kind of tools support that? There's Coccinelle [1]. However I found its documentation quite unusable! There's an LWN article on it [2]. Cheers, Rob [1] http://coccinelle.lip6.fr/ [2] http://lwn.net/Articles/315686/ 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: git HEAD PCB now supports user-defined holes in polygons
On Tue, 2010-06-08 at 13:49 -0700, Ben Jackson wrote: > On Tue, Jun 08, 2010 at 09:25:44PM +0100, Peter Clifton wrote: > > > > I think you might be on my "local_customisation_before_pours" branch, > > rather than my "before_pours" branch. > > If your public repository is also your working copy, users who clone it > will start on whatever branch you are in when they happen to clone. > If the public repo is separate (typically bare) and you push to it, users > will not have this issue. It is the latter.. I push my branches to git://repo.or.cz/geda-pcb/pcjc2.git -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
On Tue, Jun 08, 2010 at 09:25:44PM +0100, Peter Clifton wrote: > > I think you might be on my "local_customisation_before_pours" branch, > rather than my "before_pours" branch. If your public repository is also your working copy, users who clone it will start on whatever branch you are in when they happen to clone. If the public repo is separate (typically bare) and you push to it, users will not have this issue. -- Ben Jackson AD7GD 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: git HEAD PCB now supports user-defined holes in polygons
On Tue, 2010-06-08 at 15:34 +0100, Peter TB Brett wrote: > On Tue, 8 Jun 2010 12:46:12 + (UTC), Kai-Martin Knaak > wrote: > > > * You moved zoom to [ctrl-wheel]. I know, that this is in line with the > > way other major gnome applications like inkscape handle zoom. However, > > gschem and gerbv zoom with no modifier by default. I'd strongly vote for > > a consistent behaviour across geda applications. > > I would like to see Ctrl+Wheel for zoom across gEDA applications. Several > people, myself and Peter C. included, have laptops where the touchpad has > two-axis scrolling along the bottom and right-hand edges. Having different > behaviours depending on which edge you hit is confusing. Scroll as scroll > makes sense to me. Actually, my touch pad only has a vertical scrolling edge, but I can't use gEDA / PCB effectively after having used _any_ other apps in GNOME. My workaround has been to patch my local defaults to be the GNOME'y default of Ctrl+Scroll == ZOOM. In the cases of gschem and PCB, this is just a matter of editing a config file. If I handed either app to a brand-new user, I'd feel more comfortable giving them the defaults I use - but wouldn't want to inflict the change on existing users. -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
On Tue, 2010-06-08 at 12:46 +, Kai-Martin Knaak wrote: > * You moved zoom to [ctrl-wheel]. I know, that this is in line with the > way other major gnome applications like inkscape handle zoom. However, > gschem and gerbv zoom with no modifier by default. I'd strongly vote for > a consistent behaviour across geda applications. I think you might be on my "local_customisation_before_pours" branch, rather than my "before_pours" branch. The scroll-wheel behaviour change is something I patched for my own local consumption. (Or perhaps I screwed up my repository rebasing!) > * The addition of the new hole tool moves the other icons downstream to > unfamiliar positions. It takes time to get used to this change. From a > user perspective, the hole tool is more like a seldom used special mode > of the polygon tool. A permanent button adds to the visual clutter. As > more tools emerge, this will get worse. Other CAD applications have > elaborate ways to choose between literally hundreds of tools. A simple > means would be to allow for modifier-click on the button. You idea sounds good - but I'll have to ask you to send the patch ;) I don't have time to dive into the GUI code for rending those buttons, adding one was very easy. If you like, I could move the button to the end of the list, but it felt at home next to the polygon tool. Perhaps a click on the polygon tool ought to expand with a pop-up with sub-variants of the tool to choose from? (E.g. some menus in XMMS / Audacious, and various drawing tools in OpenOffice). Perhaps a modifier key could be used to make the polygon tool work like the hole tool... We'd have to figure out a way around requiring the first click to select the polygon - perhaps in the 99.9% common cases, that can just be the polygon found when hitting the first point of the hole contour. I added the first click requirement, as I often have boards which have multiple polygons in them. Thinking about it now, it is probably better to skip the requirement of the first click to identify the polygon. > * The side pane wastes precious screen space on my box. About 8mm of > horizontal space are just filled with grey background. See the screenshot > http://bibo.iqo.uni-hannover.de/tmp/Screenshot-PCB-before_pours.png > This is not special with your branch. I get the same with pcb-head. Lesstif doesn't have a tool pallete at all -> no wasted space ;) A while back, both I - and some other developer (sorry, I forget whom) were looking at using the "GDL" library to make these tool-palettes dockable / tear-off-able, so they could be re-arranged / removed to save space. I've not had a lot of time to pursue the idea though. > Thanks for your efforts to make geda a better tool set! Thanks for the testing! It is always nice to know people are using the code and appreciating it.. it helpe motivate me to spend more of my (little) free time working on it. Best wishes, -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
On Tue, 2010-06-08 at 13:19 +0100, Robert Spanton wrote: > Hiya, > > On Sat, 2010-06-05 at 12:44 +0100, Peter Clifton wrote: > > Also - it would appear the changes unintentionally changed some quoted > > strings (caught when attempting to rebase my branches). I'm prepared > > to accept some bugs / mistakes, but really - we need to be CAREFUL > > with mechanised changes like this. > > Sorry about that. I should have caught that one. > > I investigated using a semantic patch, but I concluded that the tools > aren't quite there yet for this. (Hopefully one day the versioning tool > will support semantic patches.) Something which has the intelligence to understand the C code as its patching? (IE.. reference the type directly as a particular type etc..)? What (if any) kind of tools support that? Best regards, -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Segfault on startup and garbage drawn outside of pcb board area
> > LIBGL_ALWAYS_SOFTWARE=1 pcb ... > > This one removes the "garbage". > > > and or > > > > LIBGL_ALWAYS_INDIRECT=1 pcb ... > > This one does not... > You were right - it seems the driver is at fault... It wasn't always > like that so I'll try to track down what change broke the rendering. It might not be the driver's fault if I'm doing evil things like making GL calls out of valid context setup. (Which I was). The patch I sent should (as far as I know) avoid the offending drawing calls, but it does not 100% guarantee that nothing else calls a drawing routine directly when it shouldn't. I assume from your response that the patch didn't get rid of the rubbish on screen. I'm not sure what to suggest trying next. Perhaps I could produce a patch which extends the locking to every drawing call, just in case something slipping past. We could look at whether it is possible to trim down various drawing calls / methods, and see at what point the rubbish goes away. Is it present for all boards, (including blank), or does it depend on what you have on the board? Best wishes, -- 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) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Segfault on startup and garbage drawn outside of pcb board area
On Tue, Jun 08, 2010 at 12:30:46AM +0100, Peter Clifton wrote: > On Tue, 2010-06-08 at 01:05 +0200, Krzysztof Kościuszkiewicz wrote: > > 1) Garbage is displayed outside of board area. > > What graphics card / driver are you using Radeon R300 + Mesa? > This bug is almost certainly going to turn out to be driver dependent. I have ATI Mobility Radeon X700 on PCIe. > Since you are using a mesa based driver, try with: > > LIBGL_ALWAYS_SOFTWARE=1 pcb ... This one removes the "garbage". > and or > > LIBGL_ALWAYS_INDIRECT=1 pcb ... This one does not... You were right - it seems the driver is at fault... It wasn't always like that so I'll try to track down what change broke the rendering. Thanks! -- Krzysztof Kościuszkiewicz "Simplicity is the ultimate sophistication" -- Leonardo da Vinci ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Segfault on startup and garbage drawn outside of pcb board area
On Tue, Jun 08, 2010 at 12:41:50AM +0100, Peter Clifton wrote: > On Tue, 2010-06-08 at 01:05 +0200, Krzysztof Kościuszkiewicz wrote: > > I have noticed two bugs with recent git versions of gl-enabled pcb > > (6507083b0401e0). > > > > 1) Garbage is displayed outside of board area. > > Try this patch, and see if it changes the behaviour / helps / breaks > things further. Thanks, this does the trick. I haven't been able to get the segfault with your patch. Best regards, -- Krzysztof Kościuszkiewicz "Simplicity is the ultimate sophistication" -- Leonardo da Vinci ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Next problem, PCB looses rats
On Tue, 08 Jun 2010 01:13:08 +0200, kai-martin knaak wrote: > DJ Delorie wrote: > >>> ack. The necessity to deactivate auto-DRC is a crutch. Does the internal >>> representation prevent this to be fixed? >> >> Yup. It's based on touch/no-touch tests, not "which net" tests, since >> we don't associate nets with copper. > > Then how about making the crutch easier to handle: > "Press [alt] while drawing a track to temporarily disable auto-DRC" There is already a kind of kludge to do this: * enable "Auto DRC" * select the "Line"-tool (important, the "Line"-tool has to be activated first, it normally clears the "found"-flag) * press on the copper which you want to reach * draw the line from some other copper to the "found" copper I hope this helps, perhaps there should be an entry in the FAQ? Or is it a bug? -- mit freundlichem Gruss Christian Riggenbach ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Syd Levine Bus Number
On 6/8/10 1:25 PM, Bob Paddock wrote: > Something we all need to consider is what happens to all of our > "stuff" when we depart. > As Syd's picture shows he has a lot of stuff for his family to now dispose of. > I lost my dad not long ago, and have been cleaning out his hamshack of > 50+ years, a very long processes. It's a very real problem. I'm sorry to hear of your loss. > In an ironic twist the data books in Syd's picture there, are some of > the ones I supplied him when I cleaned out my own library a few years > ago. > So someone still has to deal with them. Wow, that is ironic. > Best solution I've heard of is to become "Turtle People". If you > can't carry all of your possessions on your back, you don't need it. ...unless you do. That's the problem. I don't want to cause a problem for my family, but on the other hand, I'm not quite willing to spend my life preparing for my death. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Syd Levine Bus Number
>> Syd died in his sleep, with no warning of this event in sight. > > > Syd was also one of the most helpful members of the 7x12minilathe > list. His lab was an inspiration: > http://www.logwell.com/capabilities/lab_pics.html > > Sorry for the thread hijack. This is sad news. Something we all need to consider is what happens to all of our "stuff" when we depart. As Syd's picture shows he has a lot of stuff for his family to now dispose of. I lost my dad not long ago, and have been cleaning out his hamshack of 50+ years, a very long processes. In an ironic twist the data books in Syd's picture there, are some of the ones I supplied him when I cleaned out my own library a few years ago. So someone still has to deal with them. Best solution I've heard of is to become "Turtle People". If you can't carry all of your possessions on your back, you don't need it. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Syd Levine Bus Number
On Tue, Jun 8, 2010 at 11:59 AM, Bob Paddock wrote: > There has been abstract discussions over the years about what happens, > when a key person to a project is lost with no warning. > For a real world example of this, going on right now, follow the > wireline group at Yahoo Groups. > > http://www.logwell.com/wireline/ > http://tech.groups.yahoo.com/group/wireline/messages > > "allen_boba to wireline > > To All Members; > We have lost the Main Member of this Group. > Syd Levine passed away May 28 in his sleep. He did not Suffer. > This is a Major loss to the wireline and logging Group. > His passing will Impact us All. > boba" > > Syd died in his sleep, with no warning of this event in sight. Syd was also one of the most helpful members of the 7x12minilathe list. His lab was an inspiration: http://www.logwell.com/capabilities/lab_pics.html Sorry for the thread hijack. This is sad news. Regards, Mark markra...@gmail -- Mark Rages, Engineer Midwest Telecine LLC markra...@midwesttelecine.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Syd Levine Bus Number
There has been abstract discussions over the years about what happens, when a key person to a project is lost with no warning. For a real world example of this, going on right now, follow the wireline group at Yahoo Groups. http://www.logwell.com/wireline/ http://tech.groups.yahoo.com/group/wireline/messages "allen_boba to wireline To All Members; We have lost the Main Member of this Group. Syd Levine passed away May 28 in his sleep. He did not Suffer. This is a Major loss to the wireline and logging Group. His passing will Impact us All. boba" Syd died in his sleep, with no warning of this event in sight. Subsequent messages, besides the condolences, are all about trying to figure out how to assign a new moderator and proving to Yahoo that the current moderator really died. If Syd did not already approve your email address for postings, they may never be posted. "To All Members. boba here. With the passing of Syd Levine, I am Now concerened with our Wireline Group. Syd was the Moderator of allmost all Messeages to be Posted on the Forum. This is for Spam Perposseses. Without his approval, a Message would not be Posted. I am one of a few to have been granted open access. This is why I can Post. I am asking for any assistance in the Group to gain access to the forums Moderator control. If any one has a knowledge of how to turn "OFF" the Moderator control, Please inform me or See that it is Done. The Squirrel has given us permission, and She is trying to locate Syd's password. [She did not find the password.] Without a Moderator, the Forum is not able to Comunicate. There is no one to approve a message. All messages will be held for approval. We Must find the Avenue to turn "OFF" the moderator. Please boba" Very few of us know when our number is going to be up... All of us need to at least tell our family members where to find out password should we expire unexpectedly. Not just to our computer related items, things like electronic billing accounts for Gas, Electric, Cell Phones etc... ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Changing traces from one layer to another
On Tue, 2010-06-08 at 06:12 -0400, vinny wrote: > I can move components but not trace, is there way to do that? Select the traces you want to move and the layer you wish to move them to. Select 'Edit>Move selected to current layer' or press Shift-M. You can also just press M when the cursor is over a trace. Richard ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
Kai-Martin Knaak wrote: On Mon, 07 Jun 2010 02:10:57 +0100, Peter Clifton wrote: This is a file format bump, but remains backward compatible with old layouts. I get multiple warnings "unknown flag `polygonholemode'" if I open a new file with the old pcb. I assume, these are benign. I've now rebased my usual branches on top of this (mainly required work for the "pour" object branches), I just refetched the before_pours branch. It compiled and installed just fine. First notes: * You moved zoom to [ctrl-wheel]. I know, that this is in line with the way other major gnome applications like inkscape handle zoom. However, gschem and gerbv zoom with no modifier by default. I'd strongly vote for a consistent behaviour across geda applications. Oh, please make that change configurable without recompiling! It's really irritating (to me) to have to use two hands to do things if it's not absolutely necessary. I'll live without some other feature just to have wheel zoom without a modifier. Thanks for your efforts to make geda a better tool set! I second that! ---<)kaimartin(>--- Jim ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
On Tue, 8 Jun 2010 12:46:12 + (UTC), Kai-Martin Knaak wrote: > * You moved zoom to [ctrl-wheel]. I know, that this is in line with the > way other major gnome applications like inkscape handle zoom. However, > gschem and gerbv zoom with no modifier by default. I'd strongly vote for > a consistent behaviour across geda applications. I would like to see Ctrl+Wheel for zoom across gEDA applications. Several people, myself and Peter C. included, have laptops where the touchpad has two-axis scrolling along the bottom and right-hand edges. Having different behaviours depending on which edge you hit is confusing. Scroll as scroll makes sense to me. Peter -- Peter Brett Remote Sensing Research Group Surrey Space Centre ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Changing traces from one layer to another
Hello all, I am working on 2 layer board, 100 small trace need to be moved from solder side to component side. I can move components but not trace, is there way to do that? thank you in advance Vinny ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: git HEAD PCB now supports user-defined holes in polygons
On Mon, 07 Jun 2010 02:10:57 +0100, Peter Clifton wrote: >> This is a file format bump, but remains backward compatible with old >> layouts. I get multiple warnings "unknown flag `polygonholemode'" if I open a new file with the old pcb. I assume, these are benign. > I've now rebased my usual branches on top of this (mainly required work > for the "pour" object branches), I just refetched the before_pours branch. It compiled and installed just fine. First notes: * You moved zoom to [ctrl-wheel]. I know, that this is in line with the way other major gnome applications like inkscape handle zoom. However, gschem and gerbv zoom with no modifier by default. I'd strongly vote for a consistent behaviour across geda applications. * The addition of the new hole tool moves the other icons downstream to unfamiliar positions. It takes time to get used to this change. From a user perspective, the hole tool is more like a seldom used special mode of the polygon tool. A permanent button adds to the visual clutter. As more tools emerge, this will get worse. Other CAD applications have elaborate ways to choose between literally hundreds of tools. A simple means would be to allow for modifier-click on the button. * The side pane wastes precious screen space on my box. About 8mm of horizontal space are just filled with grey background. See the screenshot http://bibo.iqo.uni-hannover.de/tmp/Screenshot-PCB-before_pours.png This is not special with your branch. I get the same with pcb-head. Thanks for your efforts to make geda a better tool set! ---<)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+kmk&op=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB Patches: Use c99 bool instead of manual typedef.
Hiya, On Sat, 2010-06-05 at 12:44 +0100, Peter Clifton wrote: > Also - it would appear the changes unintentionally changed some quoted > strings (caught when attempting to rebase my branches). I'm prepared > to accept some bugs / mistakes, but really - we need to be CAREFUL > with mechanised changes like this. Sorry about that. I should have caught that one. I investigated using a semantic patch, but I concluded that the tools aren't quite there yet for this. (Hopefully one day the versioning tool will support semantic patches.) R 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: Next problem, PCB looses rats
If the copper traces have no idea of a net (or vice versa), how does the positive test work, i.e. why is it possible to connect anything at all despite there is a DRC? DJ Delorie wrote: ack. The necessity to deactivate auto-DRC is a crutch. Does the internal representation prevent this to be fixed? Yup. It's based on touch/no-touch tests, not "which net" tests, since we don't associate nets with copper. ___ 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
