According to statistics supplied by w3schools.com, as of Jan 08 approximately 95% of users had JS enabled.
Check out http://www.w3schools.com/browsers/browsers_stats.asp and look towards the middle of the page for the stats. Rick > -----Original Message----- > From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On > Behalf Of Simon Pascal Klein > Sent: Monday, January 26, 2009 10:59 PM > To: Jessica Enders > Cc: wsg@webstandardsgroup.org > Subject: [WSG] Re: Users who deliberately disable JavaScript > > Comments inline: > > On 27/01/2009, at 7:33 AM, Jessica Enders wrote: > > > Hi Pascal > > > > In the JavaScript/Accessibility/form validation discussion you > > mention "the growing number of users who purposefully disable > > JavaScript". I'm always curious just how many people this is. > > > > Do you, or does anyone else, have any statistics on this? Is there a > > reason you describe it as a "growing number"? > > > > Any information greatly appreciated. > > No, I dont have access to any statistics on the matter. I want to > clarify that my comment does not address the growing number of new > Internet users who most likely will have JavaScript turned on or the > majority of users in a holistic sense. I dont think the users that > disable JS are a majority but I definitely think they are on the rise > as many security experts are recommending JS to be disabled by default. > > Whether or not JS-disabled users are a statistic worth noting should > not be in question here. I think Anthony Ziebell puts it best: > > JavaScript should be implemented only to supplement / layer existing > functionality. Your site should operate just fine without it There > are always exceptions to this rule however you shouldnt let > JavaScript dictate how you code. > > > Kind regards. > > Pascal > > > > Cheers > > > > Jessica Enders > > Principal > > Formulate Information Design > > ---------------------------------------- > > http://formulate.com.au > > ---------------------------------------- > > Phone: (02) 6116 8765 > > Fax: (02) 8456 5916 > > PO Box 5108 > > Braddon ACT 2612 > > ---------------------------------------- > > > > On 19/01/2009, at 11:14 PM, Simon Pascal Klein wrote: > > > >> If there were further communication between the user and server > >> between submission of the form that would entail a page reload then > >> a screen user shouldnt have an issue, whereas if JavaScript would > >> run in the background and inject errors or suggestions as it thinks > >> the user makes them (e.g. password complexity recommendations, > >> username not available messages) numerous accessibility issues arise. > >> > >> The only solution that came to mind was having a generic message > >> (such as please fill out all marked (*) fields or the like) that > >> could be hidden using CSS and through JavaScript unhidden when an > >> error appears (though it could only be a generic error). As dandy > >> as these automatic feedback and error messages are through > >> JavaScript maybe a full submission and subsequent page reload is > >> bestafter all its impossible to tell those users using an > >> accessibility aid like a screen reader from those who do not, and > >> hey, the growing number of users who purposefully disable > >> JavaScript wont see the glitzy JavaScript injected errors anyway. > >> > >> Just my 0.2¢. > >> > >> > >> On 19/01/2009, at 5:52 PM, Rimantas Liubertas wrote: > >> > >>>> Isn't 'aria-required' a non-standard attribute? > >>> > >>> Sadly, yes. But there is some hope: it is possible that ARIA will be > >>> accepted in HTML5 and there is an initiative to provide validation > >>> for > >>> (X)HTML+ARIA: > >>> http://lists.w3.org/Archives/Public/wai-xtech/2008Sep/0381.html > >>> > >>> Validator.nu already has experimental support for HTML5+ARIA, and I > >>> believe (did not check) http://qa-dev.w3.org/wmvs/HEAD/ provides the > >>> same for document type "HTML5". > >>> > >>> There is also a possibility to add ARIA attributes with Javascript. > >>> All the options are controversial, but that's how it is for now :( > >>> > >>> Regards, > >>> Rimantas > >>> -- > >>> http://rimantas.com/ > >>> > >>> > >>> ******************************************************************* > >>> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > >>> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > >>> Help: memberh...@webstandardsgroup.org > >>> ******************************************************************* > >>> > >> > >> --- > >> Simon Pascal Klein > >> Concept designer > >> > >> (w) http://klepas.org > >> (e) kle...@klepas.org > >> > >> > >> > >> ******************************************************************* > >> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > >> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > >> Help: memberh...@webstandardsgroup.org > >> ******************************************************************* > > > > --- > Simon Pascal Klein > Graphic & Web Designer > > Web: http://klepas.org > E-mai: kle...@klepas.org > Twitter: @klepas; http://twitter.com/klepas > > > Kaffee und Kuchen. > > > > ******************************************************************* > List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm > Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm > Help: memberh...@webstandardsgroup.org > ******************************************************************* ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *******************************************************************