1

私はcss3のフォントアイコンを使ってプロジェクトを行っていますが、文字をマッピングするための2つの別々のアプローチが明らかになりました。

  1. アイコンは、英数字やその他のキーボードベースの文字を含む一般的な文字にマップされます。
  2. アイコンはUnicodeのプライベートユーザーエリアにマッピングされます(U + E000..U + F8FF)

すべてが平等であるなら、私は最初の方法で物事をやります。Css3コンテンツはプレゼンテーションのみであり、良い習慣として、意味を伝えるために使用すべきではなく、はるかにユーザーフレンドリーです。このコンテキストでは、ユーザーはフロントエンド開発者であり、スタイルシートで16進コードを処理する必要があり、代わりにキーボード文字を使用できます。

プライベートユーザー領域を使用するために私が見た1つの議論は、cssで定義されたコンテンツがスクリーンリーダーによって読み取られないようにすることです。それは理にかなっているように聞こえますが、スクリーンリーダーがそのようなことをする理由は考えられません。contentプロパティが使用される:beforeおよび:after疑似要素は、定義上、DOMの一部ではありません。

私はこのビデオに出くわしました。これは、私の仮定が3つのケースで正しいことを示しています。DanTamasによって送信されたYoutubeビデオ、cssコンテンツプロパティを使用したスクリーンリーダーのテスト

バグアウトしてユーザーにcssコンテンツを読み始めるスクリーンリーダーの例はありますか?それも起こり得ますか?

4

1 に答える 1

4

ロジャーヨハンソンは2012-05年に書いた:

[…]複数のスクリーンリーダーが、この方法で作成されたコンテンツを読み上げます。VoiceOverは(OS XとiOSの両方で)機能します。NVDAは、Firefoxで使用した場合に機能しますが、IEでは使用できません。

関連リンク:

于 2012-10-13T01:52:32.847 に答える