はてなブックマーク

デジタル庁が提供しているウェブアクセシビリティ導入ガイドブックは、ウェブアクセシビリティの理解の一歩として有用な資料ですが、このガイドブック自身は残念ながらPDFのアクセシビリティ規格であるISO 14289-1 (PDF/UA-1)を満たしているわけではない…という話。 どうやってチェックしたかですが、veraPDFというツールでチェックを行いました。チェック対象ファイルは2024年3月29日発行のウェブアクセシビリティ導入ガイドブックです。 チェックに使用するveraPDFのバージョンですが、veraPDF/veraPDF-libraryのReleasesを見る限り、Developmentバージョン（v1.26.0 RC）でもいろいろPDF-UA/1周りの修正が入っているようですので、今回はv1.26系列を使ってみることにします。ビルド済みのjarファイル（インストーラー）はhttps

アクセシビリティチェックってどうやってるの？ということで、実際にやってみた。（その1）、（その2）の続きです。 おさらい 対象ページ：「アトリエ金工やまぐち」 Basic認証があるので、アクセシビリティ向上日誌１【各種ツール評価編】からたどってください @HeldaForStudy氏に了承を得てアクセシビリティチェックを行っています チェック基準：WCAG 2.1レベルA 文中のSCはSuccess Criteriaの略で達成基準のこと 目的はどうやってアクセシビリティチェックしているのか、チェックしながら何を考えているのかを書き記すことです 制作ページやチェック内容にネガティブなことをいいたいわけではありません チェックに抜け漏れ、誤りがあるかもしれません 仕様等は基本的に日本語訳を当たります では続きに入っていきましょう。 「ABOUT」セクション アクセシビリティチェックの経験がある

アクセシビリティチェックってどうやってるの？ということで、実際にやってみた。（その1）の続きです。 おさらい 対象ページ：「アトリエ金工やまぐち」 Basic認証があるので、アクセシビリティ向上日誌１【各種ツール評価編】からたどってください @HeldaForStudy氏に了承を得てアクセシビリティチェックを行っています チェック基準：WCAG 2.1レベルA 文中のSCはSuccess Criteriaの略で達成基準のこと 目的はどうやってアクセシビリティチェックしているのか、チェックしながら何を考えているのかを書き記すことです 制作ページやチェック内容にネガティブなことをいいたいわけではありません チェックに抜け漏れ、誤りがあるかもしれません 仕様等は基本的に日本語訳を当たります では続きを進めていきましょう。 モーダル出現ボタン スクリーンショットですと、 HTMLソースとしては、

LINEヤフーにおけるこれからのアクセシビリティというスライドで「WCAGはハードルが高い」という文言を見かけました。どうしてハードルが高い、言いかえるならば難しいとされるのか、その難しさはどこから来るのかをちょっと深掘りしてみようと思います。 WCAGという言葉について、改めて見ておきましょう。WCAGはもっぱら、Web Content Accessibility Guidelines（ウェブコンテンツアクセシビリティガイドライン）というW3Cの発行する技術文書を指すわけですけども、現時点でよく参照されるのがウェブアクセシビリティ基盤委員会（WAIC）が公開している日本語訳のWCAG 2.1でしょう。ちなみに本家のW3Cは、WAICが現時点で公開しているWCAG 2.1の改訂版を今年9月に公開し、さらにバージョンの進んだWCAG 2.2を先月に発行したばかりだったりします。 WCAG 2

拙著HTML解体新書でレビューいただいた@sukoyakarizumuから声かけをいただいて、Webアプリケーションアクセシビリティ──今日から始める現場からの改善 WEB+DB PRESS plusにレビュワーとして参加していました。すでに発売中で、なんでもすでに増刷がかかっているようです。よいことですね。 見本誌をご恵贈いただいていたので、発売前になにがしかブログ記事を書くのがいいよねと思いつつも、やっぱり最後まで読み通してからかな…とか思っていたら、結局最後まで目を通せずに今日まで来てしまいました。 ひととおり読むことが今日までできていない理由は、576ページという本書のボリュームにあります。このページ数でも著者陣が書きたかったものが全部収め切れなかったということで、紙面からこぼれ落ちたものがアクセシビリティを組織で向上させる──社内外の認知・効果測定から、新規開発への組み込みまで

Autocomplete workshopというミーティングが今年1月に行われたようで、autocomplete方面が盛り上がりつつあるみたいです（whatwg/html#4986）。 このワークショップのノート（Google Doc）が公開されていますけれども、参加者にブラウザーベンダー*1がいるのは当然として、Eコマースのプラットフォーム方面（Shopify、WIX、Checkout.com、Shipper HQ）が参加しているのが興味深いところ。 箇条書きでまとめられているものを雑に引っ張ってみると actocomplete属性の拡張をこれから考えていくことになるが、目下で注目しているのは名前と住所 250サイトについて入力フォームを調べてみた 日本を含めたいくつかの国は、オートフィルがうまく機能しない どの情報を1つのフィールドに入力するかについて、サイトごとにまちまち 日本では氏

あるいは必要十分条件について1。 Nu Html Checkerの場合 Nu Html Checkerは、HTMLをチェックするツールである。Nu Html Checkerで特定の（種類の）エラーを0にすることは、「構文解析」のWCAGの達成基準を満たすための必要十分条件となる。 達成基準 4.1.1 構文解析 (レベル A): マークアップ言語を用いて実装されているコンテンツにおいては、要素には完全な開始タグ及び終了タグがあり、要素は仕様に準じて入れ子になっていて、要素には重複した属性がなく、どの ID も一意的である。ただし、仕様で認められているものを除く。 筆者による上記引用のハイライト部分“どのIDも一意的であること”について見てみる。たとえば以下のHTML断片のように、1つのページに同じid属性値が2回出現することはHTMLのエラーであり、かつ、WCAGの達成基準の違反となる：

色のこと、思い出してはわからんってなっているんだよなあ…。 なおAPCAの話はしない。いくつかGitHubのissueを参照してるけれども、@Myndexが書いていることは長ったらしいので基本的に無視している。 あと書き散らしているので、まとまっているようで実はまとまっていない。メモだから仕方ない。 2022-07-23に「 WCAG2までの議論（2022-07-23追記）」を追記した。 コントラスト比の定義（WCAG2による） WCAG 2.1達成基準1.4.3コントラスト比（最低限）では、コントラスト比4.5:1という数値が提示されている。コントラスト比の定義は、以下のとおり： ここで、は明るい方の相対輝度、は暗い方の相対輝度である。 相対輝度の定義は、最も暗い黒を0に、最も明るい白を1に正規化した色空間内の任意の点の相対的な明るさ。である。 ここでsRGB色空間においては、色の相対輝

散らかってる上に、読み返してないのでおかしな文章になってるかもですが。 さておき、少し前ですけどなんかのイベントで雑談する機会があって、地方自治体の仕様書が斜め上でアレって話を聞いた記憶があるんですけども。例えば公共系の巷によくある文字サイズを変更するボタンとか、あれぶっちゃけ仕様書に入っちゃってるんで、どうしようもない的な怨嗟の声とか聞いたことがあった気がするんですけども、結局もっと上のレイヤーでそういう文言が入っちゃってるからそうなると考えるわけで。 たとえば、平成29年（2017年）3月に発行されている国土交通省所管事業における障害を理由とする差別の解消の推進に関する対応指針というのがありまして、これはまあ障害者差別解消法で定めるところの基本方針に基づいて、事業者が適切に対応するために必要な指針というものが出されるわけです（法第11条） その中には【航空運送業関係】として （２）合理

誰だったか「やさしい日本語」についてツイートしていたので、いろいろと調べていたら、ひつじ書房ウェブマガジン「未草」というサイトで「やさしい日本語」は在留外国人にとって「やさしい」のか？というドンピシャな連載があったのでいろいろ書けるかな…と思ったんですけど、この連載が結構な長編なのと、論説というよりかはエッセイテイストなのでまとめきれませんでしたみたいな（）。 全体をとおして、アクセシビリティガイドラインとの対比で言うと、WCAG2 SC 3.1.5 読解レベルと対比してどうなのか？といったところでしょうか。「やさしい日本語」は、果たして通常の日本語の代替コンテンツになっているのか？というのはアクセシビリティの観点から興味深いと思っており、このあたりは第10回　在留外国人に対する言語政策1：多言語表示と通訳と機械翻訳みたいなところとも絡んできており、特にウェブコンテンツとして「やさしい日本

「デジタル社会の実現に向けた重点計画」を閣議決定しました ｜デジタル庁（準備中） 例によって例のごとく、アクセシビリティ関連を拾い上げてみました。干シタル庁とか揶揄されてますがまあさておき、デジタル庁が発足するからって情報アクセシビリティ施策が急に変わるとは思えないよねっていう。 あとはまあ、以下は本文からの抜粋なんですけど、それとは別に、たぶんPowerPointをPDF化した参考資料のデジタル社会の実現に向けた重点計画＜概要＞なんか見ると、如何にWebアクセシビリティの優先順位が低いかがわかるのでうんたらかんたら（知ってた）。 世界最先端デジタル国家創造宣言・官民データ活用推進基本計画の変更について（令和３年６月18日 閣議決定） 官民データ活用推進基本法（平成28年法律第103号）第８条第７項の規定に基づき、世界最先端デジタル国家創造宣言・官民データ活用推進基本計画（令和２年７月17

Status update on HTML/CSS ruby: ➤ https://t.co/eVs8ylc0EN ➤ https://t.co/xffoIkmahD— fantasai (@fantasai) 2021年3月11日 fantasaiのツイートをたまたま見かけて知ったわけだけど、ここに来てHTML/CSS Ruby方面が一気に加速していると。 CSS Rubyについては、2020年になって6年ぶりにドラフトが更新され、この3月にも更新がされた。CSSでは何がどうなった、というのはここでは触れない。Change logを追ってもらえればと。 で、HTMLはというと、CSS Rubyのドラフト更新と時を同じくして、Restore the rb and rtc elements and update ruby content model accordingly - whatwg/

あるウェブページで次のようなSVG要素が直に埋め込まれていたのを見つけた。 <svg viewBox="0 0 24 24" height="32" width="32" aria-hidden="false" focusable="false" fill="none" xmlns="http://www.w3.org/2000/svg" stroke="currentColor" aria-label="email" stroke-linecap="round" stroke-linejoin="round"> <path d="..."></path> <polyline points="..."></polyline> </svg> （d属性値やpoints属性値は話の本筋とは無関係なので省略。） この例ではSVG要素に結構な属性が指定されているのだけれども、本当にその属性値は必要な

ありがとうIgalia。 What's that you say? Is @igalia's MathML upstreaming for Chromium developing in @MSEdgeDev behind a flag too? Oh my, look at that... Yes. h/t Niel Soiffer for grabbing a screenshot pic.twitter.com/jCgRbRMmx3— вкαя∂εℓℓ (@briankardell) 2020年7月2日 とまあ、こういう感じのツイートが回ってきてたので、MathML in Chromiumとか眺めつつ適当にChromeのflagを弄くってたらまあこんな感じで実装状況が見れますよ的な。 Chrome 83.0.4103.116 Chrome Canary 86.0.4393.0 ページは

HTMLについて*1高度な政治的レベルでWHATWG HTMLに一本化されるという、今年4月のエントリーで書いてあることがほぼそのままスライドして本決まりになったわけですけれども、そのときにはHTML Working Groupを立ち上げ予定となっていました。そのWorking Groupについて、今月の6日付けでHTML Working Group Charterが承認されたみたいで、あわせてHTML Working Groupのウェブページもできあがっているみたいです。ページにミッションとして The mission of the HTML Working Group is to give input to and bring the WHATWG HTML and DOM Review Drafts to W3C Recommendations. とあって、まあとてもシンプルですね、

まえがき W3C（とWHATWG）からの公式なアナウンスはまだ確認していませんが、何度目かに結成されるW3C HTML WorkingのDraft Charterと、このCharterから辿れるDRAFT Memorandum of Understanding Between W3C and WHATWG（Memorandumは日本語で覚書などと訳されるので、ここでも覚書と呼びます）がブログエントリーのタイトルのソースになります。もっとも、今確認できる覚書もドラフトですから、変更があるかもしれません。しかしながらURLで観測できるわけですから、大筋でW3CとWHATWGとの間で合意が取れているのではないかと推測します。あとは、覚書だけでなくCharterもドラフトということになっていますが、以下の文章では面倒なので省略します。最後にお約束ですが、このブログエントリーは「だいたいあってる」感

あるいは、W3C WCAG 2.0とJIS X 8341-3の関係について。なんか某所でJIS X 8341-3:2016をW3Cが作ったことになっていたけれども、そうじゃないんだというお話です。 短い答え W3Cが英語でW3C仕様として発行し、それをウェブアクセシビリティ基盤委員会が日本語に訳してJISにしました。 ものすごく長い答え 誤解されることがあるのですが、JIS X 8341-3:2016そのものをW3Cが作ったわけではありません。「短い答え」は圧縮した回答であって、標準規格にまつわるあれやこれやを踏まえると実は正確ではないのですが、みかけの状態としては誤りではないため、このような答えになっています。 では、その標準策定にまつわるあれやこれやというのは何なのか、「短い答え」はどうやって導き出されたのか、というのをだらだらと説明するのが、この「ものすごく長い答え」の趣旨になります

Microsoft Edgeブラウザ、独自エンジンを捨て「Chromium」ベースに - PC Watch Microsoft Edge: Making the web better through more open source collaboration - Windows Experience BlogWindows Experience Blog かつてのOpera Software ASAが今は亡きPresto Operaについて独自エンジンを維持することを諦めてしまったのが2013年2月*1のことでしたが、5年を経たのちに今度はIT業界の巨人Microsoftが独自エンジンを維持することを諦めてしまいました。決して慈善事業でウェブブラウザーを開発しているわけではないのですから、致し方ない面があるのは否めないでしょう。それでも、ウェブの将来に暗い影が忍び寄るのではなかろうか、と