<snip>
> > The latter should be a function on one of the menus. Anybody want to
write
> > a re-pour poly server?
> >
> > Jason Morgan
>
> Maybe this is something you allready know. Here is how I do batch polygon
> plane re-pours: (I still have my head in the P98 hole so I don't know if
> this works in P99SE)
>
> (1) Select all the planes that you want re-poured. This is the hardest
> step depending on how many planes you have and what-not. You can allways
> do a "Select All" too.
> (2) With the planes selected excecute a Move|Selection command but dont
> move your selection by any distance, just go through the motions.
> (3) Protel now thinks all the planes have moved and will ask "Repour all
> polygons?" upon which you reply "Yes".
> (4) Every selected plane will be re-poured one by one untill they are all
> done. This could take a while.
>
> This procedure is still sort of a manual thing in that you have to go
> around selecting which plane you want but I don't see how you could get
out
> of that task anyways. The big advantage of this is having Protel crunch
> the planes as a batch while freeing you do other things like sleep.
<snip>
> Dave Lewis
After experience gained from writing code to invert any polygons within a
PCB being inverted, my wish would be for Protel to provide users with the
capability to (optionally) *inhibit* the invocation of the "Confirm" dialog
box that is currently invoked following the manipulation of one or more
polygons (and the capability to (optionally) inhibit (re)pouring of polygons
in general). Apart from complicating the code that Ian Wilson and I are
currently working on, there are times when users don't want polygons to be
repoured (following any manipulation of these), and the invocation of this
dialog box can be a nuisance then as well. As such, it would be nice if
users could provide a parameter of "RepourPolygons=False" or
"RepourPolygons=True" when invoking any Processes that move objects within
the PCB file (or otherwise manipulate polygons). When so provided, this
dialog box would *not* subsequently be invoked (as the user has already
indicated which option is required), so it would *only* be invoked if the
user had *not* provided one of these parameters (*and* one or more polygons
had been manipulated).
It is not clever to do so, but a polygon object can be one layer, while
one/more than one/all of its associated primitive objects (arcs, fills, and
tracks) are on (a) *different* layer(s). As such, a good case could be made
for Protel to clean up its code so that when a polygon is moved from one
layer to another, its associated primitives *always* follow suit,
*regardless* of whether the polygon is also repoured at the same time *or
otherwise*. And whenever a polygon is in a state where its primitives can be
individually manipulated (i.e. when the "Lock Primitives" checkbox is not
checked), the layer of any associated primitive should be solely displayed
in its associated dialog box, and should *not* be capable of being changed.
(Any PCB file saved in ASCII format should really be checked for this aspect
as well (whenever it is reopened); the detection of any primitive not
residing on the same layer as its parent polygon should be cause for the PCB
file to be regarded as "non-kosher".)
I don't know if it is still the case, but at least in the past, it was
extremely inadvisable to "expode" a polygon and *then* attempt to move any
of the associated primitives to a different layer; such primitives had a
tendency to "think" that they were *still* on the *previous* layer
afterwards. In any case, polygons still contain "gotchas" for the unwary, as
has been discussed both here and during another relatively recent thread.
Regards,
Geoff Harland.
-----------------------------
E-Mail Disclaimer
The Information in this e-mail is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
e-mail by anyone else is unauthorised. If you are not the intended
recipient, any disclosure, copying, distribution or any action taken
or omitted to be taken in reliance on it, is prohibited and may be
unlawful. Any opinions or advice contained in this e-mail are
confidential and not for public display.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* To post a message: mailto:[EMAIL PROTECTED]
*
* To leave this list visit:
* http://www.techservinc.com/protelusers/subscrib.html
* - or email -
* mailto:[EMAIL PROTECTED]?body=leave%20proteledaforum
*
* Contact the list manager:
* mailto:[EMAIL PROTECTED]
*
* Browse or Search previous postings:
* http://www.mail-archive.com/[email protected]
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
