Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN: Standards and Accessibility. WhatDNN: Standards and Accessibility. What's the scoop?
Previous
 
Next
New Post
2/25/2008 3:47 PM
 

We're a .gov looking at .net nuke. What are the pros/cons of DNN in regards to:

 - Accessible Front End UI

 - Accessible Back End UI

 - Standards compliant markup (full control of HTML output?)

 - CSS layout support

 

We tried SharePoint's CMS features and they pretty much fail at all the above.

That said, the DotNetNuke.com site doesn't appear that great, either. For instance:

 - the top drop-down navigation is completely inaccessible. It's entirely dependant on javascript and doesn't produce any actual HREFs to enable folks to open the site in a new tab, for instance.

 - The site uses CSS, but also still has a lot of tables for the main page layout.

Are the above two issues a universal problem with DNN, or are they both circumventable with a bit of work (and are only that way on this site due to oversight or just because of the particular template/menu system they chose).

Bottom line is that I'm trying to find out how flexibel DNN is. Sharepoint is highly INflexible. You have ONE menu system to choose from. CSS is HUGE challenge as the back end system writes a lot of custom CSS that is a real pain to override. I don't want another sharepoint on my hands. ;o)

 
New Post
2/25/2008 4:57 PM
 

The two issues you are noticing on this site are due to the site's skin (CSS/tables) and that skin's choice of menus.  Both of those are entirely flexible, and it should be quite possible to have a completely compliant CSS site.

The HouseMenu is what we tend to use for clients that want a CSS driven menu system.

Hope that helps,


Brian Dukes
Engage Software
St. Louis, MO
866-907-4002
DNN partner specializing in custom, enterprise DNN development.
 
New Post
2/25/2008 5:01 PM
 

Thanks, Brian.

I assume a competent front end person (HTML, CSS, Javascript) could make their own Skin and menu in any shape/form they want? If so, cool!

(Note to the DotNetNuke.com team: you might want to consider a revamp of this skin. The first thing I do when looking at CMS offerings is look at the source code of the company's site. A complete CSS template + accessible menu would go a long way towards first impressions)

 
New Post
2/26/2008 9:22 AM
 

An excellent site with video tutorials on making an XHTML compliant - accessible DNN installation is on http://www.dnncreative.com, with a bunch of other tutorials available for subscription.

The ASP.NET 2.0 framework can spit out compliant code, however DNN just needs to be adjusted to allow it to do so. Many of the errors I have found are odd leading _'s in IDs, repeated IDs, that sort of thing.

In terms of accessibility, many of the controls, especially from the admin angle, use Javascript postbacks... and this is the biggest hurdle for a 100% accessible (well, deprecatable) DNN installation. Basically, if your users needs to use absolutely all functionality of the site without Javascript then you may be barking up the wrong tree.

The most pervasive and frustrating example of this is the standard events modules - all calendar cells are postback links, and there are not accessible alternatives. However I would imagine that you could build a small module which at leasts lists all calendar events in an accessible way...

Just my two cents :)

 
New Post
2/26/2008 10:43 AM
 

"In terms of accessibility, many of the controls, especially from the admin angle, use Javascript postbacks"

 

OUCH! Is this surmountable? I absolutely can't have javascript postbacks on our public web site. I'm OK with code, though. How is the 'site navigation' spit out of DNN? Can I grab an XML stream or the like?

Ideally, I'd have pure HTML lists for navigation that point to actual URIs (as opposed to postbacks) that we'd then style via CSS Javascript. Is that doable? Practical?

 

"The most pervasive and frustrating example of this is the standard events modules - all calendar cells are postback links, and there are not accessible alternatives."

Crap. This is a real bummer.


"However I would imagine that you could build a small module which at leasts lists all calendar events in an accessible way..."

 

Well, maybe this discussion is going off in a tangent now. Can you give me a high-level explanatino of how one grabs data from DNN? Let's say I wanted to write my own calendar that avoids postbacks and replaces it with querystrings. I know VB.net and visual studio. How can I 'receive' the calendar data from DNN? Would be be directly querying the data via documented table structure? Is there an API? XML stream? (Apologies if these are really basic questions...feel free to tell me to RTFM... ;o)

 

On the plus side, if we build our own modules, I could finally contribute back to the Open Source world. ;o)

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN: Standards and Accessibility. WhatDNN: Standards and Accessibility. What's the scoop?


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out