<div dir="ltr">[resent, doh... that&#39;s it, i&#39;m registering my other email address]<br><br><div class="gmail_quote">On Wed, Sep 24, 2008 at 4:32 PM, Darin Fisher <span dir="ltr">&lt;<a href="mailto:darin@google.com">darin@google.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr"><div class="Ih2E3d"><div class="gmail_quote">On Wed, Sep 24, 2008 at 4:22 PM, Maciej Stachowiak <span dir="ltr">&lt;<a href="mailto:mjs@apple.com" target="_blank">mjs@apple.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
On Sep 24, 2008, at 3:30 PM, Amanda Walker wrote:<br>
<br>
&gt;<br>
&gt; The renderer process will be using CoreText, CG, some Cocoa, etc., but<br>
&gt; using the Apple WebView sitting inside an NSScrollView which is in<br>
&gt; turn inside an NSWindow--we must introduce a proxy, since remoting<br>
&gt; NSView or NSWindow over DO doesn&#39;t work terribly well. &nbsp;This is part<br>
&gt; of what gave us the idea of using a flag that denotes the<br>
&gt; architecture, since the code changes are there to support this<br>
&gt; difference in architecture, not platform per se. &nbsp;However, I agree<br>
&gt; that USE or ENABLE on specific architecture features is a much better<br>
&gt; way to do this.<br>
<br>
</div>Do you guys have cross-process rendering working on Mac yet, even as a<br>
prototype? I am wondering if these statements about what is required<br>
to do it have been tested or are just assumptions.<br>
<br>
I ask because I suspect doing cross-process rendering efficiently on<br>
Mac is nontrivial and I would be concerned that changes could be made<br>
that go in the wrong direction, if there isn&#39;t a proof of concept done<br>
first.<br></blockquote></div><br><div><br></div></div><div>We have only done some basic prototyping, but it is important to note that plugins aside, our multiprocess architecture has nothing to do with the native widget system. &nbsp;We just render everything to a memory buffer, and then there is a native widget in the main process that is responsible for blitting that memory buffer to the screen. &nbsp;You can think of it like a application that views an image. &nbsp;Sounds portable to me. &nbsp;(Plugins are where it gets nasty.)</div>

<div><br></div><font color="#888888"><div>-Darin</div></font></div>
</blockquote></div><br></div>