<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Accessible Content Management Systems</title>
	<atom:link href="http://curbcut.net/accessibility/accessible-content-management-systems/feed/" rel="self" type="application/rss+xml" />
	<link>http://curbcut.net/accessibility/accessible-content-management-systems/</link>
	<description>open and accessible</description>
	<lastBuildDate>Mon, 14 Jun 2010 11:07:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Christopher Steel</title>
		<link>http://curbcut.net/accessibility/accessible-content-management-systems/comment-page-1/#comment-220</link>
		<dc:creator>Christopher Steel</dc:creator>
		<pubDate>Sat, 03 Dec 2005 03:13:34 +0000</pubDate>
		<guid isPermaLink="false">http://curbcut.net/2005/09/accessible-content-management-systems/#comment-220</guid>
		<description>Great comments. I have been working with Plone for a number of years and was initially attracted to it because at it&#039;s base it is very accessible, as in 100%.

The problem with Plone (and any other system) is that it is very easy to break this by using WYSIWYG editors (Like kupu which comes with Plone). As soon as you use a WYSIWYG editor for your site you end up inserting a bunch of html which basically destroys your accessibility and makes it very difficult for less technical users also.

Plone is a great product but it has a mighty steep learning curve. The average blogger can use it to create very accessible sites but they need to disable the WYSIWYG editor and use Structured Text or standard Text so that the site remains accessible.

My sites are designed so that they are accessible to content contributors as well which also requires disabling (he he he) the WYSIWYG before it disables the users.

My own site is on hold while I develop some sites for an Independant Living Center here in Canada. Nice Blog!</description>
		<content:encoded><![CDATA[<p>Great comments. I have been working with Plone for a number of years and was initially attracted to it because at it’s base it is very accessible, as in 100%.</p>
<p>The problem with Plone (and any other system) is that it is very easy to break this by using WYSIWYG editors (Like kupu which comes with Plone). As soon as you use a WYSIWYG editor for your site you end up inserting a bunch of html which basically destroys your accessibility and makes it very difficult for less technical users also.</p>
<p>Plone is a great product but it has a mighty steep learning curve. The average blogger can use it to create very accessible sites but they need to disable the WYSIWYG editor and use Structured Text or standard Text so that the site remains accessible.</p>
<p>My sites are designed so that they are accessible to content contributors as well which also requires disabling (he he he) the WYSIWYG before it disables the users.</p>
<p>My own site is on hold while I develop some sites for an Independant Living Center here in Canada. Nice Blog!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Phillips</title>
		<link>http://curbcut.net/accessibility/accessible-content-management-systems/comment-page-1/#comment-219</link>
		<dc:creator>Christopher Phillips</dc:creator>
		<pubDate>Tue, 20 Sep 2005 03:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://curbcut.net/2005/09/accessible-content-management-systems/#comment-219</guid>
		<description>Good points David- fortunately many blogs (and some CMS&#039;s) now completely separate content from presentation, however in my (again limited) experience with some systems there in an inaccessible presentation layer tied into the core of the system. It is those systems that I am referring to. Fortunately more and more systems are moving in the direction of separating content from presentation, but in the meantime I&#039;ll applaud efforts such as the Mambo fork with the hope that at least some of that code will be brought back into the main branch</description>
		<content:encoded><![CDATA[<p>Good points David– fortunately many blogs (and some CMS’s) now completely separate content from presentation, however in my (again limited) experience with some systems there in an inaccessible presentation layer tied into the core of the system. It is those systems that I am referring to. Fortunately more and more systems are moving in the direction of separating content from presentation, but in the meantime I’ll applaud efforts such as the Mambo fork with the hope that at least some of that code will be brought back into the main branch</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david Clark</title>
		<link>http://curbcut.net/accessibility/accessible-content-management-systems/comment-page-1/#comment-218</link>
		<dc:creator>david Clark</dc:creator>
		<pubDate>Thu, 08 Sep 2005 20:25:41 +0000</pubDate>
		<guid isPermaLink="false">http://curbcut.net/2005/09/accessible-content-management-systems/#comment-218</guid>
		<description>Interesting stuff...

I think that CMS&#039;s are much like any other authoring tool, they are neither inherently accessible or inaccessible, its all in what one produces with them.

I think that rather than accessibility compliance per se, I would look at the layouts used. If they are tableless/xhtml compliant, its a pretty good indication that accessibility will be a non-issue.

I have had good luck with Drupal and Wordpress (yes, I see blogs as just low-end CMS&#039;s).

The notion that Mambo created a separate fork just to address accessibility make me cringe in horror -- there is no reason why that should be necessary.</description>
		<content:encoded><![CDATA[<p>Interesting stuff…</p>
<p>I think that CMS’s are much like any other authoring tool, they are neither inherently accessible or inaccessible, its all in what one produces with them.</p>
<p>I think that rather than accessibility compliance per se, I would look at the layouts used. If they are tableless/xhtml compliant, its a pretty good indication that accessibility will be a non-issue.</p>
<p>I have had good luck with Drupal and WordPress (yes, I see blogs as just low-end CMS’s).</p>
<p>The notion that Mambo created a separate fork just to address accessibility make me cringe in horror — there is no reason why that should be necessary.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
