Re: gEDA-user: PCB git bug
On Mon, 2011-03-21 at 00:01 +, Thomas Oldbury wrote: Been playing around with the current git release 1.99z (probably unstable?) and I've noticed there is one bug - it always wants to complain about a DRC error, no matter if the board is clean. In my case, the error seems to be chosen randomly from a perfectly good trace, and is almost always a copper areas too close error. I'm using 6/6 mil rules and this is a 44pin 10mm TQFP, as can be seen, the trace has more than adequate clearance. (The other DRC error is due to some dead copper I think, but nothing to be really concerned about.) Can you send an example layout file which shows the problem? I wonder if the image preview is just a little shifted from what is really causing the problem. In the screen-shot you showed, the plane clearance near the via just above what looks like the word core, to the bottom track shown in your DRC violation looks a little close. The too close and insufficient overlap DRCs work by systematically bloating or shrinking geometry, and looking for any shorts or open circuits that might cause respectively. I can't remember exactly, but it might also be triggered by a line segment which doesn't have the required clearance set on it, even though it is not shorting against anything else (perhaps because planes are cleared away by other objects with bigger clearances). 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) 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: subcircuit definition and channelised design
On Tue, 2011-03-15 at 15:50 +1100, Geoff Swan wrote: I have been describing multiple channels in gschem by turning a subcircuit into a symbol that I can then add multiple times as required. This works well, however I have been wondering if it may be plausible to create a script or plugin that allows you to add the symbol once and then indicate the replication and connections through something like bus notation? Eg: I have a subcircuit with one control input. The micro that connects to the subcircuit is given netnames on the appropriate pins SS1, SS2, SS3, SS4. The control input pin on the subcircuit symbol is given the netname SS[1:4] FWIW, Altium Designer supports this. A friend who uses Altium showed me the feature, and described it as special magic. He was using it though, so it was obviously useful for him. Altium's harnesses are incredibly close to what a number of us have talked about wishing to support in regards heterogeneous arbitrarily nested buses. Altium's buses are homogeneous, and I'm not sure how the above feature would work if the sub-designs had a bus input. I can't recall if this was replicated onto a bus of busses (I'm not sure if Altium supports this anyway), or if they had to be wired up individually. [snip] (This may sound familiar to folks who have used altium - I suspect I am ripping off their notation) Ah - you're familiar with the Altium feature. I am relatively new to gEDA - so I thought I would find out if this is theoretically possible (or been done before) before I start trying to write my own script... Lots is possible, but I'm not sure how you would best go about it. gEDA's bus support is almost non-existent... it is just a graphical nicety, and relies upon named nets. (I vaguely recall that Altium buses can work like this too if you want) -- 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: Please test new grids for GTK PCB
On Thu, 10 Mar 2011 09:16:08 +0100, Krzysztof Kościuszkiewicz wrote: 2011/3/10 jpka jo...@kvidex.ru: Great! Thank you :) The last question is, when i find correct callback signature, passed arguments absolutely cannot be modified in any way, including adding random arguments, right? You can pass whatever you want (if it is known at callback registration time) as gpointer user_data. For example create a structure to hold pointers to everything you need in callback, then pass pointer to that structure as user_data. Of course the structure must not be allocated on stack. So after some more retries and hair tearing, i understand that i unfortunately can't write anything for GTK in C from scratch, because i can't find any human-compatible logic in all information i read, in part of writing callback procedures. :/ Well, negative result is also result. I will continue my work of course, in all places when possible, but most interesting (and most awaiting and welcomed) part, GUI writing, is weak and incomplete in my implementation, sorry. Thanks;) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: My footprints aren't showing up...?
I normally put all footprints under /usr/share/pcb/pcblib-newlib/tom, this used to create an entry under pcblib-newlib called tom. However, as of 1.99z it seems to not be working. It looks like I'll have to downgrade which is a shame because it fixed some bugs with the trace length calculator which I used a bit. Any idea? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: My footprints aren't showing up...?
Did you build your 1.99z with --prefix=/usr ? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: My footprints aren't showing up...?
Probably my problem. Nope. Any idea where it is getting the footprints from? On 21 March 2011 17:28, DJ Delorie [1]d...@delorie.com wrote: Did you build your 1.99z with --prefix=/usr ? ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:d...@delorie.com 2. mailto:geda-user@moria.seul.org 3. 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: My footprints aren't showing up...?
I get this from strings /usr/bin/pcb | grep /pcb/ ../share/pcb/newlib /usr/share/pcb/newlib:/usr/share/pcb/pcblib-newlib /usr/share/pcb/[1]gpcb-menu.re My footprints still aren't showing up. :( I built it with ./configure.sh --prefix=/usr/share/pcb, then make, then sudo make install. On 21 March 2011 17:45, DJ Delorie [2]d...@delorie.com wrote: strings /usr/bin/pcb | grep /pcb/ substitute the actual path to pcb, of course. And check your ~/.pcb/ for overrides. ___ geda-user mailing list [3]geda-user@moria.seul.org [4]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. http://gpcb-menu.re/ 2. mailto:d...@delorie.com 3. mailto:geda-user@moria.seul.org 4. 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: My footprints aren't showing up...?
Ah, my error. It still didn't work (--prefix=/usr), but per Kai-Martin Knaak's suggestion, I used /usr/local and put them there and they show up, so I'm happy. :) On 21 March 2011 22:26, DJ Delorie [1]d...@delorie.com wrote: My footprints still aren't showing up. :( I built it with ./configure.sh --prefix=/usr/share/pcb, then make, then sudo make install. Er, that should create a /usr/share/pcb/bin/pcb and /usr/share/pcb/share/pcb/pcblib-newlib/ I think you wanted --prefix=/usr ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:d...@delorie.com 2. mailto:geda-user@moria.seul.org 3. 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
gEDA-user: [PATCH] Drag without selection in gschem
Could someone give this a test and come up with any counter-reasons why this attached patch is NOT a good idea? I vaguely recall a similar (or identical?) idea was discussed on the list recently? I was watching some students using gschem the other week, and noticed them struggling to move objects due to the fact they had to select them first. I wrote a patch which lets a drag action operate on whatever is under the mouse (selected or not). The user can override the mechanism and get a normal drag-selection box by holding shift when dragging. This also happens if the user drags on a blank area of the schematic. This seems to work here (in conjunction with some other cleanup I pushed to git HEAD). I'd appreciate a second pair of eyes on it though, as I just knocked it together quickly. Fwiw.. dragging of selected locked objects _does not_ work.. (never did as far as my brief skim of the code suggests.). I think we ought to fix that. -- 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) From 7f88749446b61493e881ad6aeb0a82f909a8c0d7 Mon Sep 17 00:00:00 2001 From: Peter Clifton pc...@cam.ac.uk Date: Mon, 21 Mar 2011 22:51:23 + Subject: [PATCH] gschem: Don't require select to drag objects This comes from watching users interacting with gschem and their clear expectations that objects can be dragged around the canvas without an explicit selection step first. When a mouse drag starts on non-selected object, starting dragging that object rather than forming a box selection. --- gschem/src/x_event.c | 26 ++ 1 files changed, 22 insertions(+), 4 deletions(-) diff --git a/gschem/src/x_event.c b/gschem/src/x_event.c index 67989a1..a6a66eb 100644 --- a/gschem/src/x_event.c +++ b/gschem/src/x_event.c @@ -718,6 +718,7 @@ gint x_event_motion(GtkWidget *widget, GdkEventMotion *event, int w_x, w_y; int unsnapped_wx, unsnapped_wy; int skip_event=0; + int do_move; GdkEvent *test_event; exit_if_null(w_current); @@ -791,20 +792,37 @@ gint x_event_motion(GtkWidget *widget, GdkEventMotion *event, break; case(STARTSELECT): -if (!o_find_selected_object (w_current, - w_current-first_wx, w_current-first_wy)) { +/* Don't move anything if the shift key is pressed, that means + * the user definately wants to drag out a selection box. + */ +do_move = 0; +if (!w_current-SHIFTKEY) { + /* If there is a selected object under the cursor, start moving it. + * If we don't find anything selected, look for an object we could + * select to start moving it. + */ + if (o_find_selected_object (w_current, w_current-first_wx, w_current-first_wy) || + (o_find_object (w_current, + w_current-first_wx, w_current-first_wy, TRUE) + o_select_selected (w_current))) +do_move = 1; +} + +if (!do_move) { + /* Drag out a selection box */ if (o_select_box_start(w_current, unsnapped_wx, unsnapped_wy)) { w_current-event_state = SBOX; w_current-inside_action = 1; } break; } else { - /* Start the object movement */ + /* Start moving the selected object(s) */ o_move_start(w_current, w_x, w_y); w_current-event_state = ENDMOVE; w_current-inside_action = 1; + /* Fall through bottom of case to finish the move */ } -/* Fall through */ +/* Fall through to handle move */ case(ENDMOVE): case(MOVE): if (w_current-inside_action) -- 1.7.4.1 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: [PATCH] Drag without selection in gschem
I'd suggest making it an opt-out for people like me who like it as it is, but maybe I'll get used to it. On 21 March 2011 22:56, Peter Clifton [1]pc...@cam.ac.uk wrote: Could someone give this a test and come up with any counter-reasons why this attached patch is NOT a good idea? I vaguely recall a similar (or identical?) idea was discussed on the list recently? I was watching some students using gschem the other week, and noticed them struggling to move objects due to the fact they had to select them first. I wrote a patch which lets a drag action operate on whatever is under the mouse (selected or not). The user can override the mechanism and get a normal drag-selection box by holding shift when dragging. This also happens if the user drags on a blank area of the schematic. This seems to work here (in conjunction with some other cleanup I pushed to git HEAD). I'd appreciate a second pair of eyes on it though, as I just knocked it together quickly. Fwiw.. dragging of selected locked objects _does not_ work.. (never did as far as my brief skim of the code suggests.). I think we ought to fix that. -- 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 [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:pc...@cam.ac.uk 2. mailto:geda-user@moria.seul.org 3. 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: subcircuit definition and channelised design
Lots is possible, but I'm not sure how you would best go about it. gEDA's bus support is almost non-existent... it is just a graphical nicety, and relies upon named nets. (I vaguely recall that Altium buses can work like this too if you want) I haven't really used busses properly in Altium - as you described, I've primarily used them just as a graphical nicety while explicitly naming all the connected nets. There may have been a few cases where I named the bus and then connected nets were given the bus prefix, or something like that. But at the time I was just experimenting and didn't really need or find this sort of functionality added much value. (I imagine with a number of 32/64 bit busses something that removed the need to individually name nets would be handy though) In terms of the channelisation functionality my current thought is that I may be able to augment the gnetlist pcb backend to recognise something similar to a bus notation and recognise when a symbol/subcircuit needs to be replicated. (btw - I haven't yet started looking through the gnetlist backend sourcode or doco so if this sounds like something impossible - feel free to give me a heads up :) cheers, Geoff Swan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [PATCH] Drag without selection in gschem
I very much like the idea of this patch :) I'll have a go at testing it. On Tue, Mar 22, 2011 at 10:29 AM, Thomas Oldbury [1]toldb...@gmail.com wrote: I'd suggest making it an opt-out for people like me who like it as it is, but maybe I'll get used to it. On 21 March 2011 22:56, Peter Clifton [1][2]pc...@cam.ac.uk wrote: Could someone give this a test and come up with any counter-reasons why this attached patch is NOT a good idea? I vaguely recall a similar (or identical?) idea was discussed on the list recently? I was watching some students using gschem the other week, and noticed them struggling to move objects due to the fact they had to select them first. I wrote a patch which lets a drag action operate on whatever is under the mouse (selected or not). The user can override the mechanism and get a normal drag-selection box by holding shift when dragging. This also happens if the user drags on a blank area of the schematic. This seems to work here (in conjunction with some other cleanup I pushed to git HEAD). I'd appreciate a second pair of eyes on it though, as I just knocked it together quickly. Fwiw.. dragging of selected locked objects _does not_ work.. (never did as far as my brief skim of the code suggests.). I think we ought to fix that. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: [3]+44 (0)7729 980173 - (No signal in the lab!) Tel: [4]+44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list [2][5]geda-user@moria.seul.org [3][6]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:[7]pc...@cam.ac.uk 2. mailto:[8]geda-user@moria.seul.org 3. [9]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [10]geda-user@moria.seul.org [11]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:toldb...@gmail.com 2. mailto:pc...@cam.ac.uk 3. tel:%2B44%20%280%297729%20980173 4. tel:%2B44%20%280%291223%20748328 5. mailto:geda-user@moria.seul.org 6. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 7. mailto:pc...@cam.ac.uk 8. mailto:geda-user@moria.seul.org 9. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 10. mailto:geda-user@moria.seul.org 11. 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: [PATCH] Drag without selection in gschem
Peter Clifton wrote: Could someone give this a test and come up with any counter-reasons why this attached patch is NOT a good idea? I vaguely recall a similar (or identical?) idea was discussed on the list recently? I like it. It is another step to gschem/pcb GUI similarity. ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [PATCH] Drag without selection in gschem
I had a couple of issues with the patch process - I didn't bother checking which version I should have had (i'm using 1.7.0 20110116) but went and manually patched it myself. BTW - the first hunk worked fine - it was only the second one that failed. Otherwise it seems great, cheers :) On Tue, Mar 22, 2011 at 11:32 AM, Kai-Martin Knaak [1]k...@lilalaser.de wrote: Peter Clifton wrote: Could someone give this a test and come up with any counter-reasons why this attached patch is NOT a good idea? I vaguely recall a similar (or identical?) idea was discussed on the list recently? I like it. It is another step to gschem/pcb GUI similarity. ---)kaimartin(--- -- Kai-Martin Knaak Email: [2]k...@familieknaak.de Öffentlicher PGP-Schlüssel: [3]http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list [4]geda-user@moria.seul.org [5]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. mailto:k...@lilalaser.de 2. mailto:k...@familieknaak.de 3. http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 4. mailto:geda-user@moria.seul.org 5. 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: General Layers questions
Steven Michalske wrote: And your kind of bottom-up design never gets done at all, because of impossible-to-meet requirements for unlimited flexibility. Wow all my bottom up designs in shipping products must not exist IMHO, the emphasis here was on your kind of, with you pointing to John Doty. Please, don't get carried away by emotion -- all of you. ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user