The Case In Favour Of The Case Against Javascript

The extra traffic that might be kept by a flashier design will more than make up for the traffic that is lost by a visitor that is using a browser that is too-primitive to view the site.

You're missing the point. If you treat Javascript as nothing more than form-handling gravvy for those whose browsers support it, and rely on CSS for formatting, and do it right (that is, no tables for layout, H? headers, P and DIV sections formatted using classes, and so on), then, funnily enough (or is it?), low-capability browsers like Lynx suddenly are able to produce a very usable browsing experience. You miss the eyecandy, but you get the content. And that should be a given. I have seen almost no use of Javascript so far that wasn't avoidable.

Internet Explorer 5.0+ is now used by over 92% (and rising) of the internet populatation.

Incidentally, IE's CSS support is the most idiosyncratic of all current browsers. I hope they don't keep that sort of market share. Oh, and what about the other 8%? That means 2 in 25 customers - a small, but not insignificant percentile. Can you afford to disgruntle them?

If you read the article, you'll find that is mostly about not retro-designing for dead, non-CSS supporting browsers (NN4), when the future of web browsers promises to be rich with CSS support.

I have read the article quite a while ago - but BUU was referring to DHTML, not CSS.

As far as heavy reliance on CSS and the departure from HTML3.2 design is concerned, you're preaching to the choir - as the last paragraph of my previous node might have indicated. I hate the fact we still have to pay attention to fastidious browsers when using CSS even so many years after the standard was publish. It's a huge shame - the web would look better and be more useable at the same time and also work well for the low-capability browsers as well if CSS was widely and properly supported. We could have our cake and it eat it too. Sigh.

You're comparing apples to oranges.

I'm not comparing anything. I was saying that DHTML locks out a small, but very important (and growing) part of your audience, which needn't happen when you can do the same thing with a different technique, and better in many ways to boot.

Makeshifts last the longest.

Comment on The Case In Favour Of The Case Against Javascript

Replies are listed 'Best First'.
The Case Against The Case In Favour of The Case Against Javascript by jryan (Vicar) on Nov 18, 2002 at 22:55 UTC
You're missing the point. If you treat Javascript as nothing more than form-handling gravvy for those whose browsers support it, and rely on CSS for formatting, and do it right (that is, no tables for layout, H? headers, P and DIV sections formatted using classes, and so on), then, funnily enough (or is it?), low-capability browsers like Lynx suddenly are able to produce a very usable browsing experience. You miss the eyecandy, but you get the content. And that should be a given. I have seen almost no use of Javascript so far that wasn't avoidable. No, I think you are missing the point. I'm simply being the devil's advocate; you seem to be saying to "do it (the right way)/(my), or you're idiotic!"; while I am trying to say that there might be other motivations than conformity with standards when designing a website. Incidentally, IE's CSS support is the most idiosyncratic of all current browsers. I hope they don't keep that sort of market share. Oh, and what about the other 8%? That means 2 in 25 customers - a small, but not insignificant percentile. Can you afford to disgruntle them? Please give credit where it is due. IE has been one of the leaders in supporing the CSS standards. IE5.0/Mac was even lauded in the web design community for its excellent support for standards. Besides, other browsers besides IE have support for CSS; Netscape 6+, Opera 4+, Konquerer, and Mozilla also have excellent CSS support. The actual baseline should actually be about 97% of browsers supporting a descent amount of standards. Ironically, most of the design at CSS edge is only viewable by these browsers. As to your last remark on this topic (about disgruntling customers), the way I see it is like this: You can look at a website like a store. Now, your store can cater to all customers (browsers), which means you can serve 100% of the people out there, or you can limit service to a somewhat higher class crowd (newer browsers). For instance, a restaurant might require a shirt and shoes (CSS/JavaScript compliance) for service. This might mean you lose the business of the swimmers coming back from the beach (users of older browsers), but at the same time it makes for a more comfortable experience for the rest of your customers. Which is the way to do the most amount of business? Thats hard to decide. On one hand, you lose some business from the customers you deny, and on the other hand, some customers' confidence might be shattered due to poor appearance and aesthetics. I'm not comparing anything. I was saying that DHTML locks out a small, but very important (and growing) part of your audience, which needn't happen when you can do the same thing with a different technique, and better in many ways to boot. And growing? Since when do browsers lose support? Are referring to handhelds? I think that the number of new computer users in general is growing at a much faster rate than the users of wireless internet.	[reply]
The Beach Behind The Case In Favour of The Case Against Javascript by Aristotle (Chancellor) on Nov 20, 2002 at 16:22 UTC
Near the beach, the amount of wet tapsy swimmers will be much greater than that of suits. :) And you needn't lose the suits! Just restrict yourself to CSS (and do it cleanly). Then you can have your cake and it eat it too. Consolites get content only, GUI folks get eyecandy as well, and both are happy. Let's abandon this DHTML craziness. Makeshifts last the longest.	[reply]