保守しやすく、規模に依存しないHTML文書のために 一般 DOCTYPEで始める 置き換えられるべきまたは旧式のDOCTYPEを使わない XML宣言を使用しない 文字参照はできる限り使わない &と<、>、"、'は名前文字参照を使ってエスケープする 制御文字や不可視文字は数値文字参照を使う コメントではその内容の前後へ空白文字を置く 終了タグを省略しない 空要素の書き方を混ぜない タグや属性値の前後へ空白文字を置かない 大文字・小文字を混ぜない 引用符を混ぜない 属性を2文字以上の空白文字で区切らない 真偽値を取る属性の値は省略する 名前空間は省略する XML属性は使わない data-*とMicrodata、RDFa Lite用の属性と通常の属性を混ぜない デフォルトの暗黙のARIAセマンティックスを尊重する 文書要素 lang属性を追加する lang属性の値はできる限り短くする できる限り

您不具备使用所提供的凭据查看该目录或页的权限。 请尝试以下操作： 如果您认为自己应该能够查看该目录或页面，请与网站管理员联系。 单击刷新 按钮，并使用其他凭据重试。 HTTP 错误 401.1 - 未经授权：访问由于凭据无效被拒绝。 Internet 信息服务 (IIS) 技术信息（为技术支持人员提供） 转到 Microsoft 产品支持服务 并搜索包括“HTTP ”和“401 ”的标题。 打开“IIS 帮助”（可在 IIS 管理器 (inetmgr) 中访问），然后搜索标题为“身份验证”、“访问控制”和“关于自定义错误消息”的主题。

 もずはっく日記(2013年4月) 2013年4月24日 <ruby>関連要素って駄目駄目 初回投稿日時: 2013-04-24 08:50:50 最終更新日時: 2015-02-21 15:45:29 カテゴリ: HTML XHTML 雑談 SNS: Tweet (list) <ruby>関連要素の仕様について色々と思うところが多いので、この日記にまとめておこうと思います。 私の結論を先に述べておくと、一言、酷い仕様、です。 まず、<ruby>関連要素の歴史を振り返ってみましょう。 まず、<ruby>関連要素はIE5で独自拡張として実装されました。ルビを振りたい日本人に一定の支持を受けていた印象があります。ですが、独自に暴走して仕様を決めてしまっているため、他のブラウザベンダ等との協議を経て、ブラッシュアップされたものでないのは当然と言えます。これが第一の不幸です。 そして、Micro

iPhoneのSafariには、「電話番号っぽい文字列」を見つけたら、電話発信リンクに変えてしまくという、ありがたいのかありがたくないのかよくわからない機能があります。 たまたま書いた数字が電話番号として認識されてしまう場合もあります。うっかりタップするといきなり発信ダイアログが出てきたりして、かなりびっくりします。 これを回避する方法もあって、こんなmetaタグを入れておくと、勝手に電話番号扱いされることがありません。 <meta name=”format-detection” content=”telephone=no”> 《参考》Safari HTML Reference: Supported Meta Tags 私は自分のblogに電話番号を書くことはまずありません。書くことがあったら、その時は <a href=”tel:〜 って書きます。 関係ない数字が電話番号扱いされても誰も

h1〜h6で作った文書の階層を元にメニューを自動生成してくれるjQueryプラグイン「pageMenu」 2011年07月07日- $ pageMenu plugin 0.0.2 | jQuery Plugins h1〜h6で作った文書の階層を元にメニューを自動生成してくれるjQueryプラグイン「pageMenu」 HTMLでH1〜H6で綺麗に階層的に文書を記述しておくと次のようなページメニューを自動で作ってくれてページ内リンクしてくれるというものです。 自分で作ると文書追加の際に修正しなくてはならず、漏れも発生しそうですが自動でやることでその心配や手間はゼロになります。 初期化もカンタン。 jQuery('h2').pageMenu(); 綺麗にHTMLを書いている方はこの1手間でかなり使いやすくなりますね 関連エントリ iOSのシェイクイベントを取得できるjQueryプラグイン「gS

先日のセミナーでも少し触れた、「Googleのコモディティ戦略」。インプレスからこのたび出版される「Google Chrome OSー最新技術と戦略を完全ガイド」の「戦略」の部分に共著者の一人として寄稿したのでここで紹介させていただく。 Chrome OSにせよAndroidにせよ、OSをGoogleが無料で提供するには深い意味があるのだから、それをちゃんと理解した上で、自社のデバイスに採用するかしないかを「経営判断」として決めるべき。「他のメーカーも載せはじめたから」とか「自分だけ乗り遅れたくないから」ぐらいな安易な気持ちで始めると、「実際やってみたら得をしたのはGoogleだけ」という結末になりかねないので慎重にすすめるべき。 ２年ほどiPhone向けのアプリを作って来た結果、最近強く思うのは、テレビなどの据え置きがたの家電にアプリをダウンロードして走らせる、という発想自体が根本的に間

このブログ、1年近くご無沙汰していました。その間なにをやっていたかというと、実はずっと本を書いていました。『Webを支える技術 ── HTTP、URI、HTML、そしてREST』というなんとも挑戦的な題名の本です。技術評論社さんのWEB+DB PRESS Plusシリーズの11冊目で、来月発売される予定です。 Webを支える技術 ── HTTP、URI、HTML、そしてREST山本 陽平技術評論社 2010-04-08 この本は、WEB+DB PRESSで連載していた「RESTレシピ」という連載がベースになっています。実は連載が1年経ったくらいから、技評さんからは書籍化のオファーをもらっていました。ただ、その時点では書いた分量も少ないし、そもそも自分に雑誌記事とは比べ物にならないくらい分量のある本が書けるとは思っていなかったので、書籍ではなく連載継続という形でトータル2年間連載をしました。

いつか XHTML2 の時代が来ると思っていた頃もありました。ネタを漁っていたら大杉で書ききれませんでした。わかりやすそうなのを集めてみました。 1998年5月 HTML の将来を議論する W3C Workshop で従来の HTML を捨て、 XML 構文に移行することが決定されました。 これがすべてのはじまりでした。 W3C workshop - Shaping the Future of HTML http://www.w3.org/MarkUp/future/ 2000年夏〜2008年12月 XHTML m12n 仕様書において usemap 属性の属性値の定義が誤っている問題について当時の HTML WG (現 XHTML2 WG) は度々指摘を受けてきましたが、対応を怠り、2008年12月になってようやく XHTML 1.2 Editor's Draft に限って修正されました

HTMLにはemとstrongという要素型があり、それぞれ強調《emphasis》とより強い強調《stronger emphasis》を示すものとされています。これらの要素については、強調の強弱を示すためなら要素を多重に入れ子にすればよい（例えば、<strong><strong>強調</strong></strong> のように）との考えから、強調を表す要素は2つも必要無いという意見があります。 野望の王国の強調に一言物申す < Blog < Black Box XHTML 2.0草案（2003年5月6日版）の9.11. The strong elementには、"Leave in, deprecate or remove? No consensus."という記述がある。尚、2004年7月22日版草案の9.11. The strong elementの項には記載されていない。 しかし、自分

この文書「XHTML Media Types ― 第二版」は、W3C の XHTML 2 ワーキンググループ による「XHTML Media Types - Second Edition (W3C Working Group Note 16 January 2009)」の日本語訳です。 この日本語訳は参考情報であり、正式な文書ではないことにご注意ください。また、翻訳において生じた誤りが含まれる可能性があります。 原文の最新版 は、この日本語訳が参照した版から更新されている可能性があります。また、この日本語訳自身も更新されている可能性があります。日本語訳の最新版は、http://standards.mitsue.co.jp/resources/w3c/TR/xhtml-media-types/ から参照することができます。 更新日: 2009-03-16 公開日: 2009-01-30 翻訳

The HTML Working Groupは26日(フランス時間)、「HTML Design Principles」の最初のパブリックワーキングドラフトを公開した。同ドキュメントは同ワーキンググループがHTML5の策定に採用している設計原理を説明したもの。HTML 5はこのままいけば現在主に採用されているHTML 4.01の次のメジャーバージョンになるとみられており、策定が注目されている。 同ドキュメントはHTML 5やそれに関連する仕様の設計アプローチにおいて共通のコンセンサスを得ることを目的としており、互換性、ユーティリティ、相互接続性、ユニバーサルアクセスなどで共通の設計原理のもとに作業を進められるように原理原則がまとめられている。最終的にはワーキンググループノートとして策定関係者向けのドキュメントとして公開される見通し。W3C勧告として公開される類のものではない。 HTML De

先週開かれたW3C TPAC Weekというイベントにて、XHTML 2ワーキンググループおよび、HTMLワーキンググループの部会に出席してきました。今回は、XHTML 2.0の現在のWebとの関わり、および今後について、部会で得た情報をもとに考えてみます。 XHTML 2ワーキンググループが考えるHTMLとは、その名の通り「文書をマークアップするための言語」です。文書マークアップのベースとしてXHTMLを用い、足りない機能の追加はモジュールを定義したり、SVGのような他のXMLフォーマットを取り込むアプローチをとっています。 XMLの持つ拡張性と、XHTMLの汎用性を組み合わせることで、文書そのものをアプリケーション側の処理（表示やコントロールの追加など）を分け、持続可能な文書フォーマットとしてXHTMLを利用することが可能です。eBayやTIMEでは既にXHTML 2.0を利用している

Apple、Mozilla Foundation、Opera Softwareの関係者は9日(米国時間)、W3C HTML Working Groupに対して「Proposal to Adopt HTML5」と題したメールを送信した。これは次期HTML標準の策定開始を打診するもので、その足掛りとしてHTML5を使ってはどうかと提案している。内容は、W3Cが公開しているメーリングリストのアーカイブで確認できる。 HTML5は、ブラウザベンダーらによって構成される団体「Web Hypertext Application Technology Working Group(WHAT WG)」において策定が進められている規格。同グループで策定している「Web Applications 1.0」や「Web Forms 2.0」といった規格をベースにしたもので、HTML4との互換性を保ちつつ、新しい機能

Please notice: This domain name registration has expired and renewal or deletion are pending. If you are the registrant and want to renew the domain name, please contact your registration service provider. Bitte beachten Sie: Diese Domainregistrierung ist abgelaufen und die Verlängerung oder Löschung der Domain stehen an. Wenn Sie der Registrant sind und die Domainregistrierung verlängern möchten,

昨年10月のバーナーズ＝リーのびっくり発言から約4カ月を経て、W3Cに新しいHTML作業部会が設置された。HTML4とXHTML1をベースに、新しい(X)HTML仕様を2010年を目標に策定していく。従来のHTML作業部会はXHTML2作業部会という扱いになる（HTMLとは違う狙いなので、名前を変えることも検討しているそうだ。そりゃ大いに結構）。 Charter（設立趣意書）によれば、この新作業部会は次のものを策定していく。 HTML4を発展させた、ウェブの文書とアプリケーションのセマンティクスを表現する言語 この言語をXMLによって記述（シリアル化）する拡張可能な形態 既存ブラウザの「クラシックHTML」パーサと互換性のある、XMLではない記述形態 この言語のためのDOMインターフェイス フォームその他のUIで用いるための、プログレッシブバー、メニューなどの共通部品 リンクづけられたメデ

GRDDL仕様の最初の公開草案が出ていよいよXHTMLの出番だと思っていた矢先に、バーナーズ=リーからReinventing HTMLなどという話が出てきてびっくり。W3CのHTMLに対する取り組みへの不満は各地で書かれているし、WHATなんていう分派がHTML 5を起草したりしているから、本家としても何とかしなければならんということだろう。しかし、新しいHTML部会を設立する（to charter a completely new HTML group）と個人ウェブログでいきなり宣言するのは異例で、かなり唐突な感じがする。 もちろんこれは、XHTMLに向かう動きを逆流させようということではない。新しいHTML部会は、現在のHTML WGを置き換えるのではなく、並行して設置されるのだという。XMLの方向へ一度に切り替えようとしたのでものごとが動かなかった（The attempt to ge

By Dan Kogai $Id: encode_entities.html,v 0.2 2006/10/09 17:21:37 dankogai Exp dankogai $