First pass...
http://www.delorie.com/pcb/teardrops/
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
> I understand. I'm thinking that it used to "work" however. Is my
> memory failing me?
It used to work, before the HID stuff. A lot of code got re-shared,
like the print-text-on-screen code.
___
geda-user mailing list
geda-user@moria.seul.org
htt
I understand. I'm thinking that it used to "work" however. Is my
memory failing me?
Joe T
DJ Delorie wrote:
I think you've explained the behavior I've viewed as a bug.
Yes, it's a bug. My explanation was why it's not an easy (i.e. fixed
already) bug.
> I think you've explained the behavior I've viewed as a bug.
Yes, it's a bug. My explanation was why it's not an easy (i.e. fixed
already) bug.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-use
DJ
I think you've explained the behavior I've viewed as a bug. The pin
numbering code should allow narrow lines for readability while you are
editing - this is good. However, the silkscreen text must be drawn with
accurate width in the editor so that it can be placed to prevent their
landi
On Thu, 9 Nov 2006 15:00:19 -0500
"John Luciani" <[EMAIL PROTECTED]> graced us with this prophetic message:
[snip]
> I did not add Y for crystal since I have never seen a schematic that
> used that convention (I also have not seen a lot of Spice schematics ;-)
I'll chime in here real quick. Back
> Could anyone tell me what is going on?
The gerbers and PS output honor the "minimum silk thickness" DRC
setting. The GUI doesn't. The reason it's not fixed is because the
same code does the pinout numbers, and if you make them thick enough
they're just blobs.
___
Hi all,
The text of my latest project looks very fat on gerber output. In PCB it looks
nice.
The pcb and the gerber can be downloaded here:
http://web.interware.hu/lekovacs/cuccok/pcb/poe.pcb
http://web.interware.hu/lekovacs/cuccok/pcb/poe.back.gbr
I use lesstif HID, and gerbv 1.0.2.
Could a
On 11/9/06, joeft <[EMAIL PROTECTED]> wrote:
I would suggest that "Y" be used for crystals rather than "X", which
might prevent collisions when someone uses their netlist for SPICE
simulations that have subcircuits.
Some lesser used prefixes I've seen:
F Fuse
and some two letter prefixes (if you
On 11/9/06, Carlos Nieves Ónega <[EMAIL PROTECTED]> wrote:
El mié, 08-11-2006 a las 08:14 -0500, John Luciani escribió:
[snip]
> Below are the refdes conventions that I use (that I have
> seen on *many* schematics).
>
> I may have missed a few since this is BC (before Cappuccino).
>
> (* jcl *)
>
Yes, I am using the default Ubuntu package. On my computer the auto numbering
is dead. Let me know if and how I can give more details.
Adrian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Nieves
Ónega
Sent: Thursday, November 09, 2006 9:57 AM
T
I would suggest that "Y" be used for crystals rather than "X", which
might prevent collisions when someone uses their netlist for SPICE
simulations that have subcircuits.
Some lesser used prefixes I've seen:
F Fuse
and some two letter prefixes (if you can deal with more than one letter
prefixe
El mié, 08-11-2006 a las 08:14 -0500, John Luciani escribió:
[snip]
> Below are the refdes conventions that I use (that I have
> seen on *many* schematics).
>
> I may have missed a few since this is BC (before Cappuccino).
>
> (* jcl *)
>
> Substitute an integer value for
>
> value component
I've observed this same behavior on a Suse installation (also w/ GTK
hid). Maybe stealing focus is not the issue? My first impresstion when
I had it happen was that the event generated by the mouse click (as when
drawing lines) came back saying the right button rather than the left
button h
Hi Ales,
El mié, 08-11-2006 a las 22:46 -0500, Ales Hvezda escribió:
> [snip]
> Okay, if my memory serves me correctly, CVS HEAD works fine
> for renumbering components when copying, but the glist_dev branch does not.
> I need to verify this again (I got distracted the last time I was going
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
> Do you hit the breakpoint, or do you get the drawing errors without
> hitting the breakpoint?
Yes, I always hit the breakpoint immediately after I click the left
mouse button for the second time to place the end of the line.
> If the breakpoint
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
> are you moving the pointer far enough from the center of the screen that
> you're triggering the auto scrolling? Take a look at the ends of the
> crosshairs. They may or may not have little boxes on them. Right
> clicking toggles between auto
Tomaz Solc wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone.
Recent versions of PCB (20060822 and also CVS head) seem to have this
weird feature which I'm unable to figure out:
Sometimes when I try to draw a line, the window automatically pans under
the cursor and the line is p
Tomaz Solc wrote:
As far as I can see lesstif doesn't have this bug. But as I said, this
behavior is not deterministic, so maybe it's just less common than in GTK.
I don't see this behavior with either gui ever. Here is something I'd
like you to try:
Go to the pcb/src directory and run:
On 11/9/06, Giorgenes Gelatti <[EMAIL PROTECTED]> wrote:
by "all these things" i mean gschem and pcb.
But do not worry, it's just the complaining of a newbie user. :)
I mean, if it's mandatory to have things named "J", "R", why
none of gschem, gsch2pcb or pcb said me so?
I agree that gsch2pcb
by "all these things" i mean gschem and pcb.
But do not worry, it's just the complaining of a newbie user. :)
I mean, if it's mandatory to have things named "J", "R", why
none of gschem, gsch2pcb or pcb said me so?
It's still weird for me, but i'm sure there is some reason for that, I
just don't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
> Have you tried the lesstif one? I've never seen it do what you're
> seeing.
I've just downloaded the latest version out of CVS repository and
compiled it with first with lesstif and then with GTK GUI.
As far as I can see lesstif doesn't have t
22 matches
Mail list logo