John Doty writes:
[...]
Then there's Patrick Bernaud. Bas Gjeltes and I tried to contribute a patch
for the attribute censorship bug, but Patrick grabbed it, unfactored my
Guile code, found a problem that broke drc2, and then dropped it.
Maybe you can elaborate on your last sentence:
On Jan 2, 2011, at 2:50 AM, Patrick Bernaud wrote:
John Doty writes:
[...]
Then there's Patrick Bernaud. Bas Gjeltes and I tried to contribute a patch
for the attribute censorship bug, but Patrick grabbed it, unfactored my
Guile code, found a problem that broke drc2, and then dropped it.
John Doty writes:
[...]
The work-around for the drc2 incompatibility. Where is it?
You remember that I am not the person proposing the initial patch,
only one reviewer?
Beside with the example I proposed, it is not an incompatibility,
but merely a (valid) warning triggered by the new code.
Johnny Rosenberg wrote:
I didn't add or modify any invisible text except those very
unnecessary (?) author- and license lines. I guess I should
remove them entirely.
License lines are a necessity for sharing. Else, you'd have to
put some license information in the environment of the share.
Am 01.01.2011 23:10, schrieb Felix Ruoff:
Am 01.01.2011 21:35, schrieb Felix Ruoff:
Am 01.01.2011 20:30, schrieb kai-martin knaak:
Hmm. Isolated patches make testing a bit awkward. What might be ok
for simple additions gets progressively less fun for more complicated
changes.
Can you set up a
Can you set up a git repository of pcb with your patches applied?
(The way Peter Clifton makes his GL-enabled version of pcb available to
potential testers)
This patch is on my list of things to look at when I get home in a couple of
hours -- it seems like a good idea in principle, so
Felix Ruoff wrote:
git clone git://github.com/fruoff/pcb-fruoff.git
Just gave it a test run.
The source compiles fine and recent files appears in the menu :-)
A minor complaint: Currently, the list is only populated when I use
the load action from the file menu. IMHO, it should be appended to
On Jan 2, 2011, at 3:23 AM, Patrick Bernaud wrote:
John Doty writes:
[...]
The work-around for the drc2 incompatibility. Where is it?
You remember that I am not the person proposing the initial patch,
only one reviewer?
You did more than review: you thoroughly rewrote it in a way that
Levente Kovacs wrote:
• pcb feature request: Please put all the gerbers in a dedicated
subdir of the working directory by default. The name of the subdir
should be configurable.
• pcb feature request: Optionally zip all gerbers and the cnc files
to yield a single file that can be sent
Bert Timmerman wrote:
• pcb feature request: Please put all the gerbers in a
dedicated subdir of the working directory by default. The
name of the subdir should be configurable.
Is doable.
• pcb feature request: Optionally zip all gerbers and the cnc
files to yield a single file that
John Doty writes:
[...]
We agreed it has to be addressed, yes. But who should address it?
Since it was so kindly asked, I did: my full (and final as far as I am
concerned) patch set for this issue follows this message (so our
fellow readers will get a chance to understand what we are talking
---
gnetlist/src/g_netlist.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/gnetlist/src/g_netlist.c b/gnetlist/src/g_netlist.c
index b3af8fa..14441cc 100644
--- a/gnetlist/src/g_netlist.c
+++ b/gnetlist/src/g_netlist.c
@@ -513,6 +513,7 @@ SCM
This commit introduces 'gnetlist:get-all-package-attributes' to
retrieve every first attribute value for package consisting of
multiple symbol instances.
'gnetlist:get-package-attribute' gets redefined to use the above
procedure. To preserve backward compatibility, it returns the first
value
---
tests/testcase.sch | 128
tests/testcase.scm | 41 +
2 files changed, 169 insertions(+), 0 deletions(-)
create mode 100644 tests/testcase.sch
create mode 100644 tests/testcase.scm
diff --git a/tests/testcase.sch
On Jan 2, 2011, at 10:18 AM, Patrick Bernaud wrote:
Still, and as a side note, look how much beneficial a change
from unknown to #f (as value for no- or unknown attribute) would be.
Different layers. unknown is is the appropriate return when the back end will
simply put the result in the
Am 02.01.2011 16:03, schrieb kai-martin knaak:
Just gave it a test run.
The source compiles fine and recent files appears in the menu :-)
A minor complaint: Currently, the list is only populated when I use
the load action from the file menu. IMHO, it should be appended to
by files on the command
Hi all,
The patch from the parent message has to be replaced by the one
below. Sorry for the inconvenience.
Patrick
multi-part-attribute-search.patch
Description: Binary data
___
geda-user mailing list
geda-user@moria.seul.org
Den 2011-01-02 13:13:55 skrev kai-martin knaak k...@familieknaak.de:
Johnny Rosenberg wrote:
I didn't add or modify any invisible text except those very
unnecessary (?) author- and license lines. I guess I should
remove them entirely.
License lines are a necessity for sharing. Else, you'd
On Jan 2, 2011, at 11:12 AM, Johnny Rosenberg gurus.knu...@gmail.com wrote:
Den 2011-01-02 13:13:55 skrev kai-martin knaak k...@familieknaak.de:
Johnny Rosenberg wrote:
I didn't add or modify any invisible text except those very
unnecessary (?) author- and license lines. I guess I
On Sunday 02 January 2011 17:19:23 Patrick Bernaud wrote:
[snip]
2 files changed, 169 insertions(+), 0 deletions(-)
create mode 100644 tests/testcase.sch
create mode 100644 tests/testcase.scm
diff --git a/tests/testcase.sch b/tests/testcase.sch
[snip]
Hi Patrick,
Where exactly is
Johnny Rosenberg wrote:
Because the footprint information can be scanned at a glance
in the schematic. The footprint needs attention just like the
value or the refdes. So it is convenient to have it visible
by default. If I don't want to see the footprint attributes in
finished design I can
Hi Kai-Martin,
-Original Message-
From: geda-user-boun...@moria.seul.org
[mailto:geda-user-boun...@moria.seul.org] On Behalf Of
kai-martin knaak
Sent: Saturday, January 01, 2011 4:32 AM
To: geda-u...@seul.org
Subject: Re: gEDA-user: Resistor values.
Bert Timmerman wrote:
Hi Kai-Martin,
-Original Message-
From: geda-user-boun...@moria.seul.org
[mailto:geda-user-boun...@moria.seul.org] On Behalf Of
kai-martin knaak
Sent: Sunday, January 02, 2011 5:37 PM
To: geda-u...@seul.org
Subject: Re: gEDA-user: bugs, warts and feature requests (3)
Bert
Den 2011-01-02 20:51:04 skrev kai-martin knaak k...@familieknaak.de:
Johnny Rosenberg wrote:
Because the footprint information can be scanned at a glance
in the schematic. The footprint needs attention just like the
value or the refdes. So it is convenient to have it visible
by default. If I
This edition of Bugs, warts and feature requests focuses on gschem:
• gschem non-feature: Currently, gschem dialogs are always in front of
the main window. That is, they cannot be put behind the main window.
They have to be closed to get them out of the way. This is ok for small
dialogs like the
On 01/01/2011 12:20 PM, Rick Collins wrote:
If copper is left behind because of manufacturing, it doesn't really impact the
layout process or connectivity checking.
Sure does if it is DRC rule close -- it could be short in etching process
results.
On 01/01/2011 01:58 PM, Christian
On Sun, Jan 02, 2011 at 09:55:18PM +0100, kai-martin knaak wrote:
This edition of Bugs, warts and feature requests focuses on gschem:
• gschem/pcb feature request: Automatically add a note the version string
that says which branch/fork/development/patch it was compiled from. This
would help
John Griessen j...@ecosensory.com writes:
I wish we were attaching netnames to pcb trace segments as we create
them and using that to do auto enforce
Please don't!
Guess I need to try out that Auto enforce DRC feature -- I've never
purposely used it yet
Same here. If you do not use it,
All,
I found it annoying that I need to click through the whole component
tree after filtering the symbol file names. For some time I've been
running my copy with the change that expands the tree after the
filtering by name is done. This saves 1+ clicks in the most common
use-case: add a known
• gschem room for improvement: Currently, nets attached to dragged symbols
will go any angle. This is rarely desired in schematics. Instead pure
orthogonal style is almost universally used.
Suggestion: Add a mode to automatically make nets Manhattan style.
Make this mode the default.
On 01/02/2011 04:14 PM, Stephan Boettcher wrote:
If you do not use it, why do you care about associating
netnames to traces?
That's not about auto DRC enforce drawing, it's about searching
for parts related to schematic and cross probing
and creating layout dereived models of trace
I am continuing to have problems with multi part symbols. Here
I have an op amp define as thus:
v 20100214 2
L 200 800 200 0 3 0 0 0 -1 -1
L 200 800 800 400 3 0 0 0 -1 -1
T 700 800 5 10 0 0 0 0 1
device=SUBCIRCUIT
T 600 1100 5 10 0 0 0 0 1
slot=1
T 600 1300 5 10 0 0
On Jan 2, 2011, at 6:14 PM, Oliver King-Smith wrote:
Likewise spice back end also blows a
gasket trying with the pinseq numbers. I thought the pin seq refers to
which position in the spice parameter list the pin refers to?
I was going to see if I could fix up the spice-sdb backend to
Oliver King-Smith wrote:
I am continuing to have problems with multi part symbols. Here
I have an op amp define as thus:
( snip )
When I try to use this op amp, the pin number show up wrong on the schematic.
For slot 1 they show up as 1,2,1 (not 3,2,1). When I try slot 2 I get
Christian Riggenbach wrote:
There is a trick to connect to some other copper not in the same net:
- enter the line mode
- hover over the copper to connect
- press 'f' (to mark it as found)
- start the line from the not marked copper.
Both should now be marked as found and should be
I've pushed my local changes to the spice-sdb gnetlist backend and a new
backend out to repo.or.cz and also on the SourceForge patch tracker.
These have been part of my workflow for gschem - {gnucap-arails,
hspice} within my analog VLSI work for some time. The holidays
presented time to clean
36 matches
Mail list logo