From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 13F3B784A2 for ; Fri, 21 Feb 2014 04:06:18 -0800 (PST) Received: by mail-we0-f173.google.com with SMTP id x48so2446639wes.4 for ; Fri, 21 Feb 2014 04:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=nfwGXp0v7kO3HjPDPoAhYM2SXkf6pqxQDTsGSih2foA=; b=Yu+3MYaWxk8zWOYhxhwBBghnFt/vcjYvZygcKU5V7XihPU31pzqy8PsnresDAefehd C+PCQPjb1LflfyA7EVnLjfhHVEd+R7gWqTj8aREkVTCZw7luX8102G4TpeiNyPuJwgMc rp/5TKoXi8FPwo6IQpHPDk6J85BaPF248lClIWBr/25FjU1ag/LZ4Lq7+3DkRMeadAtD OuOEZGdJAPh0CGTZKTF67nQ/teS9wKfJNp9XWe6f954pIH8IRgKPa3X+WXUWKjjxbfkG CBcgPmjTU8GaDrMbrh5UwW5UHVUu+DnUaIAEDOVOFTd1FWtOGyI+6feR07vuuMuF7BlS A3rQ== X-Received: by 10.194.89.33 with SMTP id bl1mr6865273wjb.64.1392984321341; Fri, 21 Feb 2014 04:05:21 -0800 (PST) Received: from toaster.adamthompson.me.uk (toaster.adamthompson.me.uk. [2001:8b0:1142:9042::2]) by mx.google.com with ESMTPSA id fm3sm7198328wib.8.2014.02.21.04.05.19 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 21 Feb 2014 04:05:20 -0800 (PST) Date: Fri, 21 Feb 2014 12:05:17 +0000 From: Adam Thompson To: Karl Dahlke Message-ID: <20140221120517.GW28870@toaster.adamthompson.me.uk> References: <20140121044117.eklhad@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140121044117.eklhad@comcast.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Edbrowse-dev@lists.the-brannons.com Subject: Re: [Edbrowse-dev] noscript 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: Fri, 21 Feb 2014 12:06:19 -0000 On Fri, Feb 21, 2014 at 04:41:17AM -0500, Karl Dahlke wrote: > > However I think displaying the contents of the noscript tags if js is already > > dead makes sense, since if we have a js failure, > > it'd then be possible to refresh the page to get the noscript contents. > > When you refresh the page you "quit" the old page. > That frees the js context. > Then the new page gets a new js context and js is working again. > It would then likely run into the same error. > You have to specifically turn off js first, then refresh. > But yes you could do that. Yeah, I forgot to say it'd be: js rf rather than just: rf > > I can't help wonder if this feature would be annoying, > there are lots of sites like Google that I run all the time without js, > it saves time and errors and the site runs just as well. > > nojs = partner.googleadservices.com > nojs = google.com > nojs = googlesyndication.com > nojs = google-analytics.com > > Do I really want to read all those noscript messages every time? > > Your browser is not javascript enabled. > This site will not perform optimally under these conditions. > To access all the features of this site, please turn on javascript. > Here are directions on how to do so. > Blah Blah blah for each browser. They appear on plenty of sites anyway if js doesn't run correctly. I'm not sure how, probably by altering the contents of a particular tag if js runs but initialising it with the non-js error, or setting something to invisible in js. > > Do I really want to read through that every time I access Google, > or any other site that I have determines runs fine without javascript? > I'm not trying to be contrary here, just thinking of > all the ramifications of turning noscript on. > Or maybe noscript runs if js is dead, > but not for the nojs commands in the config file, > because I have already determined it's ok to run those sites without js. In this case, what about for sites where you want js off but noscript on? How about: - add a flag saying if we want the noscript tags - this is enabled by default in *all* cases where js is disabled - have some way of disabling it for certain sites - also have a command to disable it globally which can then go in someone's init function At the end of the day, my personal opinion is that noscript is (or certainly was) a suggested mechanism for web developers to handle browsers without javascript support and edbrowse should probably use this by default if it isn't going to try and run the javascript. However, as you say, in some cases these messages are just annoying and should be switched off. However, I think it should be a user's choice, particularly as there are cases where the web developers have actually used the noscript tags to do helpful things like provide non-js functionality. Cheers, Adam.