it-swarm-vi.tech

Phần mềm CMS có thể truy cập

Công ty của tôi cần kết hợp một số phần mềm CMS vào trang web công cộng của họ. Chúng tôi muốn phần mềm tạo ra đánh dấu ngữ nghĩa để tối đa hóa khả năng truy cập. Bất cứ ai có thể đề nghị bất kỳ?

Tại thời điểm hiện tại, chúng tôi không cần giới hạn nền tảng công nghệ - ví dụ, đó có thể là PHP, Ruby hoặc ASP.NET.

Khả năng truy cập chỉ là một trong những tiêu chí chúng tôi sẽ xem xét khi chúng tôi chọn CMS.

6
Sniffer

Như đã đề cập ở trên, có các khía cạnh khác nhau của khả năng truy cập khi thảo luận về CMS:

  1. Lớp trình bày/chủ đề/lớp da
  2. Hệ thống xuất dữ liệu/mã sang lớp trình bày
  3. Nội dung

(ngoài ra khả năng truy cập của các công cụ nhập nội dung cũng có thể được xem xét)

Mỗi khía cạnh được liệt kê ở trên có thể được xây dựng để khuyến khích hoặc không khuyến khích tiếp cận. Mặc dù tôi hoan nghênh nỗ lực của bạn để xem xét khả năng truy cập sớm trong quá trình, tôi thực sự sẽ khuyên bạn nên xác định một vài công cụ đáp ứng tất cả các yêu cầu chức năng của bạn và sau đó đánh giá chúng để truy cập.

Để có được một số khuyến nghị tốt hơn, một vài chi tiết về yêu cầu của bạn có thể hữu ích. Ví dụ: đối với các nhu cầu CMS cơ bản WordPress thậm chí có thể phù hợp và có hồ sơ theo dõi tốt về khả năng truy cập: http://codex.wordpress.org/Accessibility

4
Christopher

Tôi muốn hô vang và chỉ ra rằng Drupal đã đưa hàng tấn công việc vào để làm cho sản phẩm của họ có thể truy cập được. Bạn có thể muốn tham khảo tuyên bố về khả năng truy cập ; và họ có một hoạt động rất tích cực nhóm thảo luận về khả năng tiếp cận Drupal , cũng có thể được quan tâm.

Điều đó nói rằng, tôi chỉ muốn thêm rằng bất kể bạn sử dụng CMS nào, khả năng truy cập mang tính văn hóa hơn kỹ thuật. Không quan trọng việc CMS của bạn không quan trọng bắt đầu có thể truy cập nếu nó không giữ nguyên như vậy. Bất kỳ ai chạm vào mã cho web đều cần được đào tạo về ý nghĩa của khả năng truy cập, những gì hoạt động và những gì không. Họ không nhất thiết phải trở thành chuyên gia, nhưng nếu bạn không tham gia vào khía cạnh đào tạo của phương trình, bạn rất có thể sẽ gặp khó khăn với nội dung được mã hóa kém, phá vỡ khả năng truy cập vì người viết đơn giản là không bao giờ dừng lại để xem xét nó tốt như thế nào hoạt động cho những người không thể nhìn thấy, hoặc nghe thấy hoặc những người bị tê liệt, v.v.

Tôi đã thực hiện đánh giá khả năng truy cập của một trang web cho một thư viện lớn, trong đó tôi đã bắt gặp đoạn mã này:

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

Đây là một trong những điều đáng buồn nhất tôi từng thấy trong thế giới tiền mã hóa. Tại một số thời điểm, trang web có một lập trình viên biết người đọc màn hình làm việc như thế nào. "Điều hướng ẩn" được đặt ở đó để cung cấp một phương thức thuận tiện cho người dùng trình đọc màn hình để đưa con trỏ của họ trở lại đầu phần. Nhưng tổ chức đã thất bại trong việc thực hiện khả năng tiếp cận và sau khi lập trình viên có kiến ​​thức đó rời đi, người kế nhiệm của họ đã vô hiệu hóa tính năng trợ năng này - không phải vì ác ý, mà vì bối rối. "RH" chắc chắn chưa bao giờ sử dụng trình đọc màn hình, nếu thực sự họ đã nghe nói về điều đó và mã thực sự không có ý nghĩa trừ khi bạn nhận ra rằng nó đáng lẽ phải đọc to .

Vì vậy - tôi hoan nghênh những nỗ lực của bạn để chọn một CMS có thể truy cập. Nhưng làm ơn, xin đừng tưởng tượng rằng công việc dừng lại ở đó. Nếu bạn bỏ qua khía cạnh con người của phương trình, công việc tốt của bạn sẽ chậm nhưng chắc chắn sẽ phân rã theo thời gian.

3
Will Martin

Tôi có kinh nghiệm tốt với Drupal, một CMS nguồn mở được viết bằng PHP. Nếu bạn quan tâm, bạn có thể xem Tuyên bố truy cập của họ . Sự phát triển của Drupal khá tích cực.

2
cmaderthaner

Lý do mà hầu hết các CMS tạo ra các trang web với HTML và CSS khủng khiếp và ngữ nghĩa và khả năng truy cập là vì hầu hết các CMS không giỏi quản lý nội dung, và sau đó cố gắng bù đắp bằng cách 'quản lý thiết kế'.

CMS tốt nhất sẽ hoàn toàn không có khuôn mẫu tự động. Templating nên để lại cho các nhà phát triển và thiết kế web có thẩm quyền.

Nếu CMS nhấn mạnh 'bố cục trang dễ dàng' hoặc 'mẫu mạnh mẽ' giả định rằng nó sẽ kiểm soát hoàn toàn đầu ra của chúng tôi và nó sẽ hút lấy nó.

2
DA01

GraffitiCMS làm cho đánh dấu của bạn đúng về mặt ngữ nghĩa như bạn muốn. Tất cả phụ thuộc vào chất lượng mã chủ đề của bạn. Bản thân nội dung là chính xác về mặt ngữ nghĩa nếu bạn sử dụng trình soạn thảo WYSIWYG của họ để tạo nội dung.

Tôi có thể cung cấp cho bạn một số ví dụ về các trang web tuyệt vời bằng Graffiti nếu bạn quan tâm.

1
Charles Boyung

Umbraco là một CMS nguồn mở. Mẫu sản phẩm của họ, Contour, tuân theo hướng dẫn WCAG.

Một điều cần lưu ý rằng WCAG chỉ là hướng dẫn và giống như thông số kỹ thuật HTML, mỗi cách hiểu sản phẩm có thể khác nhau vì không có quy tắc trắng đen trên thông số kỹ thuật. Bạn sẽ nhận được các trang web "có thể truy cập" nhưng cuối cùng, tùy thuộc vào bạn và người dùng của bạn để xác định những gì đủ.

Ô dù: http://umbraco.org/

Đường viền: http://umbraco.org/products/umbraco-contour

1
Bil Simser

Thông thường, phần của các cm tạo ra dấu hiệu ngữ nghĩa là chủ đề hoặc giao diện của các cm. bạn có thể sử dụng hầu hết mọi cm miễn là bạn có được một chủ đề chất lượng cao có những gì bạn đang tìm kiếm.

1
Scott M.

SharePoint 2007 thực sự khá phù hợp với W3C WCAG (Nguyên tắc truy cập nội dung web).

Trong nghiên cứu của mình, tôi đã phát hiện ra rằng một trang web MOSS 2007 sẽ đáp ứng 15 trong số 16 yêu cầu WCAG Ưu tiên 1 và phần lớn các yêu cầu Ưu tiên 2 và Ưu tiên 3.

Đây là Danh sách kiểm tra WCAG: Danh sách kiểm tra đầy đủ

Đây là danh sách các tính năng trợ năng trong MOSS 2007: Tính năng trợ năng

Tất nhiên rất nhiều điều cũng phụ thuộc vào cách bạn tạo ra làn da của mình và cách người dùng nhập nội dung của họ, như Scott M. đã chỉ ra.

0
Ryan Shripat