Hi Rick and all,
On Wed, 2008-10-01 at 01:34 -0400, Rick Collins wrote:
At 01:10 AM 10/1/2008, you wrote:
I didn't realize that you don't know anything about the standard.
Don't jump to conclusions.
Are you knowledgeable about the standard or not? I can't tell what
your point is.
On Wed, 01 Oct 2008 13:45:16 +0200, Richard Rasker wrote:
It's almost as if some path setting is wrong or missing; yet I did add
the geda-0.0.2/bin directories to $PATH, and geda-0.0.2/share/man to
$MANPATH (I added the export commands to .bash_profile).
The local paths pcb shows in the
Op woensdag 01-10-2008 om 12:58 uur [tijdzone +], schreef Kai-Martin
Knaak:
On Wed, 01 Oct 2008 13:45:16 +0200, Richard Rasker wrote:
It's almost as if some path setting is wrong or missing; yet I did add
the geda-0.0.2/bin directories to $PATH, and geda-0.0.2/share/man to
$MANPATH (I
[snip]
Yet these doesn't appear to relate to the structure under /share/pcb/newlib/.
Do you really have a /share/pcb/newlib directory? As in a directory
in the root directory called /share?
[snip]
What I don't understand is why I have to bother with these things all of
a sudden -- and why
On Wed, 2008-10-01 at 16:19 +0200, Richard Rasker wrote:
Op woensdag 01-10-2008 om 12:58 uur [tijdzone +], schreef
You can set this list of paths from within the GUI (GTK-GUI assumed):
File -- Preferences -- Library
??? if I enter the path to newlib here, PCB's library window
Am Mittwoch, den 01.10.2008, 16:19 +0200 schrieb Richard Rasker:
And what exactly am I supposed to enter there? I can only find a file
geda-0.0.2/share/gEDA/system-gafrc, and there's no line defining library
locations or whatever. And yes, I really need gsch2pcb to work -- it's
the only way I
Op woensdag 01-10-2008 om 10:28 uur [tijdzone -0400], schreef Ales
Hvezda:
[snip]
Yet these doesn't appear to relate to the structure under /share/pcb/newlib/.
Do you really have a /share/pcb/newlib directory? As in a directory
in the root directory called /share?
No, sorry, this directory
[snip]
gedasuite-0.0.2 is kind of special and obviously has some bugs in this
area. I will try this out myself (add a custom library to pcb) and
see what happens.
Okay, with gedasuite-0.0.2, I created a new directory in
~/geda-0.0.2/share/pcb/pcblib-newlib called X, put some footprints
inside
Op woensdag 01-10-2008 om 15:31 uur [tijdzone +0100], schreef Peter
Clifton:
On Wed, 2008-10-01 at 16:19 +0200, Richard Rasker wrote:
Op woensdag 01-10-2008 om 12:58 uur [tijdzone +], schreef
You can set this list of paths from within the GUI (GTK-GUI assumed):
File --
Op woensdag 01-10-2008 om 10:51 uur [tijdzone -0400], schreef Ales
Hvezda:
[snip]
gedasuite-0.0.2 is kind of special and obviously has some bugs in this
area. I will try this out myself (add a custom library to pcb) and
see what happens.
Okay, with gedasuite-0.0.2, I created a new
I tried drawing a big rectangle but the signal etches all get covered
by the rectangle. The via's and other holes show thru with the
required clearances but the signal etches do not.
Thanks,
Fred
Kingston Co.
[EMAIL PROTECTED]
___
geda-user
You have a common problem. You need to clear the join flag for all
those lines.
Select - Select all
:ClrFlg(Selected,Join)
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Rick Collins wrote:
At 01:10 AM 10/1/2008, you wrote:
I didn't realize that you don't know anything about the standard.
Don't jump to conclusions.
Are you knowledgeable about the standard or not? I can't tell what
your point is.
Maybe to get you to tone down -- I'm weary of your
On Wednesday 01 October 2008 17:20:25 John Griessen wrote:
Rick Collins wrote:
At 01:10 AM 10/1/2008, you wrote:
I didn't realize that you don't know anything about the standard.
Don't jump to conclusions.
Are you knowledgeable about the standard or not? I can't tell what
your
On Wed, 2008-10-01 at 11:59 -0400, DJ Delorie wrote:
You have a common problem. You need to clear the join flag for all
those lines.
Can we get this crappy default changed?
It is gsch2pcb's doing, right?
--
Peter Clifton
Electrical Engineering Division,
Engineering Department,
University
On Wed, 2008-10-01 at 17:33 +0100, Peter TB Brett wrote:
On Wednesday 01 October 2008 17:20:25 John Griessen wrote:
I'm weary of this thread. Please take it off list.
The subscribed audience of geda-user is very wide, and we(*) are
probably filling a lot of inboxes with mail people don't want
Peter Clifton wrote:
On Wed, 2008-10-01 at 11:59 -0400, DJ Delorie wrote:
You have a common problem. You need to clear the join flag for all
those lines.
Can we get this crappy default changed?
It is gsch2pcb's doing, right?
Is it that, or is it that New lines, arcs clear poly is
I am new to gschem (as of Tuesday) so I do not know what is going on.
I have a heavy symbol with a number of attributes.
When I double click on it I only see the refdes and the pin # in the
edit attributes window.
Looking around I read:
===
How do I promote an invisible
On Wed, 2008-10-01 at 13:18 -0500, Kipton Moravec wrote:
;load up a color scheme
(load (build-path geda-rc-path gschem-lightbg)) ; light background
;I need my hidden attributes
(promote-invisible enabled)
(attribute-promotion enabled);
;(promote-invisible
On Wed, 2008-10-01 at 19:25 +0100, Peter Clifton wrote:
On Wed, 2008-10-01 at 13:18 -0500, Kipton Moravec wrote:
;load up a color scheme
(load (build-path geda-rc-path gschem-lightbg)) ; light background
;I need my hidden attributes
(promote-invisible
On Wed, 2008-10-01 at 13:33 -0500, Kipton Moravec wrote:
On Wed, 2008-10-01 at 19:25 +0100, Peter Clifton wrote:
(load (build-path geda-rc-path gschem-lightbg))
(promote-invisible enabled)
(attribute-promotion enabled)
(keep-invisible disabled)
Is there something wrong with this? Do I
Add to your gschemrc file:
(promote-invisible enabled)
AH... add it to gafrc not gschemrc.
Also, could you let me know where you found the information suggesting
gschemrc. That is out of date.
I didn't know that it _wouldn't_ work for gschem, but gafrc is read by
all the tools, not just
pcb 20080202
It was my assumption that crosshair should snap to center of a pad when
Settings/Crosshair snaps to pins and pads is selected. But it does not
really snaps to center -- it snaps to center of short edge, and to two
positions for long edge.
I tried to position a rectangular pad
Am Mittwoch, den 01.10.2008, 22:02 +0200 schrieb Stefan Salewski:
pcb 20080202
It was my assumption that crosshair should snap to center
OK, a known topic:
http://archives.seul.org/geda/user/Oct-2007/msg00371.html
___
geda-user mailing list
I patched my own copy to give me back the center snap. it was
screwing up some pads I was laying out.
I'll see if i can dig up that patch when I get home.
Steve
On Oct 1, 2008, at 1:48 PM, Stefan Salewski wrote:
Am Mittwoch, den 01.10.2008, 22:02 +0200 schrieb Stefan Salewski:
pcb
Anyway, thank you all once again for your help and support! And I'm
sure
to give something back to OSS real soon (albeit not in the realm of
gEDA).
Bug reports and constructive criticism are always good ways to start.
Thanks again, best regards,
Richard Rasker
Just went and got the latest cvs and now the breakup works as
advertised. Thanks.
Jeff
wd4nmq
DJ Delorie wrote:
Fixed. The problem wasn't that the pads disappeared, they were
created on the wrong layer. I checked in the attached patch, give it
a try.
Index: buffer.c
On Wed, Oct 01, 2008 at 05:40:28PM -0400, tj wrote:
Just went and got the latest cvs and now the breakup works as
advertised. Thanks.
Can anyone else get to SF cvs right now? What Root are you using?
--
Ben Jackson AD7GD
[EMAIL PROTECTED]
http://www.ben.com/
On Wed, 2008-10-01 at 22:02 +0200, Stefan Salewski wrote:
pcb 20080202
It was my assumption that crosshair should snap to center of a pad when
Settings/Crosshair snaps to pins and pads is selected. But it does not
really snaps to center -- it snaps to center of short edge, and to two
On Wed, 2008-10-01 at 22:35 +0100, Peter Clifton wrote:
On Wed, 2008-10-01 at 22:02 +0200, Stefan Salewski wrote:
pcb 20080202
It was my assumption that crosshair should snap to center of a pad when
Settings/Crosshair snaps to pins and pads is selected. But it does not
really snaps to
On Wed, 01 Oct 2008 17:35:28 +0100, Peter Clifton wrote:
You have a common problem. You need to clear the join flag for all
those lines.
Can we get this crappy default changed?
IMHO the join flag mess is a real pain and needs a more general fix.
How about resetting the join flag setting
You know you can choose from different Thermal types -- press SHIFT key
when using Thermal tool.
Thanks, that's fixed it. I can even make a direct connection without a
thermal relief, just great for a screw connection. Regards Ian.
___
On Wed, 01 Oct 2008 16:19:18 +0200, Richard Rasker wrote:
Note, this library path does not affect gsch2pcb/gnetlist. The
recommended place to set the lib path for these tools is gafrc at one
of the various local or system-wide places.
And what exactly am I supposed to enter there?
Depends
This is just a quick status note since a handful of people have had
problems with sourceforge this month.
Sourceforge relocated their data center to Chicago in September. The
last bit of that move happened just a few days ago. There is some
amount of fallout from this move that is still
Hi again, its me Fred. I tried the command :ClrFlg(Selected,Join) but
it did not do anything to change the problem.
A large rectangle still covers all the traces but not the via's or
IC's or other parts.
Thanks,
Fred
Kingston Co.
[EMAIL PROTECTED]
What version of pcb do you have? Did you notice any error messages in
your console or log windows?
Also, you can fix this by editing your *.pcb file manually and adding
the clearline flag to all your lines.
___
geda-user mailing list
On Wed, 2008-10-01 at 20:14 -0700, Kingston Co. wrote:
Hi again, its me Fred. I tried the command :ClrFlg(Selected,Join) but
it did not do anything to change the problem.
A large rectangle still covers all the traces but not the via's or
IC's or other parts.
(And you had every trace
37 matches
Mail list logo