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
-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.
John Do
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
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 attributs in the schematic.
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 attributs in the schematic.
Therefore, this is a feature.
Stuart
On Tue, 8 Feb 2011, Oliver King-Smith wrote:
I hav
On Feb 8, 2011, at 7:21 PM, Oliver King-Smith wrote:
> I am trying to extract all the part numbers for a given part, so I can
> produce a spreadsheet to aid with ordering.
> Oliver
gnetlist -g bom makes a .tsv, which you can then import into your spreadsheet,
possibly after working it over
Subject: Re: gEDA-user: gattrib not showing part_numbers
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 No
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
___
I have defined a number of symbols with an embedded part # for ease of
ordering. An example of such a part # is
T 700 1000 8 10 0 0 0 0 1
part_number=PMBS3904
This is visible on the schematic (if you turn on invisible text).
However when I run gattrib on the schematic with this 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
>
> 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 k
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
reinventing the
spread sheet GUI wheel. The result
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
>
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 serious
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
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 bu
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.
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 tha
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
> balkin
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? There's obviously a problem with one of my symbols
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 p
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 device
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 t
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 pa
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 stil
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
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 t
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
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
_
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?
Shoul
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 :
> 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.
>>
>>
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
The version of gattrib I'm using (1.4.0.20080127 from the Debian lenny
repos) has the option to add a new attribute column (Edit > Add new
attribute column).
Having read the gattrib readme I'm confused by how this function behaves.
Say I have attributes A, B , and D in my schematic and I want to
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 I
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
> http://repo.or.cz/w/geda-
Peter Clifton wrote:
> The documentation is still probably hideously out of date in other
> respects though.
>
Talking of which...
I've been making a pass through the Doxygen documentation for gattrib in
preparation for some changes I've been planning for a while - I haven't
touched any code y
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 re
>> 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 bac
> 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
> 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 de
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 default size
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
Message
From: Timothy Normand Miller <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]; gEDA user mailing list
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
On 12/13/07, Dave N6NZ <[EMAIL PROTECTED]> wrote:
> Hi,
>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 copy)
> data from a cell, but the "paste" menu ent
On Dec 13, 2007, at 9:19 PM, Dave N6NZ wrote:
> Hi,
>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
> copy)
> data from a cell, but the "paste" menu e
Hi,
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 copy)
data from a cell, but the "paste" menu entry never activates. Pretty
annoying -- kills a lot of th
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 spa
I'm using the 20070912 snapshot. When exporting to CSV in gattrib, it puts an
extra space before every comma. The space is bound to cause more issues than
it is worth for readability (assuming that's why it is in there). Is this
expected behavior?
E.x.
refdes, device, footprint, value, symve
Hi,
if it can help I have another one.
Gattrib doesn't seem to crash if the schematic file is loaded from the
command line. Only if loaded from the menu.
All the best,
joel
m]$ gEDA/gattrib version 1.0.1-20070626
gEDA/gattrib comes with ABSOLUTELY NO WARRANTY; see COPYING for more
details.
This
Hi,
gattrib just vanish when I ask him to save my work!
It doesn't happen every time but very often, 50% chance...
Regards,
Joel
m]$ gEDA/gattrib version 1.0.1-20070626
gEDA/gattrib comes with ABSOLUTELY NO WARRANTY; see COPYING for more
details.
This is free software, and you are welcome to
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 g
Have you tried sym2csv and csv2sym?
http://www.gedasymbols.org/user/dj_delorie/
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
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 SEGV:
(gdb
On 7/31/06, Stuart Brorson <[EMAIL PROTECTED]> wrote:
Thanks. I reproduced the bug on my machine. Then I fixed it and putthe fix into CVS. Please grab it and try it out and let me know howit goes.Fixed on my machine. Much appreciated.
- TaylorOn Mon, 31 Jul 2006, Taylor Jones wrote:> On 7/31/06,
Thanks. I reproduced the bug on my machine. Then I fixed it and put
the fix into CVS. Please grab it and try it out and let me know how
it goes.
Stuart
On Mon, 31 Jul 2006, Taylor Jones wrote:
On 7/31/06, Stuart Brorson <[EMAIL PROTECTED]> wrote:
> Not sure if this is a known problem?
On 7/31/06, Stuart Brorson <[EMAIL PROTECTED]> wrote:
> 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
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 around
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 around
58 matches
Mail list logo