質問

コンテンツ管理システムとしてのTelerikによるSiteInifityの外観が好きです。残念ながら、WCAG 2.0に準拠していません。

WCAG 2.0の苦情であるサードパーティのCMSシステムはありますか?

役に立ちましたか?

解決

あなたの質問には2つの側面があります。ユーザーが見たメインのウェブサイトは、に準拠する必要があります WCAG 2.0 コンテンツプロデューサーや管理者が使用するバックオフィスは、 atag (オーサリングツールアクセシビリティガイドライン)

いくつかのポイント:

  • テンプレートのカスタマイズを許可する多くのCMSは、WCAG 2.0レベルAまたはAAに準拠するWebサイト、および多くの側面またはAAAを管理できます。私は主にランプCMSで作業しているので、asp.netによって支配されている他の世界をまったく知りません;)(大きな停留所は、理由もなく身体要素の直接子としてフォーム要素を追加することです。残りのコード)

  • 訓練されていないコンテンツプロデューサーを持つCMSは、このレベルのアクセシビリティを長く保つことができません

  • コンテンツプロデューサー(オーサリングツールパーツ)がアクセスできるCMSはほとんどなく、ARIAは(数年後に)大いに役立ちます

他のヒント

Dotnetnukeにはそれがあり、これは4.6で追加されたと思います。

このディスカッションフォーラムから確認してくださいdotnetnukecommunity

オープンソースのCMS Typo3は、セットアップとテンプレートで適切な注意が払われている限り、WCAG 2.0に準拠できます。

これがPDFです typo3のプロセスについて説明します.

typo3の詳細については、詳細を確認できます http://typo3.org

フェリペ・アルサクレイティションは、彼の回答におけるこの質問の問題の本質を打ち付けました。

Drupal 7では、状況は変わりました。少なくともさまざまなCMSの相対的なアクセシビリティに関しては。 CMSはWCAG 2.0 AAを箱から出していることはありませんが、Drupal 7がこの時点で最も近くなります。

アクセシビリティステートメントを比較することからそれほど多くの感覚を得ることはありませんが、:http://drupal.org/about/accessibility

Drupal 7のアクセシビリティイニシアチブの貢献者として、コアで行われた決定のために、どれだけのアクセシビリティが継承されるかを知っています。 Core Forms APIの拡張により、アクセシビリティを満たすための確固たる基礎を拡張するほぼすべてのモジュールが提供されます(ユーザー側と管理者側の両方)。

そうは言っても、これは複雑な問題です。テクノロジーの変化に遅れずについているということは、サイトWCAG 2.0に準拠したサイトを維持することがUPヒルの戦いであることを意味します。

Drupalは優れたCMSですが、初心者向けではありません。 Exai(www.exai.com)のような完全に管理されたソリューション(CMS Webビルダー)について、非常にユーザーフレンドリーでwysiwygエディターと一緒に議論したいと思います。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top