🚀 go-pugleaf

In article <B614D7EF.A1E0%sroy@mac.com>, Steve Roy <sroy@mac.com> wrote:

>Eric Albert <ejalbert@stanford.edu> wrote:
>
>> The speed isn't really Metrowerks' fault, or that of the Java team at
>> Apple.

Are you using Carbon Lib 1.1  this really slows it down.

>I am not blaming either of those for this problem. But I am blaming
>Metrowerks for not acknowledging that there is a problem and for not
>providing a workaround. 

What do you think MetroNub is if not a work around.  We have also added
features like the variables to "none" option and other things to make this
faster.  I don't think it is right to say we are ignoring it or aren't
doing anything at all.  We are trying hard to fix this. 

> At the very least, they should have assigned one
>engineer to the Metronub plugin to ensure minimal functionality, while
>acknowledging the limitations of the workaround.

Read the release notes on MetroNub.  

>For now, there is no workaround, except for... println() statements. What
>year are we in?

I've had one user send me a photo of the mangled names in Java using the
MetroNub the others don't seem to have this problem I'd like more
information.  This may be a problem an extension conflict.

I don't mean to be unsympathetic I just want to help and I need
information to do that.

Ron

-- 
 "...we feel it's truly the best of the bunch."
Internet Week Reviews...Java Wars 2000
http://www.internetwk.com/reviews00/rev100200.htm

Metrowerks, "Software Starts Here" - Ron Liechty - MWRon@metrowerks.com