🚀 go-pugleaf

In article <hawkfish-2C61B2.08333222032001@brokaw.wa.com>,
 Richard Wesley <hawkfish@electricfish.com> wrote:

> In article <meleuwal-404F9A.14461721032001@news.xmission.com>,
>  Mel Walker <meleuwal@starSP0MtrekSP0Mmail.com> wrote:
> 
> > Anything that expects a pattern's starting point not to change if the 
> > origin of the GrafPort changed would have this problem.
[...]
> > > - The only real workaround is to intercept the EraseRect and EraseRgn 
> > > bottlenecks and fix the origin before calling StdXXX;
> > 
> > Why not just modify the PP files that do the erasing? Or would that 
> > include too many files? 
> 
> Bingo.  I can fix the bottlenecks in my dialog base class and be done 
> with it.  (Hopefully - I still haven't tried it.)

Why not post some code, once you figure it out? It would probably be 
helpful to others in the interim before the PP fix comes out. If you're 
allowed to do so by your employment, of course.

> > In any event, I expect that's a solution for a 
> > small application only, though. A PowerPlant fix is in order.
> 
> Indeed.

I think this kind of problem is one of the reasons that Apple isn't 
making a hugely big deal out of the OS X shipping date tomorrow. This 
isn't a major problem, but it will take a little time to get fixed, if 
only to get a new PowerPlant out of the Metrowerks pipeline.

Anyway, it's always nice to know that these things can be worked-around. 
It restores my faith in technology. :-)

-- 
--
meleuwal@starSP0MtrekSP0Mmail.com