From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (unknown [IPv6:2602:4b:a4e7:4600:12bf:48ff:fe7c:5584]) by hurricane.the-brannons.com (Postfix) with ESMTPSA id 6BE687862B for ; Wed, 12 Mar 2014 09:58:58 -0700 (PDT) From: Chris Brannon To: Edbrowse-dev@lists.the-brannons.com References: <20140128183238.eklhad@comcast.net> <20140301133523.GH19851@toaster.adamthompson.me.uk> Date: Wed, 12 Mar 2014 09:57:36 -0700 In-Reply-To: <20140301133523.GH19851@toaster.adamthompson.me.uk> (Adam Thompson's message of "Sat, 1 Mar 2014 13:35:23 +0000") Message-ID: <87r467we0v.fsf@mushroom.PK5001Z> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Edbrowse-dev] Render X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.17 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 16:58:58 -0000 Adam Thompson writes: >> > At the moment if js does stupid things and breaks the js dom that's not nice >> > if it completely destroys our method for rendering the buffer that's >> > not only difficult to debug but also means you end up with an empty page. Can't we make the render function (or edbrowse_render) read-only? I'm pretty sure we can. But maybe this still wouldn't solve all the problems. > I'd really like to know how browsers test when scripts have gone into infinite > loops, or have generally broken That's the halting problem, and it isn't computable. There's no way to truely detect whether an arbitrary script has failed. I suspect they just use a timeout, but I haven't looked at the source. We should be able to call alarm before JS execution and let SIGALRM interrupt JS when the timeout is reached. But I can't guarantee that Spidermonkey will not call sleep. Mixing calls to alarm and sleep is a bad idea. > No, static html will always exist, and I can point to many sites where the js > merely serves to run google analytics etc, > and which won't be changing any time soon. Yes, I'm pretty sure static html will always be with us, because a lot of written content is basically static. Also, lots of people are viewing the web with tablets and phones, and I've read that JavaScript sucks massively on mobile devices. Unfortunately, blogs created on Google's Blogger platform with the default template are unreadable without JavaScript. You needed JS enabled to read content that is static. They weren't readable with edbrowse, and last time I looked, they weren't even very nice to read in chrome with chromevox or firefox with a screen reader. Deedra had one of these, and she couldn't easily read it in firefox.That was early last year. Maybe Google has fixed their default template by now. -- Chris