第9回 ValidなHTML、ValidなCSS | gihyo.jp
W3Cが(X)HTMLやCSSについての勧告を出していることにより、Web制作者は仕様に沿って「正しい」(X)HTMLやCSSを書くことを求められています。 Validな(X)HTMLの基準として挙げられるポイント まず、 仕様のとおりに書かれている HTMLバリデータ[1]で減点されない ことが挙げられます。 DTD（文書型定義）に沿った(X)HTMLを書けば、このようなバリデータの検証でエラーがでないようにすることが可能です。 validだと何が良いのか XHTMLをXMLアプリケーションとして考えると、パースエラーの出ることのない利用価値のある文書となる（validではないものではパースエラーが出てしまう） 正しい(X)HTML文書に対してでないと、CSSが意図した通りに機能しない 点数が満点になることによる制作者の満足感が高まる 何回かこの連載で取り上げましたが(X)HTMLは文書
標準準拠・後方互換モード各々の CSS 解釈の違いをまとめたドキュメントを共有
2007-07-27T21:11:11+09:00 最近のブラウザには DOCTYPE 宣言の有無や種類で大きくわけて2種類の表示モードを切り替え、CSS や HTML の解釈を変える機能が備わっています。マイクロソフトは同様の機能を DOCTYPE スイッチとしており、一般的にもそう呼ばれることが多いように感じます (この記事でも DOCTYPE スイッチとします)。 DOCTYPE スイッチはオンの状態で standards mode (標準準拠モード) に、オフの状態で quirks mode (後方 (過去) 互換モード) になります。標準準拠モードは仕様に準拠した厳格な表示モード、後方 (過去) 互換モードは仕様に準拠していない古いブラウザとの互換を目的とした表示モードです。つまり DOCTYPE 宣言の記述が無いようなコンテンツに対しては、仕様に準拠していない古いブラウザの解釈
HTMLの質の追求は、モバイルがきっかけでブレイクする。
Web標準を考えるというエントリーで、フルCSSが受託案件で堂々と使えるようになったのは、SEOという言葉が出てきたから、という言葉を書いたら、はてブに微妙な反論があった。 しかし、それは現場では間違いではなかった。 2002～2003年頃は、ネスケ4を切るための理由がなかったのだ。 ネスケ4を切るということは、少なからずユーザーを失うというビジネスマターの決断になるので、制作者の論理、HTMLの論理などという瑣末（あえて言ってみる）なことで、ビジネスの機会損失になることは許されない。 もし捨てさせたければ、ビジネスニーズvsビジネスニーズの取捨選択の決断が必要。 そこにハマったのが、MovableType（blog）とSEOだった。blogは、なんだかんだとUTF-8であることが求められるし、SEO対策のためにテーブルレイアウトが悪者とされることとなった。 ずばり、この二つのキーワードが
SaaS型Webオーサリングツール--JavaScriptの実行・テストも可能
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ブラウザ上でHTMLやCSS、JavaScriptのオーサリングが可能なオープンソースソフトウェア「rainbow9」が公開されている。JavaScriptコードのテストが可能なシェルを備えるなど、非常に高機能だ。既に、実際に試すことのできるサイトやデモムービーも用意されている。 rainbow9は、ウェブサイトの作成に必要な機能をオンラインで提供している。いわば、SaaS型のウェブオーサリングツールだ。アカウントを登録して、ウェブサイトプロジェクトを作成、HTMLやCSS、JavaScriptなどをプレビューまたは実行／テストしながら作成することができる。 特に、JavaScriptについては、エディタだけでなく実行シェルも用意され、
CSS SPICE » より良いマークアップをするためのガイドライン(Guidelines for creating better markup)
456 Berea StreetのRoger Johansson氏が、Garrett Dimon氏のMarkup as a Craftというエントリーを読んで、沢山のガイドラインが多すぎると感じて（？）6つの最も重要なガイドラインをエントリーであげていました。 Guidelines for creating better markup Keep it simple. （シンプルにしてください） No layout tables. （レイアウトテーブルは使わない） Avoid classitis. （classの多様は避けて下さい） Structure and meaning first, presentation later.（構造と意味を最初に考えて下さい。見た目は後です） Know all HTML elements and attributes. （全てのHTMLの要素と属性を知って
Vim: Editing HTML Files
Vim is excellent for creating and editing HTML documents — its many varied powerful editing features are handy for copying formatting between pages and keeping a consistent look. The irritating part is having to type all that mark-up, but the following settings help to automate this process. (All of this site’s HTML was created just using Vim.) All the settings below are included in the sample .vi
[CSSNite in Nagoya 2007] 極力ハックしない CSS というテーマでお話しました - pur*log
[CSSNite in Nagoya 2007] 極力ハックしない CSS というテーマでお話しました 2007-03-12T11:29:48+09:00 Tag: CSS, CSSNite, event, hack, presentation, seminar 去る2007年3月10日、CSS Nite in Nagoya 2007にて、「極力ハックしない CSS」というテーマでスピーカーとして参加させていただきました。 総勢282名という多くの方にご参加いただき、プレゼンターとしてだけではなく、参加者としても有意義に勉強させていただくことができました。 回想や反省を含めて、またあとで追記するか別エントリで書こうと思います。取り急ぎ pdf 版の資料を公開いたします。音声版は後日 CSS Nite 公式ページで公開される予定ですので、興味のある方はご覧ください。（追記）PDF 版に加え
CSSに見惚れてばかりじゃなくて、もっと私（HTML）を見てよっ！
と、htmlさんが嘆いている気がしたので、こんなサイトですがhtmlさんに付いて書きます。 ウチのサイトの一番の目的は「CSSって面白い！」って思ってもらい、興味を持ってもらう事にある訳ですが、次のSTEPに進む為にやっぱり通らなければならない道である（X）HTMLの正しい記述方法。 もちろん、CSSの勉強の前に（X）HTMLの理解をしてからが理想だと思いますが、ボクはソレがベストだとは思っていません。 何かを覚えるのに、「この順番で覚えなければ絶対にいけない。」なんて事は無いと思います。 ホントのビギナーさんは、CSSビギナー向けから、取りあえずCSSに触ってみるっていうのがボクのオススメです。 楽しんでナンボっす。 で、まぁ今回の対象となる方々は、テーブルレイアウトからCSSに移行した人で、（X）HTMLについては特に触れなかった人とか、Blogで初めてCSSに触れた人とか、CSSの魅
hxxk.jp - 実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips が発売となります
記事データ 投稿者 望月真琴 投稿日時 2007-02-20T23:01+09:00 タグ CSS HTML XHTML お知らせ アソシエイト 出版 実践 Web Standards Design 概要 拙著「実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips 」の発売に関する情報のページです。 リプライ 14 件のリプライがあります。 hxxk.jp ( のごく一部 ) が書籍化されます ! ブログ 書籍化で Google 検索すると何十万件もヒットするという昨今、時流に乗ってか乗らずか、お誘いを受けて書籍を出すこととなりました ! ......とは言え取り扱う話題がまとまっておらず、また純粋な文章としての完成度も低い hxxk.jp の記事を丸々書籍にパッケージングしたものではありません。 というか単著ではありませんし、あくまで
「実践 Web Standards Design」という本を書きました - lucky bag
お知らせというか宣伝。九天社より出版される「実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips」の執筆をさせて頂きました。3ping.org の wu さんと hxxk.jp の真琴さんとの共著です。2007 年 2 月 23 日頃 から書店に並び始めるみたいです。Amazon にはまだ載っていないようです。ちなみに、カバーデザインを見せて頂いた瞬間から執筆者の間では通称「ホップ本」（真琴さん命名）ということになってます。たぶん。 書籍名 : 実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips ページ数 : 436 ページ 定価 : 3,200 円 最初に wu さんから共著のお誘いを頂いたのが 2006 年の 5 月頃。6 月に行った打ち合わせ後の著者 3 人での飲みは、気のせいか
XHTML CSSの書籍を執筆しました - 3ping.org
(Amazonから買えるようになったもようです) 九天社より出版される「実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips」の執筆をさせていただき、まもなく発売となるので宣伝させてください。 本書籍はhxxk.jpの真琴さん、lucky bag blogのe-luckさんとの共著で、それぞれが連携しながら得意なパートを担当して書き上げました。大まかな構成は次のようになっています。(詳細なアウトラインは記事下部にあります) XHTML, CSSの基礎知識と管理方法 レイアウト編 Tips&Tecnique ずっと作りたかった構成ができた! CSSはまず『(X)HTMLありき』であり、(X)HTMLの正しい知識を覚えた上で学ぶものです。そこで、まずレイアウトや実線編となるまえに、Web Standardsの考え方や(X)HTMLの基本、プレ
XHTML 1.1 Second Edition での変更点
2月16日に公開された、XHTML™ 1.1 の最新版 Working Draft である、「Second Edition」 （W3C Working Draft 16 February 2007） ですが、やっと一通り目を通す時間が取れたので、前バージョン （W3C Recommendation 31 May 2001） からの変更点で気になったところを簡単にまとめておきます。ほぼ自分用メモ。 XHTML™ 1.1 - Module-based XHTML -Second Edition （Latest version） 1、HTML 形式以外のファイル形式でも配布 This document is also available in these non-normative formats: PostScript version, PDF version, ZIP archive, an
XHTML 1.1 - Module-based XHTML
XHTML™ 1.1 - Module-based XHTML - Second Edition W3C Recommendation 23 November 2010 superseded 27 March 2018 This version: https://www.w3.org/TR/2018/SPSD-xhtml11-20180327/ Latest version: http://www.w3.org/TR/xhtml11/ Previous version: http://www.w3.org/TR/2010/REC-xhtml11-20101123 Previous recommendation: http://www.w3.org/TR/2001/REC-xhtml11-20010531 Editors: Shane McCarron, Applied Testing an
モジュール化で変わる XHTML1.1 と CSS3
去る 2月1日に開催された 「XHTML+CSS (r)evolution, 2nd」 。残念ながら私は参加できなかったのですが、どうやらサイバーガーデン益子さんのプレゼン内 （スライド資料 / 音声データが公開されています） で、当サイトの 「CSS3 セレクタ チートシート」 を参考資料として取り上げてくださったようで恐縮至極な今日この頃。 公開されているスライド等は CSS3 に関してとても勉強になる内容が詰まっていますので、ぜひアクセスしてみることをオススメしますよ。 で、プレゼンの中で益子さんもおっしゃってますが、CSS3、及び XHTML1.1 からの変更点として最も大きいのが、モジュール化という概念を取り入れ、各構成要素が細分化される形で定義されているということ。 XHTML にしても CSS にしても様々な機能を盛り込んでいった結果、その仕様はかなり重たい仕様となっています
CSSでよく使う装飾定義をclass名でまとめることについて - 徒書
2xup.orgのCSS でよく使う装飾定義をコンポーネントとしてまとめるという記事を読んだのですが、挙げられているHTMLの例を見てみて、「いやいやその方向性は無しでしょう」と思ったのでした。何故かといえば、 リストをインラインで表示するために <ul class="inline"> ナビゲーションリストをタブのように表示するために <ul class="tab"> という書き方をしていたので。それはつまり「文字を赤くしたいので <span class="red">文字</span>」というのと同じなのでは。 ADP: class=red スタイルシートの基本 -- ごく簡単なHTMLの説明 (「クラス名の考え方」参照) 記事では、 見た目を意識しすぎてしまっているのが気になるので class の名前を変更したり、 とも書かれているのですが、単にclass名を変更するだけでは状況は大差な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Free Layouts.com | Websites
http://japan.internet.com/webtech/20070417/11.html
CSSNite in Nagoya 2007 極力ハックしない CSS by 山田あかね(purprin)
https://app.frevvo.com/frevvo/web/home
XHTML 2.0 - List of Elements