Kipton Moravec wrote:
> I have 1.4.0-20080127 installed.
>
> Installed it with synaptic manager with Ubuntu 8.04.
>
> I need to update convert_sym in the util package.
>
> I downloaded the latest version of convert_sym and made some changes. It
> will not let me compile because
>
> configure: erro
Yes, this is normal. This lets you select some of the pads and use
the "selected pads . . ." actions, like making a bunch of pads
bigger, or square, etc.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo
I have noticed something and wish to know if it is normal. If I have a
footprint on my drawing nd wish to select it, or rotate, I can not
select on a pad or pin because only that one element gets selected, not
the whole footprint. Is this normal?
Jeff
wd4nmq
__
I have 1.4.0-20080127 installed.
Installed it with synaptic manager with Ubuntu 8.04.
I need to update convert_sym in the util package.
I downloaded the latest version of convert_sym and made some changes. It
will not let me compile because
configure: error: libgeda detection error: Requested
just goes to show i should read all of the messages in a thread before
responding to a thread
On Oct 2, 2008, at 3:59 PM, Peter Clifton wrote:
> On Thu, 2008-10-02 at 14:48 -0700, Kingston Co. wrote:
>
>> Also, you can fix this by editing your *.pcb file manually and adding
>> the "clearline" fl
the polygon can have a setting where it will attach to most
anything.
hit the S key while on the polygon
send us a copy of the PCB, even if it is just a private message for
us to look at.
Steve
On Oct 2, 2008, at 2:48 PM, Kingston Co. wrote:
> Here are my answers:
>
> What version of
Am Donnerstag, den 02.10.2008, 19:55 -0400 schrieb DJ Delorie:
> > If I deselect Settings/Auto enforce DRC clearance
> > new lines are black again.
>
> Ok, NOW I can reproduce it. That green is the "found" color.
>
Fine.
> It looks like the logic for turning on auto-drc needs to differentiate
On Thu, Oct 2, 2008 at 7:51 PM, Stefan Salewski <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, den 02.10.2008, 19:43 -0400 schrieb DJ Delorie:
>> Comes up fine for me, but I'm using cvs head.
>>
>
> Fine.
>
> If I deselect Settings/Auto enforce DRC clearance
> new lines are black again.
I have notice
> If I deselect Settings/Auto enforce DRC clearance
> new lines are black again.
Ok, NOW I can reproduce it. That green is the "found" color.
It looks like the logic for turning on auto-drc needs to differentiate
between copper layers and non-copper layers.
___
Am Donnerstag, den 02.10.2008, 19:43 -0400 schrieb DJ Delorie:
> Comes up fine for me, but I'm using cvs head.
>
Fine.
If I deselect Settings/Auto enforce DRC clearance
new lines are black again.
But I have no idea what is going on. And I think I have not done
something evil.
Best regards
Ste
Comes up fine for me, but I'm using cvs head.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Op vrijdag 03-10-2008 om 01:02 uur [tijdzone +0200], schreef Stefan
Salewski:
> Next bug:
>
> I have created a new board, populated it with some parts from gsch2pcb
> and drawn a few traces.
>
> Now suddenly I noticed that silk lines which I now draw are green
> instead of black. Same for my last
Next bug:
I have created a new board, populated it with some parts from gsch2pcb
and drawn a few traces.
Now suddenly I noticed that silk lines which I now draw are green
instead of black. Same for my last backup.
Board is available at
http://www.ssalewski.de/tmp/
called b1.pcb, maybe someone
On Thu, 2008-10-02 at 14:48 -0700, Kingston Co. wrote:
> Also, you can fix this by editing your *.pcb file manually and adding
> the "clearline" flag to all your lines.
> >
>
> (And you had every trace selected at the time you ran the command?)
>
> Yes on both Computers!
>
> Both Systems do the
Here are my answers:
What version of pcb do you have? Did you notice any error messages in
your console or log windows?
Version 20080202 Running under Mac OS X 10.5.5
and
Version 20080202 Running under Ubuntu 8.04
No error were reported in either window.
Also, you can fix this by editing you
Yes that's exactly what I did. I had previously viewed a footprint in
PCB in order to measure its dimensions and then I must have
inadvertently saved it, which turned it into a PCB file.
Thanks for the help in getting to the bottom of this.
On Thu, 2008-10-02 at 15:01 -0400, Stuart Brorson wrote:
> This is a fresh pcb file created using gsch2pcb i.e. I have not
> intervened in any way. Is there something that could be wrong with the
> schematic to cause this? The pcb file generally looks quite jumbled with
> Element definition not all in one place.
I'll betcha you tried to create a footpri
On Thu, Oct 02, 2008 at 02:55:25PM -0400, Neil Webster wrote:
>
> This is a fresh pcb file created using gsch2pcb i.e. I have not
> intervened in any way. Is there something that could be wrong with the
> schematic to cause this? The pcb file generally looks quite jumbled with
> Element definition
Thanks
This is a fresh pcb file created using gsch2pcb i.e. I have not
intervened in any way. Is there something that could be wrong with the
schematic to cause this? The pcb file generally looks quite jumbled with
Element definition not all in one place.
Regards, Neil
On Thu, 2008-10-02 at 14:4
On Thu, Oct 02, 2008 at 02:41:55PM -0400, Neil Webster wrote:
>132
>133FileVersion[20070407]
>134
>135PCB["" 17100 12400]
>136
Looks like one PCB file catted onto the end of another.
FWIW most of the time when I get syntax errors it's du
>128 ElementLine[-7011 -3468 7011 -3468 1000]
>129 ElementLine[7011 -3468 7011 3468 1000]
>130 ElementLine[7011 3468 -7011 3468 1000]
>131)
>132
>133FileVersion[20070407]
>134
>135PCB["" 17100 124
Hi Guys,
PCB is detecting a syntax error in my .pcb file and failing to open it.
The output from PCB Log is as follows...
Looking for default_font in .
Can't open ./default_font for reading
Looking for default_font in /usr/local/bin/../share/pcb
Found default_font in /usr/local/bin/../share/pcb
On Sunday 28 September 2008, Rick Collins wrote:
> Personally, I have never found the use of back-annotation to
> be very user friendly. I prefer to open both tools at once
> and make the same changes in both tools at the same time.
> When I see I want to swap pins in the layout, I do that in
> t
Op donderdag 02-10-2008 om 16:27 uur [tijdzone +0100], schreef Peter
Clifton:
> On Thu, 2008-10-02 at 15:54 +0200, Richard Rasker wrote:
>
> > The question is simple: The directory /home/richard/electron/local_fps
> > contains my local footprints. Now I'd like to tell gsch2pcb (and
> > xgsch2pcb -
On Thu, 2008-10-02 at 15:54 +0200, Richard Rasker wrote:
> The question is simple: The directory /home/richard/electron/local_fps
> contains my local footprints. Now I'd like to tell gsch2pcb (and
> xgsch2pcb -- very nice tool, BTW!) about this location, regardless of
> the project. Lots of these
Next minor pcb 20080202 bug:
If I select mm units in pcb and exit program by clicking on cross in
left upper corner of main window preferences file is written -- fine.
I start pcb (without file argument) again, and have mm units --fine. I
do some initial operations, i.e. change board size, and sav
Am Donnerstag, den 02.10.2008, 15:54 +0200 schrieb Richard Rasker:
>
> Sorry to keep bothering everyone with my problems, but I still have
> serious trouble telling (x)gsch2pcb the location of my local footprints.
>
I use a file called project like this
[EMAIL PROTECTED] ~/gEDA/DAD $ cat projec
Op woensdag 01-10-2008 om 15:31 uur [tijdzone +0100], schreef Peter Clifton:
[snip]
> To teach gsch2pcb to find your _packages_, you want to add on the
> command line:
>
> -d /path/to/packages (or --elements-dir /path/to/packages)
>
> OR, add the directive in your gsch2pcb project file:
>
> el
28 matches
Mail list logo