Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8507170C1 for ; Wed, 26 Oct 2011 20:27:58 +0000 (UTC) Received: (qmail 7574 invoked by uid 500); 26 Oct 2011 20:27:58 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 7555 invoked by uid 500); 26 Oct 2011 20:27:58 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 7547 invoked by uid 99); 26 Oct 2011 20:27:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2011 20:27:58 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of brian.leroux@gmail.com designates 209.85.216.182 as permitted sender) Received: from [209.85.216.182] (HELO mail-qy0-f182.google.com) (209.85.216.182) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2011 20:27:52 +0000 Received: by qyg14 with SMTP id 14so2564286qyg.6 for ; Wed, 26 Oct 2011 13:27:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=URCURsv9B9jHWQrcYT77PmHIlE1JJiKqR37P5qXm65g=; b=wi8XA0XkKR7QdGNaj//3NH6iUWF8XOAKaCULudKVnbb93NMCddw15keIyZnoY62hAk Vli9ll+azLqlGtQ8qGFzJaLXYepKsdF1+KM/FuSfi48Iy4Ek+Y17LB5NXbxuCVjWkyqo fAXRpJ0sCbpDeSL4S7tweclQnfjJdl+Vtwe5M= MIME-Version: 1.0 Received: by 10.229.52.148 with SMTP id i20mr527720qcg.81.1319660851234; Wed, 26 Oct 2011 13:27:31 -0700 (PDT) Sender: brian.leroux@gmail.com Received: by 10.229.85.20 with HTTP; Wed, 26 Oct 2011 13:27:31 -0700 (PDT) In-Reply-To: References: <41E779D3-A210-4BA2-BCE9-3750178DECF7@gmail.com> <5CB0A760-916E-4006-9ED8-4E725205BF8C@gmail.com> Date: Wed, 26 Oct 2011 13:27:31 -0700 X-Google-Sender-Auth: JuktDKNG338wk9hIX49fKMy_Iy0 Message-ID: Subject: Re: new iOS command queue may have broken innerHTML fix From: Brian LeRoux To: callback-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Matthew --- this is really interesting work. Where can I have a look at your Spidermonkey stuff? Think its a very compelling route. On Wed, Oct 26, 2011 at 9:53 AM, Matthew Schulkind wrote: > I've now run just about all of my code (including phonegap) under V8 (using > chrome for the developer tools), WebKit, and now SpiderMonkey with no > changes other than adding the missing bits where appropriate (like > setTimeout/Interval and XHR for SpiderMonkey). > > What problems would you think would exist? > > On Wed, Oct 26, 2011 at 12:46 PM, Matt Kane wrote: > >> I meant in general, rather than specific to the ObjC<->JS bridge. >> >> On 26 Oct 2011, at 17:36, Matthew Schulkind wrote: >> >> > I was using only UIWebView and had the previously mentioned problems. Now >> I >> > ripped out UIWebView completely and I'm only using SpiderMonkey and >> having >> > none of the previously mentioned problems. >> > >> > On Wed, Oct 26, 2011 at 4:14 AM, Matt Kane wrote: >> > >> >> You're using Webkit + Spidermonkey? Isn't that just asking for massive >> >> compatibility headaches? >> >> >> >> On 25 Oct 2011, at 23:29, Matthew Schulkind wrote: >> >> >> >>> I have had tons of problems with UIWebView in general, so much so that >> >> I've >> >>> just about finished abandoning it. I've been working on a set of native >> >> UI >> >>> components for Callback (that sounds weird...), so I luckily don't need >> >> the >> >>> HTML display of UIWebView, so I'm currently 90% of the way to >> integrating >> >>> SpiderMonkey with phonegap, which totally gets rid of any exec() type >> >>> problems because you get to use a real ObjC<->Javascript interface. >> >> >> >> >> >> >