Edit

Enhancement Details

217
You Must Login To Vote
Require CSS & XHTML compliance



While huge improvements have been made, it is still tough to create DNN sites that only use CSS and XHTML. The core should no longer use tables and a sample CSS only/XHTML compliant skin should be included with the default installation. Eventually any optional and 3rd party modules shoud be required to also comply before being eligible to get listed in the marketplace.

Problem:
CSS skins are elegant and provide great usability, but are still not supported by DNN's default install. DNN does not pass XHTML validation out of the box.

Rationale:
CSS and XHTML compliance is increasingly required for adoption by many organizations. Inclusion in the core product would relieve many designers form having to duplicate their efforts trying to modify the core.

Solution:
Add a requirement to the DNN release cycle that the product, with the optional skin installed, pass the W3C Validator at http://validator.w3.org/

Impact:
The forums have a fair amount of analysis and description of what would be required. In particular see the entry at http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/-1/threadid/138395/scope/posts/Default.aspx

Risk:
Unknown. some existing skins may have dependencies on the current settings. If so, then there may need to be a portal by portal setting made to determine what HTML gets output for that portal.
Created: 6/30/2007 11:24:34 AM by John Cornelison
Scheduled For Version:
Delivered In Version:

Return



Comments

You Must Be Logged In To Add A Comment

 Tom Bizannes
5/22/2010 8:55:04 AM
There needs to be better documentation on this for the current version.
It would be even nicer to be able to use asp.net master pages like you can do in SiteFinity and SharePoint.
 kabrenica
4/28/2009 5:04:01 PM
I agree with all BUT mr. katzenlieber. Tables should only be used for tabular data NOT layout. Using a table layout is non-accessible, non-compliant and just plain lazy. Sorry rick. It's actually pretty easy to create a tableless layout - ESPECIALLY for a blog format. It just takes learning how to implement it correctly. DNN, please make this enhancement - it's where front end technology is already living. Good Luck.
 Chris Abhar
2/18/2009 4:18:52 AM
While compliant html and css are necessary, to think you should never use a table again is completely absurd and impractical. To waste hours of development and design time attempting to create a table with div's and css when you can implement a table in under 60 seconds is taking things too far to extremes. There is still a need to use tables, and a core team member recently proved just that in his blog about the issue. BTW, tables are just as xhtml compliant as div's are and each has its place in web development. Personally, I'm very happy to see compliance already being implemented in DNN, but a note to the core team: please don't be pressured by the extremists who want to abolish tables altogether. I for one would rather see you guys spend your time on even more important and productive issues with continuing development.
 Tim Polack
11/24/2008 2:49:37 PM
Here at Michigan State University, we have a new Web Accessibility policy. So to continue using DotnetNuke, we really need it to be create compliant code.
 Chris O'Rourke
5/22/2008 11:32:34 AM
An easy first step would be to add a text field under advanced properties for modules that allows specifying the class or id of the module. This would reduce useless div additions to the header and footer fields while still cleaning up the code a bit. Anytime you look at a dnn site with firefox's web developer extension with "Display Id and Class details" you can easily see how problematic the current methods of css really are.
 Joseph Sak
2/19/2008 3:26:31 PM
100% best enhancement you could possibly make. PHP CMS' are already way ahead on this.
 franco busato
12/11/2007 8:12:02 AM
For me this is one of the most important ennanchement that DNN should get.
 pampansil
10/8/2007 7:37:02 AM
Required also by many country laws, in order to provide accessibility (actually CSS & HTML compliance is part of WAI accessibility requeriments)