@moria.seul.org
Sent: Wed, February 9, 2011 4:12:18 AM
Subject: Re: gEDA-user: gattrib not showing part_numbers
IIRC, gattrib will handle attributes embedded in the schematic, not
the symbol. The reason is that gattrb cannot reach into a symbol and
modify its attributes. It only edits
On Feb 9, 2011, at 7:38 AM, Oliver King-Smith wrote:
It seems like gnetlist could be used to promote an attribute to the
schematic.
No. Gnetlist can't do that kind of schematic to schematic translation.
John Doty Noqsi Aerospace, Ltd.
http://www.noqsi.com/
j...@noqsi.com
, 2011 6:48:02 AM
Subject: Re: gEDA-user: gattrib not showing part_numbers
On Feb 9, 2011, at 7:38 AM, Oliver King-Smith wrote:
It seems like gnetlist could be used to promote an attribute to the
schematic.
No. Gnetlist can't do that kind of schematic to schematic translation
On Feb 9, 2011, at 8:48 AM, Oliver King-Smith wrote:
So gnetlist does not know which schematic file it is operating on when
it is processing data?
That's just one of many kinds of information a gnetlist back end cannot access.
The front end thoroughly digests the input, and only presents
On Feb 8, 2011, at 7:08 PM, Oliver King-Smith wrote:
Does anyone know if this is a feature or bug?
It's the way it works. Whether it's a bug depends on what you're trying to do.
John Doty Noqsi Aerospace, Ltd.
http://www.noqsi.com/
j...@noqsi.com
intermediate file in comma separated spread sheet format.
I've found Tab Separated Value (TSV) is easier to implement and more
reliable, than CSV.
Spread sheets like Excel can get CSV handling wrong in some edge
cases, like nested quoted commas, mis-matched quotes etc. Excel, and
as far I
On Jun 29, 2010, at 12:57 PM, Mike Bushroe wrote:
That said, it looks like your are talking about using an editor for
the the
job gattrib does? That would be neat. Even better would be, if the
file were
in spread sheet format. Seems to me, gattrib has a hard time
On Mon, 2010-05-03 at 13:35 -0700, phil wrote:
Peter Clifton wrote:
Take a look at the symbol file in a text editor. Attribute blocks,
beginning { ...} should only follow a pin line P, net line N,
component line C.
gattrib is continuing to go down when saving my .sch file.
Is that
Peter Clifton wrote:
On Mon, 2010-05-03 at 13:35 -0700, phil wrote:
Peter Clifton wrote:
What exact version of gattrib and gEDA are you using. Where did it come
from (distro / build from source etc..)?
Peter,
Thank you for the help. With DJ holding my hand last nite on IRC I was
able to
On Tue, 2010-05-04 at 11:02 -0700, phil wrote:
Peter Clifton wrote:
On Mon, 2010-05-03 at 13:35 -0700, phil wrote:
Peter Clifton wrote:
What exact version of gattrib and gEDA are you using. Where did it come
from (distro / build from source etc..)?
Peter,
Thank you for the help.
Peter Clifton wrote:
It could be that the problem stems from something wrong in one of the
symbols your schematic references.
You are right. My problem was with an attribute inside a footprint:
pinlable=x
not
pinlabel=x
I changed those two letters and it all worked itself out.
The
On Tue, 2010-05-04 at 12:03 -0700, phil wrote:
Peter Clifton wrote:
It could be that the problem stems from something wrong in one of the
symbols your schematic references.
You are right. My problem was with an attribute inside a footprint:
pinlable=x
not
pinlabel=x
I changed
On Fri, 2010-04-30 at 17:02 -0700, phil wrote:
Running Gattrib version: 1.4.0.20080127 I get the error message
In s_object_attrib_add_attrib_in_object, trying to add attrib to
non-complex or non-net!
upon saving of my file. Is there any way to narrow down what gattrib is
balking at?
Peter Clifton wrote:
Take a look at the symbol file in a text editor. Attribute blocks,
beginning { ...} should only follow a pin line P, net line N,
component line C.
gattrib is continuing to go down when saving my .sch file.
I scoured the file for attributes attached to items other than
John,
Are you even reading my posts? You comments, even when directly
connected to quotes of my own text seem completely unrelated and non
sequiturs, and often self contradictory.
On Apr 27, 2010, at 5:43 PM, Mike Bushroe wrote:
John Doty: These refer to the
On Apr 28, 2010, at 10:43 AM, Mike Bushroe wrote:
What process ? You have used that term many times without giving any
examples.
Concrete example:
Board fabrication by PCB Express and board population by Screaming Circuits.
Each has their own rules about what they can do for the base
I guess part of my problem with gschem, pcb, and gsch2pcb is that I
never understood what gattrib was for. I though it was an internal
function used by gschem and gsch2pcb to get the values of symbols
attributes out of the schematic file. I never realized it was intended
for humans
On Apr 27, 2010, at 12:26 PM, Mike Bushroe wrote:
Not because of the bugs I ran into but since choosing a footprint is
a difficult process in it self I was longing for a footprint
browser.
My personal view is that schematics should use the conventions in the gEDA
documentation:
John Doty: These refer to the device, not the pattern of copper on
the board. The pattern of copper corresponding to a given device
footprint should be chosen in the layout process, because it depends
(like other layout parameters) on the manufacturing processes.
I am
On Apr 27, 2010, at 5:43 PM, Mike Bushroe wrote:
John Doty: These refer to the device, not the pattern of copper on
the board. The pattern of copper corresponding to a given device
footprint should be chosen in the layout process, because it depends
(like other layout
On Apr 27, 2010, at 5:43 PM, Mike Bushroe wrote:
As pointed out
above, a DIP-16 is a through-hole device in any process, the pins are
always 0.100 inches apart, the part number defines if it is a typical
300 mill spacing, or a wide 600 mill. What ever process you use to
attach the
Bug report posted . ID: 2793743
:)
BTW the version I'm using pops up various messages about things not
being implemented yet such as opening a file, finding or searching for
attributes. Is that what you'd expect from this version?
Thanks,
Andy
On Tuesday 19 May 2009 11:36:39 Andy Fierman wrote:
Bug report posted . ID: 2793743
:)
BTW the version I'm using pops up various messages about things not
being implemented yet such as opening a file, finding or searching for
attributes. Is that what you'd expect from this version?
Hi --
Say I have attributes A, B , and D in my schematic and I want to add a
new attribute C to all the components.
All my components have attribute information already entered for each
of A, B and D.
When I run gattrib, I get a table with column headings A, B and D with
data under each
Hi Stuart,
Should I file a bug report?
Should have said: I'm running the 64bit debs from the Mepis 8 repos on
a dual core Athlon machine.
2009/5/18 Stuart Brorson s...@cloud9.net:
Hi --
Say I have attributes A, B , and D in my schematic and I want to add a
new attribute C to all the
Hi,
Yes, please file a bug report. I can't promise anything will happen
quickly, but we're talking about holding a code sprint not too long
from now, and this will be action item #1 at the sprint.
Stuart
On Mon, 18 May 2009, Andy Fierman wrote:
Hi Stuart,
Should I file a bug report?
Hi Gareth --
Stuart, I have a few questions about some of the design of gattrib - is
it OK to mail you off-list to discuss?
I'm happy to see people using and hacking gattrib! Feel free to
e-mail me at sdb (at) cloud9 (dot) net. I may not remember all the
details of how the code works, but
Gareth Edwards wrote:
Talking of which...
I've been making a pass through the Doxygen documentation for gattrib in
preparation for some changes I've been planning
.
.
.
the changes are on the doxying
branch of git://repo.or.cz/geda-gaf/gde.git (browsable at
In gschem I have my default text size set as 8. If I add attributes
via gattrib then the text is added as size 10. Obviously these are two
separate programmes and gattrib is not dependant on the settings in my
gschemrc, so this behaviour is kind of expected. Is there any way to
set the
I forget the exact behavior of gattrib, but I can say that gattrib
*does* read the gafrc file. Therefore, try putting a text-size
declaration in your gafrc file.
I tried putting (text-size 8) into the gafrc file and removed it from
the gschemrc file. Text added in gschem is then back to the
On Mon, 2008-10-27 at 07:35 -0400, Stuart Brorson wrote:
I forget the exact behavior of gattrib, but I can say that gattrib
*does* read the gafrc file. Therefore, try putting a text-size
declaration in your gafrc file.
I tried putting (text-size 8) into the gafrc file and removed it
On Thu, Dec 13, 2007 at 09:36:35PM -0700, John Doty wrote:
On Dec 13, 2007, at 9:19 PM, Dave N6NZ wrote:
Is there something wacky about OS X's implementation of X11
w.r.t. copy/paste, or have I stumbled into a gattrib bug? When in
gattrib, I can select and copy (or at least appear to
Message
From: Timothy Normand Miller [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; gEDA user mailing list geda-user@moria.seul.org
Sent: Thursday, December 13, 2007 10:40:02 PM
Subject: Re: gEDA-user: [gattrib] OS X cut/paste
On 12/13/07, Dave N6NZ [EMAIL PROTECTED] wrote:
Hi,
Is there something
i rather have tab separated files for readability, this also helps
prevent issues where decmial points are written as commas.
steve
On Dec 11, 2007 10:37 AM, Michael Stovenour [EMAIL PROTECTED] wrote:
I'm using the 20070912 snapshot. When exporting to CSV in gattrib, it puts
an extra space
Hi,
Can I use gattrib to edit the attributes of a symbol? I have some
largish symbols that I'm incrementally working on, and editing
attributes such as pintype and pinseq are a burden. (Meaning I
see no way to do it within gschem.) But when I try to load a
symbol file into gattrib I get a
Not sure if this is a known problem? Everything else seems to work fine.
I'm running on an up-to-date Gentoo box. I've attached a gdb backtrace.
Any help would be appreciated. Or even pointing me in the right
direction to solve the problem myself. I checked out the latest CVS code
and poked
36 matches
Mail list logo