At Simply Accessible, we believe strongly in including people with disabilities in our usability studies. We test both code and design prototypes as well as web pages in production, and it’s incredibly important for us to see how our users interact with our clients’ sites. It’s difficult to predict how different types of users will experience a given interaction. The results of usability testing c

最新版はこちらへ https://www.slideshare.net/zembutsu/say-hello-to-your-presentation ーーー 『IT系エンジニアのためのプレゼンテーション入門』 インフラエンジニアのためのプレゼン技術研究会　第0回 2015年2月21日(土) 14:00 ～ 17:00 さくらインターネット セミナールーム（東京都新宿区） #infrapre http://connpass.com/event/11739/

WAI-ARIA - an introduction to accessible rich internet applications (1 day workshop) / Darmstadt / 22 January 2015 This document introduces the Accessible Rich Internet Applications (ARIA) specification. It discusses: 1) The need for ARIA to make complex web applications accessible to assistive technologies like screen readers, as traditional HTML elements may not adequately convey semantics. 2) C

あけましておめでとうございます。株式会社ミツエーリンクスの黒澤剛志です。本稿では、昨年に引き続いて、2015年のWebアクセシビリティの短期的な予測を寄稿させていただきます。 HTML5がW3C勧告に 2014年10月、HTML5仕様がW3C勧告として公開されました。 W3C勧告として公開されることは、その仕様はブラウザーなどに既に実装されていることを意味しています。Webアクセシビリティの観点からは、HTMLのセマンティクスがユーザーに伝わるかどうか、という点も重要です。この点に関しては、2014年を通して多くのブラウザーが改善に取り組みました。特に、これまで対応が弱かったGoogle Chromeでの取り組みが目立ちました。HTML5 Accessibilityのスコアを見ると、Goolge Chrome（Windows版）は、2014年3月には47でしたが、2014年11月には83.

2014年7月13日のブラウザエンジン先端観測会での発表内容です。 http://atnd.org/events/52121

入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル

アクセシビリティ サポーテッド（AS）情報の意義 JIS X 8341-3:2016 では、使用する達成方法が「アクセシビリティ サポーテッド」であるかどうかを確認することを求めています。達成方法の中には、技術的には可能であっても、主要なブラウザ及び支援技術でサポートされていない達成方法も掲載されているためです。ウェブアクセシビリティ基盤委員会では、この確認作業をできるかぎり容易にするために、テストファイルを作成し、ブラウザや支援技術による独自の検証を行って、その結果を公開しています。 「アクセシビリティ サポーテッド」の用語定義や詳細な解説は、JIS X 8341-3:2016 の規格票や「WCAG 2.0 解説書」（“Understanding WCAG 2.0” の日本語訳）をご覧ください。 アクセシビリティサポートを理解する 附録 B ウェブコンテンツ技術の使用法のアクセシビリティ

このサイトを HTML5 でリニューアルした際に保留としたまますっかり忘れかけていましたが、ようやく WAI-ARIA を導入してみました。 WAI-ARIA は W3C の Web Accessibility Initiative (WAI) が公開している技術仕様で、Web コンテントや Web アプリケーションのアクセシビリティを強化することを目的としています。具体的には、Web ブラウザや支援技術 (AT) がコンテントのセマンティクスをより適切に認識できるよう、HTML ドキュメントに要素の「役割」や「状態」といった詳細な情報を付与するものです。名称に RIA とあるように、Ajax などによるリッチ・インターネット・アプリケーションをおもな対象とした仕様ですが、HTML5 によるシンプルな Web ページに取り入れることもできます。ここでは WAI-ARIA の HTML5 へ

App development is certainly an exciting but challenging process. Several factors are involved in developing an app, due to which the final cost to develop an app greatly varies from project to project. It is important to be familiar with the entire process of creating a comprehensive app development budget because it is common for developers, especially new programmers, to exceed the budget while