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

A11yc アクセシビリティ チェック サービス ver.4.0.3 URL URL User Agent ドキュメントルートURL (ex: http://example.com) 外部CSSチェック

2016年2月8日 著 先週末、自分が京都プチ観光を楽しんでいるその最中、Webアクセシビリティの学校 in 福岡が催されていました。connpassのページを見る限り、残念ながら満席には至らなかったようですが、しかし懇親会含めそれなりに盛り上がったようで何より。関連するつぶやきがWebアクセシビリティの学校 in 福岡（2016/2/6）のつぶやき #a11y福岡 - Togetterまとめにまとまっていたので拝見していたところ、気になるつぶやきを発見しました： ヘッドラインのマークアップ、これ止める！ <dl> <dt>2015年1月1日</dt> <dd>記事タイトル</dd> </dl> は『用語「(dtの内容)」、説明「(ddの内容)」で読み上げるスクリーンリーダーもあるとのことなので。 具体的にどの製品のどのバージョンのスクリーンリーダーでのことかは分からないのですが、そういう

みなさん、マークアップ好きですか？　私はまあまあ好きです。デザインされたパーツをHTMLでどう組むかを考えたり、他の開発者と意見を戦わせたりするのは楽しいですよね！ ただ、自分はマークアップ行為そのものについて、「ここにそんな拘る意味あるのかな？」と疑ってしまうことがあります。<dl> を使うか使わないか、とか、パンくずナビはどうマークアップするか、とか、少しでも良いマークアップをするために切磋琢磨するのはきっと楽しいことなのでしょうが、エンジニアとしての自己満足に陥ってはいないだろうか？　と我に返る時があるのですよね。その時の感情を掘り下げてみようと思ったことが、この記事を書くきっかけとなりました。 この記事で私が最終的に述べたいことは、近い将来の標準的なWebプロジェクトにおいて、緻密なマークアップ作業の重要性は極めて低下するだろうということです。なぜ私がそう思うか、妄想を交えつつまと

グリー、「ライトフライヤースタジオ」と「Key」が企画・制作する 『ヘブンバーンズレッド』の英語版をYostar Gamesから配信開始

2015年4月10日 著 まず先に結論を書いてしまうと、Webクリエイターボックスの「CSSの content プロパティーを使いこなそう！」という記事には、アクセシビリティ的に好ましくない事例が掲載されているので注意しましょうね、ということです。また同記事の著者は、「文章として扱いたい場合は、CSSを使わず、ちゃんとHTML内に記述しましょう」と呼びかけていますが、これは誤解を招く表現だと思っています。文章の体をなしているかどうか、が論点ではないでしょう。閲覧環境を問わず、より多くの人により確実に届けたいと思う情報であれば、contentプロパティに頼らず、本文中にマークアップすべきと考えます。記事の末尾に 擬似要素と content プロパティーでできることの多くは、装飾としてデザインに付け加える程度のものが多いかと思います。 と書かれていますが、むしろ装飾の意味合いでしかconten

HTML の a 要素に target 属性をつけて、リンク先の文書をどこで開くのかを指定できますね。 デフォルトは _self で、元のドキュメントと同じフレーム。無指定だとこれになるので、わざわざこれを書くことは少ないと思うけど。 一番よく使うのは target="_blank" じゃないでしょうか。リンク先のドキュメントを新しいタブやウィンドウで開くやつですね。 これ、以前はよくつかってました。ルールとして サイト内リンクは target 指定なし 外部サイトへのリンクは target="_blank" というのが多かったんじゃないかな。 でも最近、これはもうリンク先がどこであろうと指定しない方がいいんじゃないか、と思ってます。 もちろんサイトによってそれぞれ使いわけはあると思うんだけど、少なくともほとんどの手元のサイトの場合はいらない。 target="_blank" を使ってきた

マルチデバイス時代の "使える" Webサイトとは？ 『問題は設計にあり!?　ガイドライン対策ではない、UX視点のデザインプロセス』 今回のイベントでは、間もなく発売予定の新刊「デザイニングWebアクセシビリティ」の著者、ビジネス・アーキテクツの太田良典さん、伊原力也さんをゲストにお迎えします。 いわゆる「アクセシビリティ本」というよりも、コンテンツ設計やUI/UXデザインのノウハウ満載で、ビジネス・アーキテクツのお二人がオリジナルで書き下ろしたという注目の一冊。このイベントでは、書籍ではカットされてしまったものも含めて、お二人が現場での経験から得たノウハウや事例を一緒に学びましょう！ このイベントは、コンテンツ設計やUI/UXのデザインに関心がある方にオススメです。 お詫び イベント当日に会場で先行販売を行う予定にしていましたが、書籍の発売日が少し先に延期（7月予定）になったとのことで、

2015年2月11日、株式会社メンバーズ ラウンジにて開催されたイベント「AccSell Meetup 008 『集まれ！アクセシビリティー・ビギナーズ！2015』 http://accsell.net/info/accsell-meetup008.html 」についてのつぶやき。主にハッシュタグ #accsell を拾っています。

LinkedIn アカウントを開設しました: Google 検索でサイトを見つけやすくするためのニュースやリソースについては、LinkedIn アカウントをフォローしてください。 SEO とは、「検索エンジン最適化（search engine optimization）」または「検索エンジン最適化業者（Search Engine Optimizer）」の頭文字です。SEO 業者を利用するかどうかは、サイトの改善や時間の節約につながる可能性がある一方で、サイトや運営者の信用が損なわれるおそれもある重大な決定です。SEO 業者を利用するメリットと、無責任な SEO 業者によってサイトが被害を受ける可能性について必ず検討してください。多くの SEO 業者や代理店、コンサルタントでは、ウェブサイトの管理者向けに次のような便利なサービスを提供しています。 サイトのコンテンツや構成の見直し ホスティン

このイベントは、「来るべき近未来のために業界の認識をアップデートすべく」（イベントページより）企画されたとのこと。近未来ってどういうことか、ちょっと気になります。 また、先日の木達一仁さんに行ったインタビューでも、「『アクセシビリティが当たり前の社会』というビジョンを実現するために、HTML5 Experts.jpとしても、お手伝いできることは何でもします！」と言った約束も守らねばなりません。 ということで、タイトルからしてちょっと楽しそうなこのイベント、無理を言って取材させてもらっちゃいました。今回はそのレポート記事になります。 「アクセシビリティ＝高齢者・障害者対応」は大間違い！ 最初のセッションはヤフーでマークアップエンジニア/フロントエンジニアを担当していらっしゃる（最近では「アクセシビリティエンジニア」と名乗っているそうです）福本翔さんによる「やはりお前らのWebアクセシビリテ

ミツエーリンクスのCTOに「UXとWebアクセシビリティ」について聞いてきた─木達一仁ロングインタビュー 白石 俊平（HTML5 Experts.jp編集長） HTML5 Experts.jpが誇るエキスパートたちに、「UX」というテーマでインタビューするシリーズ第二弾です。 株式会社ミツエーリンクスCTO、そしてエキスパートNo.40の木達一仁さんに、「UXとWebアクセシビリティ」について聞いてきました。 「UXとWebアクセシビリティって、関連あるのかな？」なんて、自分で企画したにも関わらず無責任な疑問を抱える中、そんな疑問を吹き飛ばすような気付きをいただける貴重なインタビューでした。 alt属性からWeb Componentsのアクセシビリティまで、たっぷり聞いてきました！皆さんどうぞ、お楽しみください。 Webアクセシビリティについての現状 白石: 今日は、「UXとWebアクセシ

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

2014年5月28日 著 標題で言いたいことは言い切っているのですが、まぁ、そういうことです（両者に包含関係はあれど完全一致ではない）。一般論として、ユーザビリティとアクセシビリティには深い相関ないし類似が認められるというのは間違いないでしょう。たとえば、あるユーザーにとってユーザビリティ上の効率が極端に低下した状況というのが「事実上の」アクセス不能であって、ゆえにアクセシビリティ上の問題があると解釈することは可能でしょう。とはいえ、両者について自分は割と「混ぜるな危険」という立場を取ることが多く、可能な限り切り分けたうえで議論なり設計・実装に取り組むことを好みます。そのベースとなっている考え方は、過去の覚え書きでいうと アクセシビリティとユーザビリティ Re: ウェブアクセシビリティマークの提唱について 辺りで書いて来た通り（ほかにも複数の記事で言及してきたけど割愛）。で、なんで今さらま

安藤 優 @ando_suguru はてなブログに投稿しました 正しいHTMLを書く目的はアクセシビリティのためではないと思う。 - Ando.report(); // JavaScriptをもっと勉強したいブログ。 http://t.co/LCajXdIGWM 2014-02-06 12:08:01 Yu Morita (yuu) @securecat @ando_suguru アクセシビリティとはWCAGのことではなく、リソースが正しくリソースであることによってもたらされるアクセシビリティです(記事中でも補足しているはずですが)。 2014-02-06 14:43:36 Yu Morita (yuu) @securecat @ando_suguru TBL曰く"The power of the web is in its universality." 誰もが意図通りにアクセスでき、リソ

マークアップシリーズの第2回は、前回のよくある3つのデザインから考える、マークアップの最適解と同じく、html5jマークアップ部主催のイベント「MarkupCafe」で出題された3つのお題から最適なマークアップを探ります。 イベントではAからDの4つのチームにわかれてマークアップを考えました。それぞれのチームごとに違ったマークアップへの考えが表れていてとても興味深いです。また今回はイベント終了後に「HTML5 Experts.jp」のエキスパート兼マークアップ部の部長でもある村岡正和氏に、氏自身ならこうするといったマークアップを公開してもらいました。 本記事ではWebサイト制作の際にありがちな”ページング”、”フォーム”、”データテーブル”の3つについて要素の使いどころや仕様、アクセシビリティやユーザビリティといった観点からマークアップを考えていきます。 1.ページングの中身と重要度 最初