HTML Accessibility API Mappings 1.0草案からわかるテキストレベルの意味問題 | アクセシビリティBlog | ミツエーリンクス
2015年4月23日 HTML Accessibility API Mappings 1.0草案からわかるテキストレベルの意味問題 アクセシビリティ・エンジニア 黒澤 去る4月7日、W3CはHTML Accessibility API Mappings 1.0草案を公開しました。なお、この仕様は以前、HTML to Platform Accessibility APIs Implementation Guideと呼ばれていました。 さて、HTML Accessibility API Mappingsは、ブラウザーなどが、HTMLの意味（セマンティクス）などをスクリーン・リーダーなどの支援技術に対してどのように提供すべきかを定めた仕様です。支援技術は、ブラウザーから提供される情報をもとに利用者に情報を提供しているため、ブラウザーが提供する情報が十分でなければ、ページの出来が良くても利用者に適
HTMLの構造化と厳格化｜SEO会社による実践テクニック
当サイトは2008年頃までに作成されたものをモバイル端末向けに再設計したものです。 現在では有効ではない情報が多いので、技術情報ではなくSEOの黎明期に想いを馳せる読み物としてご利用ください。 決定打にこそなりませんが、ＳＥＯにおいて唯一自己の技術だけで解決できる要素なので、やらなければ損です。 HTMLの厳格化（NGタグや属性の撤廃） 当ページの主意と矛盾するようですが、基本的に冗長なタグや属性、あるいは少々の構文ミスがあってもSEOには「ほとんど」影響しません。 しかし「ほとんど」という点が、SEOでは非常に問題になります。何故なら無頓着な人がつくったサイトのNG箇所はソースの大半を占めることもあり、こうなると目に見える違いが出てきます。 装飾のためのタグはCSSに代替 ここでいう装飾とは主に次のようなものを指します。
Make your presentations accessible – .Ted.Drake:last-child {woo:hoo}
I give a lot of presentations at conferences that include people with vision and hearing disabilities. I try to make my presentations informative for the entire audience. Here are some of my tips. Create a vocabulary list for sign language interpreters Before I give a presentation, I spend a few minutes going through the slides and writing down terms that may not be easy to interpret. This may inc
Markdown は、公文書のアクセシビリティを高め、オープン・ガバメントを促進する破壊的イノベーションか？ - Zerobase Journal
（試案なので、フィードバックを歓迎します。対象読者は、 HTML や Markdown についての基本的な知識を有する人や、行政の情報公開、オープン・ガバメント、電子政府などに関心のある人です。とくに行政関係の方、少しでも興味があれば、お気軽にご連絡ください。ご説明します。高額な「ソリューション」を売り込んだりしませんので。お声がけ頂ければ「 Markdown セミナー」なども引き受けます） 概要 公文書作成ワークフローへの Markdown の導入を提案する。公文書に多い PDF フォーマットを、よりアクセシブルな HTML フォーマットに置き換えるための、安価な手段として。 提案 公文書のライフサイクルの最初から（つまり、新規文書作成時から） Markdown で書く。 作成した文書を機械的に HTML に変換し、 HTML としてウェブサイトで公開する。 これにより、 PDF ではな
HTMLだけで実現する何かはプログレッシブ・エンハンスメントではないのかな？
スミマセン。このエントリーでroll属性とありますが、正確にはrole属性です。 ブログなどでプログレッシブ・エンハンスメントに関するエントリーを読みますと、そのほとんどがCSS3に関するテーマのお話ですよね。なんでHTMLだけのお話でプログレッシブ・エンハンスメントが語られることがほとんどない（まだ僕は聞いたことがない）のかなーと不思議に思ってたりします。 そもそもプログレッシブ・エンハンスメントってなんですか？ 僕の中では、「互換性などもふまえてHTMLをしっかりと作りながら、より進んだ技術をサポートしているユーザーエージェント（以下、UA）にはよりよいユーザー体験を提供しましょうね」というのがプログレッシブ・エンハンスメントだと理解していますので、この前提にたってこのエントリーを書いています。 ですのでそもそもその前提が違ってますけど、という場合はご指摘ください。よろしくお願いいたし
HTML覺書とCSS2リファレンス
HTML覺書とCSS2參考 HTML覺書:N HTML 4について，理想的なStrict文書について，基礎を概説します。 おまけ:見出しアウトラインを生成するブックマークレット for Firefox CSS2リファレンス:R CSS2（2.1）仕様に基いた，正しい知識を得たい人の爲の概説です。 カラーチャート:C ウェブ技術に用いられる基礎的な色名とそのコードを表にまとめました。 カラーピッカー:P スクリプトで機能する簡易的なカラーピッカーです。配色を考える際にどうぞ。 掲示板:M CSS仕様について，リファレンスについて，何か不明な点があったら，どうぞ。 ウェブデザイン關聯リンク集:L ウェブ技術を学習する人に参考にして貰いたい，良質なリソースを紹介します。
正しいHTMLと妥当なマークアップ :: R-STYLES.NET
正しいHTMLとは？妥当なマークアップとは何なのか、という事について考えてみる。 「正しいHTML」とは 色々見ていると、正しいHTMLというのは、どうやらValidなHTMLの同義語として使われる事が多いらしい。 この場合の「Valid」の定義は「What is Markup Validation?」を参照。ちなみに、私は「Valid : DTDに則った構文で書かれている事」だと解釈しました。 「Valid＝正しい」だと言えばそうなのですが、「Valid」ならニュアンスは伝わるけど、日本語で「正しい」だけではピンとこないと思う。 にもかかわらず「正しいHTML」と言うのは、「Valid」とか「妥当な」という言葉がクライアントには分かりにくく、「正しい」の方が分かった気になり易いからでしょう。 「妥当なマークアップ」とは 恐らく、本来は「正しいHTML」や「ValidなHTML」と同義だと
HTMLベースのプレゼンツールまとめ | Blog.37to.net
home blog labs about contact Web・コンピュータ > HTMLベースのプレゼンツールまとめ (X)HTML プレゼンテーション 作成： 2008-06-15T21:24:33+09:00 更新： 2009-04-29T01:01:46+09:00 Kanasan.JSの資料作成にHTMLベースのプレゼンツールを調べていたので、簡単にまとめておきます。 Slidy W3C謹製のプレゼンツール。綺麗なHTMLで書けます W3C Slide show Tools MT & HTML Slidy でスライドを作る | WWW WATCH 作成方法紹介 Slidyのページ＜桑原政則 使いかたの紹介。この方が作成したのかな？ HTML Slidyのプレゼン資料 色々まとめ[to-R] Slidyの資料まとめ script.aculo.usでHTML Slidyを改造[to
HTML×CSSのプレビュー型とアーキテクト型コーディングフロー - TRANS [hatena]
CSSにはプレビュー型とアーキテクト型コーディングフローというのがあり、今後はアーキテクト型コーディングが主流になるのでは！というアイディアを思いつき、実際にコーディングしてみたら｡･･･挫折しました。ただ、こういう考え方もありなのかなと思い、書いておきます。 プレビュー型コーディング 先に申し上げておきますが、このプレビュー型とアーキテクト型コーディングフローとはどこかのCSSハッカーの言葉ではなく、僕が便宜上名付けただけです。というわけで知った顔して誰かに話しても、全く通じないこと請け合いなので気をつけてください。 さて、ここでいうプレビュー型コーディングとはこんなコーディングフローのことを意味しています。 HTMLをコーディング PhotoshopやFireworksの画像をスライス HTMLで書いたid属性やclass属性を軸にCSSをコーディング 多少の前後はあるにせよ、このフロ
![HTML×CSSのプレビュー型とアーキテクト型コーディングフロー - TRANS [hatena]](https://cdn-ak-scissors.b.st-hatena.com/image/square/a92eaeb578d1b9d0378f95c9320a0332cc4a9f95/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F6435988827676522384%2F6435988827676522962%2F1448268251)
リンクテキストとアクセシビリティとスクリーンリーダーの動作 - TRANS [hatena]
リンクテキストをスクリーンから隠したいときに、どんな方法が最もアクセシブルなのでしょうか。 Yahoo! User Interface Blogより もう3ヶ月ほど前のことですが、Yahoo! User Interface Blogで面白い取り組みをしていました。Empty Links and Screen Readersという記事です。その取り組みとは、リンクテキストをスクリーンから隠すための方法を1つ1つ検証し、どの方法がアクセシブルなのかを調査するというものです。 Yahooが調べたのは以下のリンクです。 通常のテキストとそれに対するリンク テキストもtitle属性もないリンク title属性はあるが、テキストがないリンク テキストの代わりに空白を入れたリンク これらのリンクに次のCSSを当てます。 特に指定しない offscreen visibility: hidden displ
![リンクテキストとアクセシビリティとスクリーンリーダーの動作 - TRANS [hatena]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca97218ef8242074e15cf05e7764859f63dc3901/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F6435988827676522384%2F6435988827676523057%2F1460995386)
レビュー：3つのLinux用HTMLエディタ | OSDN Magazine
最近のウェブ開発ツールには単純なHTMLの編集という枠を越えた豊富な機能が備わっている。今回、Linux用ウェブエディタの Screem 0.16.1 、 Bluefish 1.0.7 、 Quanta Plus 3.5.7 の3つを比較して、最近のウェブ編集のニーズにどれほど応えているのかを評価してみた。 比較した3つのプログラムは多くの点において似ている。どのプログラムも基本的には、文法のハイライトやスマートなインデントなど、コードの作成/編集を簡単にする機能を搭載したコードエディタだ。ScreemがGNOMEデスクトップ環境と密に統合されているのに対して、BluefishはKDE上でもGNOME上でも実行することができる。一方Quanta PlusはKDEと一緒に配布されているKDEアプリケーションで、幅広いコード編集機能に加えて視覚的な編集機能（WYSIWYG）もある。これら3つの
MOONGIFT: » WYSIWYGなHTMLオーサリング「KompoZer」:オープンソースを毎日紹介
個人的にAdobe GoLive（今は既にないだろうか）とDreamweaverは前者が高く、後者が安いイメージがあった。が、全く違っていたようだ。Adobe Dreamweaverは4万円以上する高価なソフトウェアに変わっていた（元々？）。 こうなると個人ではおいそれと手を出しづらくなる。最近はDivタグ+CSSでデザインする事が多くなっているとは言え、オーサリングツールはデザイナー/コーダーの人にとっては便利な存在だ。思い切ってオープンソースで代替えを探してみてはどうだろう。 今回紹介するオープンソース・ソフトウェアはKompoZer、Nvuの後継になるHTMLオーサリングソフトウェアだ。 KompoZerはその根幹がNetscape Composerにある。それもあって、レンダリングエンジンにはGeckoが使われており、表示の信頼性は高い。 また、アドオン機能やテーマ機能、JavaS
品質を高めるためのHTML検証チェック | Web標準Blog | ミツエーリンクス
W3CのConformance ManagerであるKarl Dubost氏が、W3C Q&A Weblogにて「The craft of HTML」という、HTMLの品質管理に関する記事を公開しています。 「HTMLは工芸品のようなもので、精巧な技術が作者に要求される。」という内容の導入部分はとても興味深いです。ただ、その品質についてはHTMLが広く普及していることもあり、文書により異なるとも書かれています。 Webサイトの品質を向上させるためにはHTML文書を検証し、問題を修正することが必要となります。W3CはMarkup Validation Serviceという検証サービスを提供し、作成者がページの文法エラーを即座に発見できるよう、その手助けを行っています。 さて、検証はいつ・どのような目的で行うべきなのでしょうか。 Karl氏は「検証は目的ではなく手段である (HTML vali
MOONGIFT: » 1行プレゼンをはじめよう「one-line-presentation」:オープンソースを毎日紹介
技術者の間では高橋メソッドが利用されることが多い。私自身、広い会場で小さなプレゼンの文字は読みづらいし、何よりスライドの中に大量の情報を盛り込むべきではないと考えている。 高橋メソッドを使った場合、スライドの数が多くなりがちで、通常のプレゼンテーションソフトウェアでは作成が面倒に感じてしまう。そこで使ってみたいのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはone-line-presentation、1行プレゼン作成ソフトウェアだ。 one-line-presentationはHTML（配布はPHP）とJavaScrptでなるソフトウェアで、ブラウザを使ったプレゼンテーションを作成する。巨大な文字が表示される点は高橋メソッドと同じだ。 なぜ1行プレゼンかと言えば、その内容が一行で作成されるからに他ならない。デフォルトではタブ区切りの文字列を作成すると、タブごとにスライド
新しくなったW3CのHTML検証サービス | Web標準Blog | ミツエーリンクス
7月25日より新しいW3C Markup Validation Serviceが稼動しています。デザインやインターフェースの改良だけではなく、内部の仕組みや検証機能にも改善がみられます。 新しいバージョン0.8.0ではアーキテクチャが一新され、検証時間の短縮や信頼性の向上が図られています。加えて、XMLの整形式や名前空間、MIMEタイプに関するチェックなど、XMLに関するエラー検証の精度が高まっています。このため、今までvalidとされていたXHTML文書が新しいvalidatorではinvalidとなる可能性があることにご注意ください。 Validatorは今後も、サービスのローカライズをはじめとするさまざまな改良を続けていくとのことです。日本語版の登場が待たれます。
Another HTML-lint gatewayで全ページ100点
報道機関各位 プレスリリース 報道機関各位 プレスリリース 2007年5月16日 イー・デスク株式会社 代表取締役 森重善隆 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ イー・デスク株式会社 Another HTML-lint gatewayで全ページ100点『イー・デスクのウェブサイト』 − 国内屈指のHTML文法チェッカーで、サイト内全221ページで満点を取得 （一部システム使用ページを除く） − http://edesk.jp/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ イー・デスク株式会社（所在地：千葉県柏市 代表取締役 森重善隆）は、 『イー・デスクのウェブサイト』を国内で最も厳格なHTML文法チェッカーと 評判の高いAnother HTML-lint gatewayに適応させたことを発表しました。 文法よりも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Cicada Principle and Why It Matters to Web Designers » HTML & CSS, Layout » Design Festival
HTMLでよく使うタグをZen Codingで入力する | Zen Coding 3-3 | HTML+CSSコーディングが10倍速くなるZen Coding
作ろうiモード：iモードブラウザ2.0 | サービス・機能 | NTTドコモ
fam.cx