Hi,
I was just doing a final review on a board that I built in gschem/PCB
using (mostly) footprints out of the default library and saw what
appears to be a serious shortcoming. The following footprints have
silkscreen that overlaps the pads - something I've been told by
experienced board d
On Sun, 4 May 2008, Peter Clifton wrote:
> On Sun, 2008-05-04 at 13:19 -0700, David Griffith wrote:
> > On Sun, 4 May 2008, Peter Clifton wrote:
>
> > > Thanks for the pointer to the symbols,
> >
> > No problem! What are the criteria for getting a symbol into the regular
> > distribution?
>
> Sho
On Mon, 05 May 2008 01:31:06 +, Kai-Martin Knaak wrote:
> gschem had been successfully built before this error, though. When
> started it with my test schematics, text does indeed render as a real
> font.
Just posted a side-by-side screenshot on my blog:
http://lilalaser.de/blog/?p=9
On Mon, 05 May 2008 01:01:26 +0100, Peter Clifton wrote:
> Its in the cairo_experiment branch.
>
> Grab it again now, I've just pushed fixed code for polygons (which
> previously broke the build anyway).
Ok. Thanks to gitui, I finally figured how to change branches. Now I see
the font code in o
On Mon, 2008-05-05 at 00:08 +, Kai-Martin Knaak wrote:
> On Sun, 04 May 2008 15:07:31 +, Kai-Martin Knaak wrote:
>
> > I might volunteer to go through
> > the alphabet and produce a ttf version of the geda font.
>
> I'll start doing the conversion, if I get a note, that a ttf version of
On Sun, 04 May 2008 15:07:31 +, Kai-Martin Knaak wrote:
> I might volunteer to go through
> the alphabet and produce a ttf version of the geda font.
I'll start doing the conversion, if I get a note, that a ttf version of
the font would help get the cairo version of gschem up to speed.
---<(
On Sun, 2008-05-04 at 22:15 +, Kai-Martin Knaak wrote:
> On Sun, 04 May 2008 16:34:19 +0100, Peter Clifton wrote:
>
> > BTW.. Please take a play and see what fonts you like. Search for "Sans"
> > in o_text.c.
>
> I can't find "sans" or "Sans" in o_text.c
> grep for "Sans" over the whole pcjc
On Sun, 04 May 2008 16:34:19 +0100, Peter Clifton wrote:
> BTW.. Please take a play and see what fonts you like. Search for "Sans"
> in o_text.c.
I can't find "sans" or "Sans" in o_text.c
grep for "Sans" over the whole pcjc2 dir, returns the localename
"Sanscrit" ;-)
Maybe you meant some othe
On Sun, 2008-05-04 at 13:19 -0700, David Griffith wrote:
> On Sun, 4 May 2008, Peter Clifton wrote:
> > Thanks for the pointer to the symbols,
>
> No problem! What are the criteria for getting a symbol into the regular
> distribution?
Short answer: Check with Ales if they can go in.
Long answe
On Sun, 4 May 2008, Peter Clifton wrote:
> On Sun, 2008-05-04 at 13:10 -0700, David Griffith wrote:
> > Is it really true that gschem lacks ammeter and voltmeter symbols? Those
> > seem a bit too basic to forget. I put some up at
> > http://www.gedasymbols.org/user/david_griffith/ in case anyone
On Sun, 2008-05-04 at 13:10 -0700, David Griffith wrote:
> Is it really true that gschem lacks ammeter and voltmeter symbols? Those
> seem a bit too basic to forget. I put some up at
> http://www.gedasymbols.org/user/david_griffith/ in case anyone's
> interested.
Seems odd we don't have them.
M
Is it really true that gschem lacks ammeter and voltmeter symbols? Those
seem a bit too basic to forget. I put some up at
http://www.gedasymbols.org/user/david_griffith/ in case anyone's
interested.
--
David Griffith
[EMAIL PROTECTED]
___
geda-user
Thanks for reply.
I have converted my design, however naming nets is more problematic than those
bus connection symbols, mostly because of placement of the text. With \_ symbol
netname= attribute is always near bus (where I want it), with nets it is not. I
red that that buses are new - is this t
> into a postscript file I find the keyword "helvetica". Why not use
> helvetica as default on the screen too? Due to license issues nimbus sans
> might be a better choice.
If you're worried about license issues, try the Liberation fonts Red
Hat commissioned. They're specifically designed to
Why not just use one of these:
Analog Devices ADE7753 - Has an application note AN564 with a complete design.
There is also an evaluation board w/ schematic ADE7753EB
- Original Message
From: Randall Nortman <[EMAIL PROTECTED]>
To: gEDA user mailing list
Sent: Friday, May 2, 2008 1:
On Sun, 2008-05-04 at 16:34 +0100, Peter Clifton wrote:
> On Sun, 2008-05-04 at 15:22 +, Kai-Martin Knaak wrote:
> > On Sat, 03 May 2008 15:10:14 +0100, Peter Clifton wrote:
> >
> > > Yes, that's exactly the right diagnosis. Cairo supports glyphs and
> > > fonts, just not ones defined at run-t
On Sun, 2008-05-04 at 15:22 +, Kai-Martin Knaak wrote:
> On Sat, 03 May 2008 15:10:14 +0100, Peter Clifton wrote:
>
> > Yes, that's exactly the right diagnosis. Cairo supports glyphs and
> > fonts, just not ones defined at run-time by the user of its API. (IE.
> > gschem can't yet describe to
On Sun, 2008-05-04 at 09:02 -0400, Ales Hvezda wrote:
> [snip]
> >Just thought I'd share a couple of screen-shots of a feature hopefully
> >targeted for gEDA 1.6.0, support for closed / filled polygons.
> >
>
> Questions, why didn't you use gdk's simple polygon API for this?
>
> (http://lib
On Sun, 2008-05-04 at 09:29 -0400, Ales Hvezda wrote:
> [snip]
> > Questions, why didn't you use gdk's simple polygon API for this?
> >
Mainly because I was working off the top of my cairo_experiment branch,
and that the polygon API doesn't allow curved path segments. The
internal representati
On Sat, 03 May 2008 15:10:14 +0100, Peter Clifton wrote:
> Yes, that's exactly the right diagnosis. Cairo supports glyphs and
> fonts, just not ones defined at run-time by the user of its API. (IE.
> gschem can't yet describe to cairo what it thinks the various glyphs
> should look like),
I could
On Sat, 03 May 2008 21:47:19 +0100, Peter Clifton wrote:
> Re-fetch, checkout and build the branch now..
It builds right now.
(make install spends most of the time just copying the symbol files. Is
there an option to avoid this time consuming activity?)
Panning seems to be smoother now when zoo
>> Hello,
>> I have created a schematic with buses on it, however after drc I found that
> buses are not connected.
>> When I connect a net to a bus gschem draws a nice bus connection symbol (lo
>oks like \_). I added a netname=something attribute to these symbols to connec
>t right pins but it
[snip]
> Questions, why didn't you use gdk's simple polygon API for this?
>
And before this line of questioning is questioned..., I'm not
opposed to using cairo as a rendering mechanism, just as long as it is
completely optional (for a while, just like gtk v1 vs gtk2) and that there
[snip]
>Just thought I'd share a couple of screen-shots of a feature hopefully
>targeted for gEDA 1.6.0, support for closed / filled polygons.
>
Questions, why didn't you use gdk's simple polygon API for this?
(http://library.gnome.org/devel/gdk/2.12/gdk-Drawing-Primitives.html#gdk-draw-
On Sun, May 4, 2008 at 8:31 AM, michalwd1979 <[EMAIL PROTECTED]> wrote:
> Hello,
> I have created a schematic with buses on it, however after drc I found that
> buses are not connected.
> When I connect a net to a bus gschem draws a nice bus connection symbol
> (looks like \_). I added a netnam
Hello,
I have created a schematic with buses on it, however after drc I found that
buses are not connected.
When I connect a net to a bus gschem draws a nice bus connection symbol (looks
like \_). I added a netname=something attribute to these symbols to connect
right pins but it seems that the
Just thought I'd share a couple of screen-shots of a feature hopefully
targeted for gEDA 1.6.0, support for closed / filled polygons.
Since its simple to do so with cairo, I've implemented this a an
arbitrary SVG type path string. Code-reuse from librsvg (LGPL) made this
a more approachable task.
27 matches
Mail list logo