kai-martin knaak wrote:
Look at make_footprint_hash() in src/buffer.c
Maybe we need to read the menus in reverse order?
^
paths?
I'd say, the last path should receive highest priority. This is how the PATH
environment variable
Armin Faltl wrote:
you mean the first directory has highest priority, same in linker paths
Ouups, your are right.
---)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211
Welfengarten
DJ Delorie wrote:
For PCB, you'd edit $HOME/.pcb/settings to say something like:
lib-newlib = ../imported-
symbols/:../gedasymbols.org_salewski_symbols/:../custom-symbols/
For the GTK GUI this is overwritten by $HOME/.pcb/preferences
IMHO, the settings/preferences confusion needs to be
lib-contents-command = /bin/true
What is this command supposed to do?
The default is the command to provide the M4 library contents.
Without the contents list, there is no M4 library.
___
geda-user mailing list
geda-user@moria.seul.org
On Sun, 2010-08-15 at 00:35 -0400, DJ Delorie wrote:
More generally: What config files does import schematics look at?
Importing uses pcb's internal paths, not gafrc. Gnetlist simply
passes the list of elements to pcb and lets pcb load them.
You can point pcb's m4 library at a
For PCB, you'd edit $HOME/.pcb/settings to say something like:
lib-newlib =
../imported-symbols/:../gedasymbols.org_salewski_symbols/:../custom-symbols/
lib-contents-command = /bin/true
___
geda-user mailing list
geda-user@moria.seul.org
DJ Delorie wrote:
More generally: What config files does import schematics look at?
Importing uses pcb's internal paths, not gafrc.
This adds to the confusion. Both methods to transfer the the schematic
information to pcb should come up with the same set of footprints with no
subtleties in
More generally: What config files does import schematics look at?
Importing uses pcb's internal paths, not gafrc.
This adds to the confusion.
No, this is the same confusion that's always existed, which is why we
wanted to get rid of gsch2pcb and *only* use pcb's list. We've always
had
Seems to work, I pushed it to master tree. Thanks!
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
More generally: What config files does import schematics look at?
Importing uses pcb's internal paths, not gafrc. Gnetlist simply
passes the list of elements to pcb and lets pcb load them.
You can point pcb's m4 library at a non-existing directory, I suppose.
Look at make_footprint_hash() in
bump.
More generally: What config files does import schematics look at?
The import feature needs a bit more documentation.
--)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211
Kai-Martin Knaak wrote:
Yes please, with git format-patch if you can.
Here you go.
Did the patch apply?
---)kaimartin(---
--
Kai-Martin Knaak
Öffentlicher PGP-Schlüssel:
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53
___
DJ Delorie wrote:
Yes please, with git format-patch if you can.
Here you go. I tried to follow the recipe in
http://www.geda.seul.org/wiki/geda:scm#format_a_patch_to_send_to_the_developers
Hope, I didn't mess it.
---)kaimartin(---
--
Kai-Martin Knaak tel:
During my trial runs I noted, that the import prefers the default library
for footprints that have the same file name. But most of the time I want my
local footprints.
Is there a way to make import ignore the default library? With gsch2pcb I
achieve this feat with (reset-source-library) in the
DJ Delorie wrote:
Is this the latest git pcb?
looks-at-the-date
Not quite. It is git-head from june 15th.
I'll update and and report my mileage.
---)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst. für Quantenoptik
Kai-Martin Knaak wrote:
I'll update and and report my mileage.
Did an update and got no change. Text of replaced footprints is still offset
about 15 cm to the upper left.
---)kaimartin(---
--
Kai-Martin Knaak tel: +49-511-762-2895
Universität Hannover, Inst.
Well, you'll have to help with this then...
The code is in action.c near the end of ActionElementList() :
er = ElementOrientation (e);
pe = PASTEBUFFER-Data-Element[0];
pr = ElementOrientation (pe);
mx = e-MarkX;
my = e-MarkY;
if (er != pr)
DJ Delorie wrote:
Well, you'll have to help with this then...
(...)
for (i=0; iMAX_ELEMENTNAMES; i++)
{
pe-Name[i].X = e-Name[i].X - mx;
pe-Name[i].Y = e-Name[i].Y - my;
pe-Name[i].Direction = e-Name[i].Direction;
pe-Name[i].Scale = e-Name[i].Scale;
}
Ok, found it.
The names need an
Should I produce a patch file?
Yes please, with git format-patch if you can.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
19 matches
Mail list logo
