On Fri, Apr 9, 2010 at 1:53 PM, Cameron Zwarich <span dir="ltr">&lt;<a href="mailto:cwzwarich@webkit.org">cwzwarich@webkit.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><div>On Apr 9, 2010, at 2:34 AM, Jeremy Orlow wrote:</div><br></div><div class="im"><blockquote type="cite"><div class="gmail_quote">On Fri, Apr 9, 2010 at 2:33 AM, Adam Treat <span dir="ltr">&lt;<a href="mailto:treat@kde.org" target="_blank">treat@kde.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

<div>On Thursday 08 April 2010 09:24:32 pm Darin Adler wrote:<br>
&gt; On Apr 8, 2010, at 6:23 PM, Adam Treat wrote:<br>
&gt; &gt; Can someone please point to the bug report and the forum where this<br>
&gt; &gt; development was discussed by the greater WebKit community?<br>
&gt;<br>
&gt; The time for that discussion is now. The forum is here.<br>
&gt;<br>
&gt; I suggest we use this mailing list, not a bug report.<br>
<br>
</div>Isn&#39;t that a little cart before the horse?  It is already actively being<br>
landed...<br></blockquote><div><br></div><div>I&#39;d have to agree.  A new port is a maintenance burden on the entire community.  Normally we discuss such things before starting to commit them.</div></div></blockquote><div>
<br></div></div><div>We seem to welcome pretty much any port that has an active maintainer.</div><div><br></div><div>In the past we have accepted the Chromium port despite it having a new JS engine, new DOM bindings, an overreaching catch-all #ifdef for unrelated changes, numerous layering violations, and seemingly unnecessary changes or replacements of platform-independent code. All of these problems were discussed on webkit-dev and in Bugzilla prior to Chromium landing, but they were largely ignored and still exist today.</div>
<div class="im"><div><br></div></div></div></div></blockquote><div><br></div><div>Perhaps we should discuss some of these problems that you perceive to still exist with the Chromium port at the WebKit conference.  I&#39;d like to understand better.</div>
<div><br></div><div>I have heard/read some arguments in favor of breaking PLATFORM(CHROMIUM) up into separate defines, and that all sounds conceptually reasonable, but there hasn&#39;t been much of a need to do so since there have been no other ports interested in sharing portions of what is currently behind PLATFORM(CHROMIUM).  Perhaps we&#39;re at a point now, because of WebKit2, in which we would benefit from sharing code that is presently behind PLATFORM(CHROMIUM)?</div>
<div><br></div><div>Regards,</div><div>-Darin</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div><div class="im">
<div></div><blockquote type="cite"><div class="gmail_quote"><div>

For example, my first question is whether we can adapt the Chromium WebKit API (or devise an API that could replace the Chromium WebKit API) since it sounds like our goals and the goals of this new API are fairly similar.  If we do the former, I&#39;m sure we can talk about changing the name.  :-)</div>


</div></blockquote><br></div></div><div>As it stands, there is no way for a WebKit port to opt in to Chromium&#39;s multiprocess model, and making this possible has never been a priority for the Chromium team. WebKit 2 looks a lot cleaner in this respect.</div>
<br><font color="#888888"><div>Cameron</div></font></div><br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br>