Steven Michalske wrote:
As you guys continue to debate this... Look at how pcb makes the xyrs data
files. You'll findout that it generates it from the pcb file not the library.
It takes the center of the part from the pins and pads. Then it puts pin 1
somewhere consistent. See the
Rick Collins wrote:
At 05:34 PM 10/1/2010, you wrote:
Rick Collins wrote:
If for whatever reason the designer used 2 different footprints for
the same part occuring
several times on a board, if the footprints are position/rotation
inconsisten...
I have no idea why anyone would do that.
Real
Kai-Martin Knaak wrote:
I think registration marks help a lot. Attached you find my favourite
mark, that regrettably can't be converted into a footprint, because it
contains polygons.
I converted it to a footprint anyway ;-)
Nice work, thanks
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there
is a centroid vector to allow the pin 1 orientation to be set
compatibly with the Gerber files. If you
On 10/02/2010 07:35 PM, kai-martin knaak wrote:
Yes, to fix this kind of inconsistency, only one application can keep
its traditional key binding. The fix will break long standing habits of
power users.
Not always. I use a menu.res that makes gschem and pcb keys similar already :-)
Other
Rick Collins wrote:
I really don't know what you are talking about. The footprint will
show up on your layout in some orientation. That is the orientation
it will have on the board in the Gerber files. How will the
transformations affect that? What you see is what you get.
This
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there is
a centroid vector to allow the pin 1 orientation to be set
compatibly with the
At 06:09 PM 10/3/2010, you wrote:
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB
world. With FreePCB the library has a default orientation for
parts and there is a centroid vector to allow the pin 1
On 09/29/2010 11:58 PM, DJ Delorie wrote:
If someone can get the mingw builds working again, I'd appreciate that
- neither the win32/build_pcb script nor a fedora mingw cross compiler
work for me.
After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on
Ubuntu using my
On Mon, Oct 04, 2010 at 12:09:22AM +0200, Armin Faltl wrote:
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there
is a centroid vector
At 10:23 PM 10/3/2010, you wrote:
On Mon, Oct 04, 2010 at 12:09:22AM +0200, Armin Faltl wrote:
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts
After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on
Ubuntu using my cross-compiler build script (minipack). I'll work on a
patch. Fortunately, the Windows API already provides an implementation
of spawnvp.
Excellent! If you could put update the readme and built
12 matches
Mail list logo