![]() |
Validation & Validation |
|
Once the site at the new server is ready, this message will automatically disappear!
Meanwhile, you can see how the move is progressing at the status page.
Home | HTML section | VTML section
|
||
Classification |
The matrix below classifies some validation programs and services according to the two classification types outlined above. The links are to a short review below.
|
|||||||||||||||||||
Product reviews: Off-line products |
|
Product reviews: On-line products |
|
|
Conclusions |
HomeSite together with CSE HTML ValidatorAs you can see from the classification matrix, HomeSite together with CSE HTML Validator covers three of the five types of classification. It also does that quite capably. That's quite a lot to get with your HTML editor! But it's also obvious by now that this is not all there is. If you create pages for a controlled environment like an Intranet, this combo may be all you need; but if your pages are to be on the open Internet, read on. Also read on if you use any kind of server-side scripting that generates HTML! Validation against a standard DTDWhat's really missing in the HomeSite/CSE combo is actual validation against a standard DTD. While CSE HTML Validator can come close, especially when configured to be tougher than it comes out of the electronic box (see Tougher validation) it can't do it all. There are some types of HTML errors that CSE simply cannot see (unless you do a lot of editing of its configuration file). I'll add a page later explaining why this is so; for now, just accept it as a fact. While the most usual browsers probably won't have a problem with such errors, you can never be sure what a browser will make of it: browsers are written to do their best when they encounter an error and try to guess what the intention was. But they are guessing and they all do that differently. You'll have much more certainty that your page will display and work as intended if it doesn't keep the browsers guessing. So if you want that ensurance, you still need to do a real DTD validation. If you need to minimize on-line time, both the Spyglass program (if you have Windows 95) or Weblint (if you can run Perl) would be useful additions to your toolbox. While both only recognize HTML 3.2 and Weblint does not really work like a DTD validator, they can help weed out some errors before going on-line for a final check. For real DTD validation against all standards, there is now only one good choice left: the W3C HTML Validation Service which has the same friendly output as KGV but which will only check pages already on-line. Both include the option to use WebLint (which does not yet support HTML 4.0). There's an extra advantage to using the W3C service if you use a server-side scripting language like PHP or ColdFusion: the program sees what a browser sees so you can use this to validate the generated HTML! If you need to check more than a single page, keep a list of URLs handy to cut and paste, and save or print the report pages. If you're checking pages with the W3C service you can put them in a "hidden" directory if you don't want them to publicly viewable before you're done checking. Update: The source code Compatibility checkingDepending on the intended audience for your site, some type of compatibility checking can also be quite useful. Apart from gathering as many browsers as you can find, there's no realistic off-line option. A Win32 version of the latest version of Lynx can be downloaded from downloading Lynx for Win32 I'd also advise you to run at least some of your pages through Bobby occasionally; it will build your awareness of accessibility issues. There is also a beta version available for checking your pages off-line with Bobby! The Web Page Purifier is useful to get an idea of what your page would look like with WebTV.
|