Re: gEDA-user: On Deprecation of GtkTearoffMenuItem
If you have time, could you please explain a bit about how TearOffMenu prevent proper keyboard operation ? Is that something inherent to TearOffMenu in general or is it something specific to an application usage of TearOffMenuItem ? pt -Original Message- From: timecop time...@gmail.com To: gEDA user mailing list geda-user@moria.seul.org Sent: Sat, May 29, 2010 5:01 pm Subject: Re: gEDA-user: On Deprecation of GtkTearoffMenuItem This is the best news I've read on this list since subscribing. I've complained about tear-off menus since at least year 2000. Shit is annoying, gets in the way, prevents proper keyboard operation, yadayada. Kill it with fire. -tc ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: On Deprecation of GtkTearoffMenuItem
Number of times I've used gimp and mistakenly ended up tearing off a menu (easy to do only from keyboard, alt-hotkey+enter = boom menu is torn off, app focus is lost, and whats worse there's no way to get back to that menu with keyboard again. If you notice no other modern GUI have used these for close to 20 years, no need to leave this in GTK either. -tc On Sun, May 30, 2010 at 4:09 PM, Paul Tan pt75...@aim.com wrote: If you have time, could you please explain a bit about how TearOffMenu prevent proper keyboard operation ? Is that something inherent to TearOffMenu in general or is it something specific to an application usage of TearOffMenuItem ? pt -Original Message- From: timecop time...@gmail.com To: gEDA user mailing list geda-user@moria.seul.org Sent: Sat, May 29, 2010 5:01 pm Subject: Re: gEDA-user: On Deprecation of GtkTearoffMenuItem This is the best news I've read on this list since subscribing. I've complained about tear-off menus since at least year 2000. Shit is annoying, gets in the way, prevents proper keyboard operation, yadayada. Kill it with fire. -tc ___ 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
gEDA-user: automatic text = graphic conversion of spice netlists
Hi! I've got a spice SUBCKT: .SUBCKT AD8099 INp INm Vcc Vee Vout Comp FB Rinm 13 INp 1k Cinm INm 13 2p Ib vcc 15 DC=4m lots of components and nodes ... .ENDS I'd be interested to see the SUBCKT in a graphical way... i.e. to convert the spice text description in a usual schematic (with the graphical symbols for resistors, capacitors, diodes, etc)... is there a tool (in gEDA or somewhere else) which does it automatically? or should I write the schematic by hand? Thanks! Francesco ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB 45 degree lines
On Sat, 2010-05-29 at 22:55 -0400, gene glick wrote: Hi, I know we've gone over this before, but I still can't get a decent 45 degree line. I've changed to the ,45 line type instead of -/ type and have the same problem. Last time I brought this up, I was trying to attach to an already drawn line segment and right at the connection point there is some jaggedness. Well this hasn't gotten better. But worse, is when drawing one complete line from pad to pad, with a long 45 angle, the raged lines appear. It passes DRC, but just looks kind of lousy. I'm using 8 mil lines, 8 mil space and 1 mill grid space - if that helps any. I can not really confirm your problems with PCB (GTK) 20091103 shipped with Gentoo-Linux for AMD64. A few remarks: Such a fine 1 mil grid is not necessary in general case. For 8 mil space and 8 mil traces 8 mil grid should be fine. Use Settings/Crosshair snaps to pins/pad to connect to off grid elements. Have you enabled visible grid, and unchecked Settings/All direction lines ? You may try starting a new/fresh pcb session to check if your settings are the reason for the problem. And you may try to analyze the odd 45 degree traces -- zoom in and try to select the trace to check if it is built of multiple segments. Maybe it is only an visible problem caused by your display and all is fine. Does it look different when you zoom in? You may make an gerber export and check that in gerbv. Or make an minimal pcb board, with odd looking trace, and post it here? Best regards Stefan Salewski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: graphic conversion of spice netlists
Hi! I've got a spice SUBCKT: .SUBCKT AD8099 INp INm Vcc Vee Vout Comp FB Rinm 13 INp 1k Cinm INm 13 2p Ib vcc 15 DC=4m lots of components and nodes ... .ENDS I'd be interested to see the SUBCKT in a graphical way... i.e. to convert the spice text description in a usual schematic (with the graphical symbols for resistors, capacitors, diodes, etc)... is there a tool (in gEDA or somewhere else) which does it automatically? or should I write the schematic by hand? Thanks! Francesco I think that this will require significant amount of artificial intelligence to get readable shematic if the circuit is not trivial. As an exercise, you can try to extract the schematic from an old PCB (with components soldered) Wojciech Kazubski ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gsch2pcb to pcb error
It seems that you had really much trouble -- more than me in the last 3 years since I started using gEDA/PCB. Maybe you can make a summary of the most serious problems and someone can put that list in the wiki. Unintended use of M4 macros seems to be one of your problems, I had that problem long ago too, but I can not remember details. Best regards Stefan Salewski I think the double footprint entries came either when I was fixing placeholder footprint strings with the correct file names and ended up with both the old and the new. But I am not sure if it happened in gschem, or more likely when doing a bulk re-edit in gattrib. At the very least, gattrib is not currently able to indicate double entries, let alone fix them. The next problem I found was connectors that were not connected in PCB when I had all rats displayed. Not until that moment was any error indicated, but it said that it was unable to attach rats for CONN pin 11, CONN pin 11, CONN pin 12, CONN pin 12, etc. It turns out that for some connectors, I put a space between 'CONN' and the number. This space then caused gnetlist to consider a whole bunch of small connectors as one big connector with lots of high numbered pins, PCB could no connect with rat lines because it had nothing matching. Perhaps the tutorial might be modified to remind people to never allow a space in the refdes attribute. Over 170 components to place now, then route the traces! Mike ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: PCB: howto tented vs non-tented vias
Hi, I've googled all over for how to control whether the vias created with the auto-router are tented or non-tented vias ? I saw several comments that implied this is optional, and that by default, vias are supposed to be tented. Unfortunately for me, this appears to be not true, My soldermask shows all the vias popping through. Version: pcb (20080202) Thanks for any help. Kirk ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
