【アクセシビリティ】 ブロック・スキップの“決定版”を考える (ナビゲーション・スキップ):WebClip - ウェブ制作、UXD／IA、アクセシビリティ
この記事のトピック ブロック・スキップの“決定版”をつくる。 ブロック・スキップのよくあるパターン。 【パターンB OffScreenパターン】の問題。 【パターンA: JIS X 8341-3:2004 例示パターン】 におけるPC-Talkerの問題 レイアウトへの影響を失くす。 PC-Talkerのページ内リンクには更なるバグがある。 さらに問題は続く。 PC-Talkerのページ内リンクの特効薬。 まとめ：ブロック・スキップの“決定版” こんにちは。“時代の3歩先をねらうWeb屋さん”ミキ・オキタです。 このブログ「WebClip ウェブデザインのニュース」では、Webデザイン・Webマーケティングの話題をお届けしています。 ブロック・スキップの“決定版”をつくる。 Webアクセシビリティのテクニックに“ブロック・スキップ”(注1)がある。 “ナビゲーション・スキップ”“スキップ・
ちょっとしたメモ - HTML5はモジュール化しないの？
HML5の最初の草案が公開されたが、まともに印刷すると400ページ以上になる分量を読むのはなかなか大変。それなのに仕様は、First, it should be read cover-to-cover, multiple times. Then, it should be read backwards at least once. Then it should be read by picking random sections ...なんてことを要求している。まぁそれはともかく、こんな巨大な仕様は、モジュール化するのが吉というのが、HTML4実装の教訓だったんじゃないのかな。適切に設計すれば、「HTML5の○○が気に入らない」という相反する意見も、モジュールの組み合わせでうまく行くかもしれないのに。 さまざまな機器でウェブにアクセスするようになり、またその利用目的もオンライン取引からソー
hr要素は改名して、インライン要素とするのが活路かも - 我的春秋
なんだか br要素の話が賑やかなようなので便乗。(^ ^;) ここで改行ったら改行（カナかな団首領の自転車置き場） br 要素（カナかな団首領の自転車置き場） 私はbr要素が好きじゃない（der Gegenwart） br要素は好きじゃない（sky line blog） br 要素問題は CSS2.1 で解決か!? どちらかというと現行規格ではなく、次世代規格の話になるので、少なくとも批判とかじゃありません。平たくいえば「br, hr 要素を論理セパレータとして見なすとこんな感じかな？」「その特性を活かすなら、仕様をこう変えた方がいい気がする」的な話です。 ちょっと小難しそうな感じがする方は、前置きはスルーして、ユースケースとサンプルコードだけ眺めてもらって、まったく支障ありません。っていうか、次世代規格の話だし、需要自体もそんなにたくさんあるようなネタでもないし、いっそ、全部まるごとスル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
