普通のHTMLの書き方
保守しやすく、規模に依存しないHTML文書のために 一般 DOCTYPEで始める 置き換えられるべきまたは旧式のDOCTYPEを使わない XML宣言を使用しない 文字参照はできる限り使わない &と<、>、"、'は名前文字参照を使ってエスケープする 制御文字や不可視文字は数値文字参照を使う コメントではその内容の前後へ空白文字を置く 終了タグを省略しない 空要素の書き方を混ぜない タグや属性値の前後へ空白文字を置かない 大文字・小文字を混ぜない 引用符を混ぜない 属性を2文字以上の空白文字で区切らない 真偽値を取る属性の値は省略する 名前空間は省略する XML属性は使わない data-*とMicrodata、RDFa Lite用の属性と通常の属性を混ぜない デフォルトの暗黙のARIAセマンティックスを尊重する 文書要素 lang属性を追加する lang属性の値はできる限り短くする できる限り
<ruby>関連要素って駄目駄目 - WebStudio
もずはっく日記(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で独自拡張として実装されました。ルビを振りたい日本人に一定の支持を受けていた印象があります。ですが、独自に暴走して仕様を決めてしまっているため、他のブラウザベンダ等との協議を経て、ブラッシュアップされたものでないのは当然と言えます。これが第一の不幸です。 そして、Mic
iPhoneのSafariでこのblogを見たときに数字の列が電話番号扱いされないようにした | コーヒーサーバは香炉である
iPhoneのSafariには、「電話番号っぽい文字列」を見つけたら、電話発信リンクに変えてしまくという、ありがたいのかありがたくないのかよくわからない機能があります。 たまたま書いた数字が電話番号として認識されてしまう場合もあります。うっかりタップするといきなり発信ダイアログが出てきたりして、かなりびっくりします。 これを回避する方法もあって、こんなmetaタグを入れておくと、勝手に電話番号扱いされることがありません。 <meta name=”format-detection” content=”telephone=no”> 《参考》Safari HTML Reference: Supported Meta Tags 私は自分のblogに電話番号を書くことはまずありません。書くことがあったら、その時は <a href=”tel:〜 って書きます。 関係ない数字が電話番号扱いされても誰も
h1〜h6で作った文書の階層を元にメニューを自動生成してくれるjQueryプラグイン「pageMenu」:phpspot開発日誌
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
CSS3で縦書きスタイルを、電子出版の未来のために。日本発で提案中
日本語には縦書き表記が存在しますが、HTMLやCSSなどのWeb標準には縦書きのためののプロパティや機能はまだ十分ではありません。これまではHTMLやCSSの用途が、Webブラウザで参照するWebサイトを記述する用途にほぼ絞られていたため、このことはほとんど問題になりませんでした。 しかし今後HTMLとCSSは、電子書籍のフォーマットとしても使われることになりそうです。オープンな電子書籍ファイルフォーマット規格として普及が始まっている「EPUB」は、HTMLとCSS（それに画像ファイルなど関連ファイル）で記述されます。これにより当然ながら、EPUBによる電子書籍で日本語の縦書きのニーズが高まることが考えられるため、CSSなどによる充実した縦書きのサポートは欠かせないものとなります。 EPUBでの充実した縦書きレイアウトを実現すべく、かつてW3CでXML1.0の仕様策定に関わったマークアップ
共著「Google Chrome OS」出版のお知らせ
先日のセミナーでも少し触れた、「Googleのコモディティ戦略」。インプレスからこのたび出版される「Google Chrome OSー最新技術と戦略を完全ガイド」の「戦略」の部分に共著者の一人として寄稿したのでここで紹介させていただく。 Chrome OSにせよAndroidにせよ、OSをGoogleが無料で提供するには深い意味があるのだから、それをちゃんと理解した上で、自社のデバイスに採用するかしないかを「経営判断」として決めるべき。「他のメーカーも載せはじめたから」とか「自分だけ乗り遅れたくないから」ぐらいな安易な気持ちで始めると、「実際やってみたら得をしたのはGoogleだけ」という結末になりかねないので慎重にすすめるべき。 ２年ほどiPhone向けのアプリを作って来た結果、最近強く思うのは、テレビなどの据え置きがたの家電にアプリをダウンロードして走らせる、という発想自体が根本的に間
yohei-y:weblog: 『Webを支える技術 ── HTTP、URI、HTML、そしてREST』という本を書きました
このブログ、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 を追悼してみるテスト〜 - 若葉もすなる☆日記というもの
いつか 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 に限って修正されました
em要素とstrong要素 - 徒書
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 ― 第二版
この文書「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 翻訳
Google、「404 Not Found」ページに情報を追加するウィジェット
米Googleは8月19日、URLの入力ミスやリンク切れ、ページ削除などによって表示される「404 Not Found」のページをカスタマイズし、ビジターを目的のページに誘導するためのウィジェットをリリースした。同社のWebサイト管理者のためのサイト「Google Webmaster Central」の公式ブログで発表した。 通常の404 Not Foundページは「ページが見つかりません」と表示されるだけで、これではせっかくのビジターを逃してしまいかねない。このウィジェットに正しいURLを含むリンクや、上位ディレクトリへのリンク、サイトマップ、サイト検索クエリーの提案や検索ボックスなどの情報を追加して自分のサイトの404 Not Foundページに組み込んでおくことで、ビジターをサイトに誘導できるようになる。 公式ブログによると、ウィジェットを追加するには、GoogleのWebサイト管理
HTML 5設計の原理原則とは - "HTML Design Principle"公開される | エンタープライズ | マイコミジャーナル
The HTML Working Groupは26日(フランス時間)、「HTML Design Principles」の最初のパブリックワーキングドラフトを公開した。同ドキュメントは同ワーキンググループがHTML5の策定に採用している設計原理を説明したもの。HTML 5はこのままいけば現在主に採用されているHTML 4.01の次のメジャーバージョンになるとみられており、策定が注目されている。 同ドキュメントはHTML 5やそれに関連する仕様の設計アプローチにおいて共通のコンセンサスを得ることを目的としており、互換性、ユーティリティ、相互接続性、ユニバーサルアクセスなどで共通の設計原理のもとに作業を進められるように原理原則がまとめられている。最終的にはワーキンググループノートとして策定関係者向けのドキュメントとして公開される見通し。W3C勧告として公開される類のものではない。 HTML De
XHTML 2.0の目的と今後のXHTML | Web標準Blog | ミツエーリンクス
先週開かれたW3C TPAC Weekというイベントにて、XHTML 2ワーキンググループおよび、HTMLワーキンググループの部会に出席してきました。今回は、XHTML 2.0の現在のWebとの関わり、および今後について、部会で得た情報をもとに考えてみます。 XHTML 2ワーキンググループが考えるHTMLとは、その名の通り「文書をマークアップするための言語」です。文書マークアップのベースとしてXHTMLを用い、足りない機能の追加はモジュールを定義したり、SVGのような他のXMLフォーマットを取り込むアプローチをとっています。 XMLの持つ拡張性と、XHTMLの汎用性を組み合わせることで、文書そのものをアプリケーション側の処理（表示やコントロールの追加など）を分け、持続可能な文書フォーマットとしてXHTMLを利用することが可能です。eBayやTIMEでは既にXHTML 2.0を利用している
【レポート】次世代HTML規格はHTML5? - WHAT WGからW3Cへ熱烈ラブコール | エンタープライズ | マイコミジャーナル
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との互換性を保ちつつ、新しい機能
nXhtml - an Emacs mode for Web Development
Above is a little banner you can put on your site if you want to. nXhtml - Emacs Utilities for Web Development Introduction to nXhtml nXhtml is an addon to Emacs for editing XHTML, PHP and similar things. It is not very well-known, but it looks like at least Drew Yates has found it useful: nXML mode and the subsequent nXHTML mode for emacs are godsends ... And that was before I fixed all the bugs
ちょっとしたメモ - W3Cの新HTML作業部会
昨年10月のバーナーズ＝リーのびっくり発言から約4カ月を経て、W3Cに新しいHTML作業部会が設置された。HTML4とXHTML1をベースに、新しい(X)HTML仕様を2010年を目標に策定していく。従来のHTML作業部会はXHTML2作業部会という扱いになる（HTMLとは違う狙いなので、名前を変えることも検討しているそうだ。そりゃ大いに結構）。 Charter（設立趣意書）によれば、この新作業部会は次のものを策定していく。 HTML4を発展させた、ウェブの文書とアプリケーションのセマンティクスを表現する言語 この言語をXMLによって記述（シリアル化）する拡張可能な形態 既存ブラウザの「クラシックHTML」パーサと互換性のある、XMLではない記述形態 この言語のためのDOMインターフェイス フォームその他のUIで用いるための、プログレッシブバー、メニューなどの共通部品 リンクづけられたメデ
ちょっとしたメモ - HTMLの再構築？
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1216彩票-官网平台
Text -> HTML Entities Encoder