web-development-kb-ko.site

액세스 가능한 CMS 소프트웨어

우리 회사는 일부 CMS 소프트웨어를 공개 웹 사이트에 통합해야합니다. 시맨틱 마크 업을 생성하여 접근성을 극대화하는 소프트웨어를 원합니다. 누구든지 제안 할 수 있습니까?

현재로서는 기술 플랫폼을 제한 할 필요가 없습니다. 예를 들어 PHP, Ruby 또는 ASP.NET) 일 수 있습니다.

내게 필요한 옵션은 CMS를 선택할 때 살펴볼 기준 중 하나입니다.

accessibilitycmsrecommendations
6
Sniffer

위에서 언급했듯이 CMS를 논의 할 때 접근성의 측면이 다릅니다.

  1. 프리젠 테이션/테마/스킨 레이어
  2. 프리젠 테이션 레이어에 데이터/코드를 출력하는 시스템
  3. 내용 자체

(또한 컨텐츠 입력 도구의 접근성이 고려 될 수도 있습니다)

위에 나열된 각 측면은 접근성을 장려하거나 권장하지 않도록 구축 될 수 있습니다. 프로세스 초기에 접근성을 고려하려는 노력에 박수를 보내지 만 실제로는 모든 기능 요구 사항을 충족하는 몇 가지 도구를 식별 한 다음 접근성을 평가하는 것이 좋습니다.

더 나은 권장 사항을 얻으려면 요구 사항에 대한 몇 가지 세부 정보가 도움이 될 수 있습니다. 예를 들어, 기본 CMS의 경우 WordPress는 적합 할 수도 있고 접근성에 관한 기록이 양호 할 수도 있습니다. http://codex.wordpress.org/Accessibility

4
Christopher

나는 Drupal 을 사용하여 제품을 즉시 사용할 수 있도록 만드는 데 많은 노력을 기울이고 있음을 지적하고 싶습니다. 그들의 접근성 설명 ; 그리고 그들은 매우 활발한 중복 접근성 토론 그룹 을 가지고 있으며, 이것은 또한 흥미로울 수 있습니다.

즉, 어떤 CMS를 사용하든 관계없이 접근성은 기술보다 문화적입니다 CMS starts = 그런 식으로 유지되지 않으면 액세스 가능합니다. 웹의 코드를 다루는 사람은 접근성의 의미, 작동 및 작동하지 않는 것에 대해 교육을 받아야합니다. 그들은 반드시 전문가가 될 필요는 없지만 방정식의 교육 측면에 참석하지 않으면 작가가 단순히 그것을 얼마나 잘 고려하는 것을 멈추지 않았기 때문에 접근성이 좋지 않은 코딩 된 내용으로 마무리 될 가능성이 큽니다. 보거나들을 수 없거나 마비 된 사람들을 위해 일합니다.

큰 라이브러리에 대한 사이트에 대한 접근성 검토를 한 번 수행 했는데이 코드를 보았습니다.

<!--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>
-->

이것은 코딩 세계에서 내가 본 가장 슬픈 것들 중 하나입니다. 어느 시점에서이 사이트에는 스크린 리더의 작동 방식을 알고있는 코더가있었습니다. "숨겨진 탐색"은 스크린 리더 사용자가 커서를 섹션의 맨 위로 돌려주는 편리한 방법을 제공하기 위해 배치되었습니다. 그러나 교육 기관은 접근성 관행을 내재화하지 못했으며, 그 지식이 풍부한 코더가 떠난 후, 그들의 후임자는 악의가 아니라 당혹스럽게이 접근성 기능을 비활성화했습니다. "RH"는 스크린 리더를 사용한 적이 없었습니다. 실제로 그런 말을 들었다면 코드가 실제로 소리내어 읽어야한다는 것을 깨닫지 않으면 말이되지 않습니다 =

따라서 액세스 가능한 CMS를 선택하려는 귀하의 노력에 박수를 보냅니다. 그러나 제발, 일이 거기서 멈추는 것을 상상하지 마십시오. 만약 당신이 방정식의 인간적 측면을 무시한다면, 당신의 좋은 일은 천천히 그러나 확실하게 시간이 지남에 따라 쇠퇴 할 것입니다.

3
Will Martin

PHP로 작성된 오픈 소스 CMS 인 Drupal에 대해 좋은 경험이 있습니다. 관심이 있으시면 접근성 설명 을 살펴보십시오. Drupal의 개발은 꽤 활발합니다.

2
cmaderthaner

대부분의 CMS가 끔찍한 HTML 및 CSS와 의미 및 접근성을 갖춘 웹 사이트를 생성하는 이유는 대부분의 CMS가 콘텐츠 관리에 능숙하지 못하고 '디자인 관리'를 통해이를 보완하려고하기 때문입니다.

최상의 CMS에는 자동 템플릿이 전혀 없습니다. 템플릿은 유능한 웹 개발자와 디자이너에게 맡겨야합니다.

CMS가 '쉬운 페이지 레이아웃'또는 '강력한 템플릿'을 강조 표시하면 출력을 완전히 제어한다고 가정하고 그 결과를 잃게됩니다.

2
DA01

GraffitiCMS 원하는대로 의미 적으로 마크 업을 만듭니다. 그것은 모두 테마 코드의 품질에 달려 있습니다. 컨텐츠를 생성하기 위해 WYSIWYG 편집기를 사용하는 경우 컨텐츠 자체가 의미 론적으로 정확합니다.

관심이 있으시면 낙서를 사용하여 훌륭한 사이트의 몇 가지 예를 제공 할 수 있습니다.

1
Charles Boyung

Umbraco는 오픈 소스 CMS입니다. 폼 제품인 Contour는 WCAG 지침을 따릅니다.

WCAG는 단지 지침 일 뿐이며 HTML 사양과 비슷하지만 사양에 흑백 규칙이 없기 때문에 각 제품 해석이 다를 수 있습니다. "액세스 가능한"사이트를 얻게되지만 결국에는 귀하와 사용자에게 충분한 것이 무엇인지 결정하게됩니다.

우산 : http://umbraco.org/

윤곽 : http://umbraco.org/products/umbraco-contour

1
Bil Simser

일반적으로 시맨틱 마크 업을 생성하는 cms 부분은 cms의 테마 또는 스킨입니다. 원하는 것을 가진 고품질 테마를 얻는 한 거의 모든 cm을 사용할 수 있습니다.

1
Scott M.

SharePoint 2007은 실제로 W3C WCAG (Web Content Accessibility Guidelines)를 준수합니다.

필자의 연구에서, MOSS 2007 웹 사이트는 16 개의 WCAG Priority 1 요구 사항 중 15 개와 대다수 Priority 2 및 Priority 3 요구 사항 중 15 개를 충족시킬 것임을 발견했습니다.

WCAG 점검 목록은 다음과 같습니다. Full checklist

다음은 MOSS 2007)의 접근성 기능 목록입니다. 접근성 기능

물론 Scott M.이 지적한 것처럼 스킨을 만드는 방법과 사용자가 콘텐츠를 입력하는 방법에 따라 달라집니다.

0
Ryan Shripat