Re: gEDA-user: replicating pcb layout cells

2006-11-06 Thread John Griessen



John Luciani wrote:


> >  The script works fine with the latest element file
> > format even though he made it before it existed.
>
> Thats because the .

.
.
.
>> On 11/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

I'm not sure what your script does, but I would think that the real
"because" reason is 

.
.
.

Not correct. The "because" reason relates to the ability

.
.
[jg]Both of you have made code that's change tolerant.  Congratulations!

John G


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: replicating pcb layout cells

2006-11-06 Thread John Luciani

On 11/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> >  The script works fine with the latest element file
> > format even though he made it before it existed.
>
> Thats because the (x,y) data for each type of record type (Element,
> Line, .. etc)
> is in the same position in the record and all other data is output verbatim.
> This could break if the  file format changes. If this happens you could
> modify the Pt_fields hash to accept the new format or to accept
> multiple formats.

I'm not sure what your script does, but I would think that the real
"because" reason is that pcb is fully capable of reading all old format
data. It doesn't matter what new file formats look like so long as
you aren't trying to use new features, write in one format and pcb
will always be able to read it.


Not correct. The "because" reason relates to the ability of my program to
input a new file format (for which it wasn't designed) and output a correct
PCB layout not PCB's ability to read new and old file formats.

(* jcl *)

--
http://www.luciani.org


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: replicating pcb layout cells

2006-11-06 Thread bumpelo
> >  The script works fine with the latest element file
> > format even though he made it before it existed.
> 
> Thats because the (x,y) data for each type of record type (Element,
> Line, .. etc)
> is in the same position in the record and all other data is output verbatim.
> This could break if the  file format changes. If this happens you could
> modify the Pt_fields hash to accept the new format or to accept
> multiple formats.

I'm not sure what your script does, but I would think that the real
"because" reason is that pcb is fully capable of reading all old format
data. It doesn't matter what new file formats look like so long as
you aren't trying to use new features, write in one format and pcb
will always be able to read it.


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


Re: gEDA-user: replicating pcb layout cells

2006-11-06 Thread John Luciani

On 11/5/06, John Griessen <[EMAIL PROTECTED]> wrote:

 The script works fine with the latest element file
format even though he made it before it existed.


Thats because the (x,y) data for each type of record type (Element,
Line, .. etc)
is in the same position in the record and all other data is output verbatim.
This could break if the  file format changes. If this happens you could
modify the Pt_fields hash to accept the new format or to accept
multiple formats.



Thanks John L,



Your welcome.

(* jcl *)

--
http://www.luciani.org


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


gEDA-user: replicating pcb layout cells

2006-11-05 Thread John Griessen

I just found out a different way to use the perl script pcb-matrix by:

John Luciani

www.luciani.org


He wrote it with such good documentation and meaningful variable names I
could modify it in 5 minutes of reading to do a different process!

Normally, his script makes a copy of a layout cell, and increments all the 
refdes numbers of succeeding ones.  I have some layout and a netlist with 
hierarchy, so I didn't want my sub circuit refdes's to increment, but to have a 
prefix instead.   So far, I've made a little hack to turn off the incrementing 
and it didn't create any problems -- I'll be able to text edit and change the 
refdes's to have S1/, S2/ etc, and i may even take a hack at creating those 
prefixes with the script...  The script works fine with the latest element file 
format even though he made it before it existed.


Thanks John L,

John G

pcb-matrix  modified (pseudo diff):

#return sprintf("\"%s%i\"", $prefix, $ordinal + $last * $row + $last * 
($Cfg{last_row}+1) * $col);

return sprintf("\"%s%i\"", $prefix, $ordinal );  #jg's no count version..
---


___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user