it-mure.jp.net

アクセス可能なCMSソフトウェア

私の会社では、CMSソフトウェアを公開Webサイトに組み込む必要があります。アクセシビリティを最大化するために、セマンティックマークアップを生成するソフトウェアが必要です。誰でも何か提案できますか?

現時点では、テクノロジープラットフォームを制限する必要はありません。たとえば、PHP、RubyまたはASP.NETなど)にすることができます。

アクセシビリティは、CMSを選択するときに検討する基準の1つにすぎません。

6
Sniffer

上記のように、CMSについて説明する場合、アクセシビリティにはさまざまな側面があります。

  1. プレゼンテーション/テーマ/スキンレイヤー
  2. データ/コードをプレゼンテーション層に出力するシステム
  3. コンテンツ自体

(さらに、コンテンツ入力ツールのアクセシビリティも考慮に入れられる場合があります)

上記の各側面は、アクセシビリティを促進または阻止するために構築できます。プロセスの早い段階でアクセシビリティを検討するあなたの努力を称賛しますが、実際には、すべての機能要件を満たすいくつかのツールを特定し、アクセシビリティについて評価することをお勧めします。

より良い推奨事項を取得するには、要件に関するいくつかの詳細が役立つ場合があります。たとえば、基本的なCMSのニーズにはWordPressが適している可能性があり、アクセシビリティに関して優れた実績があります。 http://codex.wordpress.org/Accessibility

4
Christopher

Drupal は、箱から出してすぐに製品にアクセスできるようにするために多大な労力を費やしたことを指摘し、指摘したいと思います。あなたは彼らの アクセシビリティステートメント を調べたいと思うかもしれません。また、非常に活発な Drupalアクセシビリティディスカッショングループ があり、これも興味深いかもしれません。

とは言っても、使用するCMSに関係なく、アクセシビリティは技術的なものより文化的なものですCMSかどうかは関係ありませんstartsそのままではアクセスできない。 Webのコードに触れる人は、アクセシビリティが何を意味し、何が機能し、何が機能しないかについてトレーニングを受ける必要があります。彼らは必ずしも専門家になる必要はありませんが、方程式のトレーニング側に参加しないと、ライターがどれだけうまくそれを検討するのをやめなかったので、アクセシビリティを損なう不適切にコーディングされたコンテンツに巻き込まれる可能性が非常に高くなります。見えない、聞こえない、麻痺している人などのために働きます。

大規模なライブラリのサイトのアクセシビリティレビューを1回行いました。このコードの一部に出くわしました。

<!--don't know why "hiddenNav" is here - rh 3/21/08
<div class="hiddenNav">
<a href="#navigation_w">
<img src="/exhibitions/web/woodstein/images/spcr.gif" border="0" alt="Go to the Top" />
</a>
</div>
-->

これは、コーディングの世界で私が今まで見た中で最も悲しいことの1つです。ある時点で、このサイトにはスクリーンリーダーの動作を知っているコーダーがいました。 「非表示のナビゲーション」は、スクリーンリーダーのユーザーがセクションの上部にカーソルを戻すための便利な方法を提供するために配置されました。しかし、機関はアクセシビリティの慣行を内部化することに失敗し、その知識豊富なコーダーが去った後、彼らの後継者はこのアクセシビリティ機能を悪意からではなく困惑から無効にしました。 「RH」は確かにスクリーンリーダーを使用したことはありませんでした。実際にそのようなことを聞​​いたことがあり、コードが実際に意味をなさないのは、それが読み上げられることになっていることに気づかない限りです。 。

だから-私はアクセシブルなCMSを選ぶあなたの努力を称賛します。しかし、どうぞ、仕事がそこで止まると想像しないでください。方程式の人間的な側面を無視すると、良い仕事はゆっくりと、しかし確実に時間とともに減衰します。

3
Will Martin

私は、PHPで作成されたオープンソースのCMSであるDrupalの経験が豊富です。興味があれば、彼らの Accessibility Statement をご覧ください。 Drupalの開発はかなり活発です。

2
cmaderthaner

ほとんどのCMSが恐ろしいHTMLとCSS、セマンティクスとアクセシビリティを備えたWebサイトを作成する理由は、ほとんどのCMSがコンテンツ管理にあまり優れておらず、「デザイン管理」でそれを補おうとするためです。

最高のCMSには、自動化されたテンプレートがまったくありません。テンプレート作成は、有能なWeb開発者およびデザイナーに任せる必要があります。

CMSが「簡単なページレイアウト」または「堅牢なテンプレート」を強調表示している場合は、CMSが出力を完全に制御し、それが問題になると想定します。

2
DA01

GraffitiCMS は、マークアップを必要に応じて意味的に正確にします。それはすべて、テーマコードの品質に依存します。コンテンツの生成にWYSIWYGエディターを使用する場合、コンテンツ自体は意味的に正しいです。

興味があれば、グラフィティを使った素晴らしいサイトの例をいくつかご紹介します。

1
Charles Boyung

UmbracoはオープンソースのCMSです。彼らのフォーム製品であるContourは、WCAGガイドラインに準拠しています。

WCAGは単なるガイドラインであり、HTML仕様と同様に、仕様には白黒のルールがないため、各製品の解釈は異なる場合があります。 「アクセス可能な」サイトが表示されますが、最終的には、何が十分かを判断するのはあなたとユーザー次第です。

Umbraco: http://umbraco.org/

輪郭: http://umbraco.org/products/umbraco-contour

1
Bil Simser

通常、セマンティックマークアップを生成するcmsの部分は、cmsのテーマまたはスキンです。あなたが探しているものを持っている高品質のテーマを取得する限り、ほとんどすべてのcmsを使用できます。

1
Scott M.

SharePoint 2007は、実際にはW3C WCAG(Webコンテンツアクセシビリティガイドライン)にほぼ準拠しています。

私の調査では、MOSS 2007 WebサイトがWCAGの優先度1の16の要件のうち15と、優先度2および優先度3の要件の大部分を満たすことを発見しました。

これがWCAGチェックリストです: 完全なチェックリスト

MOSS 2007: Accessibility features のアクセシビリティ機能のリストは次のとおりです。

もちろん、Scott Mが指摘したように、スキンの作成方法やユーザーがコンテンツを入力する方法にも大きく依存します。

0
Ryan Shripat