<br><font size=2 face="sans-serif">So, maybe this is a bit naive question, but why not just use Open/GL and be done with it?</font>
<br><font size=2 face="sans-serif">Wouldn't this also improve commonality across targets, since OpenGL is theoretically the same across targets?</font>
<br>
<br><font size=2 face="sans-serif">BTW, Quartz Extreme doesn't help folks with iBooks, which I presume is an important issue for Squeak(land).</font>
<br>
<br><font size=2 face="sans-serif"> -Dean</font>
<br>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>John M McIntosh <johnmci@smalltalkconsulting.com></b></font>
<br><font size=1 face="sans-serif">Sent by: squeak-dev-bounces@lists.squeakfoundation.org</font>
<p><font size=1 face="sans-serif">08/18/2005 05:40 PM</font>
<br><font size=1 face="sans-serif">Please respond to The general-purpose Squeak developers list</font>
<br>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To: rootbeer@redcat.com, The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org></font>
<br><font size=1 face="sans-serif"> cc: </font>
<br><font size=1 face="sans-serif"> Subject: Re: pending mac VM 3.8.8b7 for comment</font></table>
<br>
<br>
<br><font size=2 face="Courier New">Ok, first I'm pleased to say I've a telephone conference with an <br>
engineer at apple next week to discuss drawing performance issues.<br>
<br>
Second: In the Apple MacIntel universal binary compatibility <br>
document we find:<br>
"Tip: The best solution is to convert your QuickDraw code to Quartz <br>
2D. QuickDraw was deprecated<br>
starting in Mac OS X v10.4. For help with converting to Quartz 2D, <br>
see Quartz 2D Programming for<br>
QuickDraw Developers."<br>
<br>
This is a clue/command from Apple to convert to the quartz drawing <br>
environment going forward for applications that want to run<br>
natively on MacIntel.<br>
<br>
The 3.8.6b1 VM uses quickdraw and was tuned to reduce screen <br>
flushing, see a 3.8.5b1VM for how dismal the hilbert code could run.<br>
<br>
Now a major complaint over the years is that os-x quartz drawing is <br>
slow as compared to os-9, this is show in your numbers of 7.8 versus 6.5<br>
Apple's response is that Quartz extreme will address those problems, <br>
or you should use Open/GL for drawing.<br>
<br>
As for picking which code to run based on operating system versions, <br>
this could be done, it makes support a bit harder, and for now I'm <br>
waiting to<br>
see what apple says about our drawing problem.<br>
<br>
On 18-Aug-05, at 12:53 PM, Tom Phoenix wrote:<br>
<br>
> On 8/18/05, John M McIntosh <johnmci@smalltalkconsulting.com> wrote:<br>
><br>
>> I've posted a mac vm 3.8.8b9<br>
>><br>
><br>
> 10 timesRepeat: [Transcript show: (Time millisecondsToRun: [<br>
> | b |<br>
> b _ Pen new.<br>
> Display fillWhite.<br>
> b place:(Display boundingBox bottomLeft).<br>
> b hilbert: 7 side: 2]); cr]<br>
><br>
> This runs in about 7.8 seconds per iteration. But it only takes about<br>
> 6.5 seconds to run under 3.8.6Beta6. Is that because of the<br>
> unavoidable changes, or is there some way to let machines which can<br>
> run the older code do so?<br>
><br>
> --Tom Phoenix<br>
><br>
><br>
><br>
<br>
--<br>
======================================================================== <br>
===<br>
John M. McIntosh <johnmci@smalltalkconsulting.com> 1-800-477-2659<br>
Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com<br>
======================================================================== <br>
===<br>
<br>
<br>
</font>
<br>
<br>