サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
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は文書
2007-07-27T21:11:11+09:00 最近のブラウザには DOCTYPE 宣言の有無や種類で大きくわけて2種類の表示モードを切り替え、CSS やHTML の解釈を変える機能が備わっています。マイクロソフトは同様の機能を DOCTYPE スイッチとしており、一般的にもそう呼ばれることが多いように感じます (この記事でも DOCTYPE スイッチとします)。 DOCTYPE スイッチはオンの状態で standards mode (標準準拠モード) に、オフの状態で quirks mode (後方 (過去) 互換モード) になります。標準準拠モードは仕様に準拠した厳格な表示モード、後方 (過去) 互換モードは仕様に準拠していない古いブラウザとの互換を目的とした表示モードです。つまり DOCTYPE 宣言の記述が無いようなコンテンツに対しては、仕様に準拠していない古いブラウザの解釈
Web標準を考えるというエントリーで、フルCSSが受託案件で堂々と使えるようになったのは、SEOという言葉が出てきたから、という言葉を書いたら、はてブに微妙な反論があった。 しかし、それは現場では間違いではなかった。 2002～2003年頃は、ネスケ4を切るための理由がなかったのだ。 ネスケ4を切るということは、少なからずユーザーを失うというビジネスマターの決断になるので、制作者の論理、HTMLの論理などという瑣末（あえて言ってみる）なことで、ビジネスの機会損失になることは許されない。 もし捨てさせたければ、ビジネスニーズvsビジネスニーズの取捨選択の決断が必要。 そこにハマったのが、MovableType（blog）とSEOだった。blogは、なんだかんだとUTF-8であることが求められるし、SEO対策のためにテーブルレイアウトが悪者とされることとなった。 ずばり、この二つのキーワードが
印刷する メールで送る テキストHTML電子書籍PDF ダウンロード テキスト電子書籍PDF クリップした記事をMyページから読むことができます ブラウザ上でHTMLやCSS、JavaScriptのオーサリングが可能なオープンソースソフトウェア「rainbow9」が公開されている。JavaScriptコードのテストが可能なシェルを備えるなど、非常に高機能だ。既に、実際に試すことのできるサイトやデモムービーも用意されている。 rainbow9は、ウェブサイトの作成に必要な機能をオンラインで提供している。いわば、SaaS型のウェブオーサリングツールだ。アカウントを登録して、ウェブサイトプロジェクトを作成、HTMLやCSS、JavaScriptなどをプレビューまたは実行／テストしながら作成することができる。 特に、JavaScriptについては、エディタだけでなく実行シェルも用意され、
456 Berea StreetのRoger Johansson氏が、Garrett Dimon氏のMarkup as a Craftというエントリーを読んで、沢山のガイドラインが多すぎると感じて（？）6つの最も重要なガイドラインをエントリーであげていました。Guidelines forcreating better markup Keepitsimple. （シンプルにしてください） No layout tables. （レイアウトテーブルは使わない） Avoid classitis. （classの多様は避けて下さい） Structure and meaning first, presentation later.（構造と意味を最初に考えて下さい。見た目は後です） Know allHTML elements and attributes. （全てのHTMLの要素と属性を知って
[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 版に加え
と、htmlさんが嘆いている気がしたので、こんなサイトですがhtmlさんに付いて書きます。 ウチのサイトの一番の目的は「CSSって面白い！」って思ってもらい、興味を持ってもらう事にある訳ですが、次のSTEPに進む為にやっぱり通らなければならない道である（X）HTMLの正しい記述方法。 もちろん、CSSの勉強の前に（X）HTMLの理解をしてからが理想だと思いますが、ボクはソレがベストだとは思っていません。 何かを覚えるのに、「この順番で覚えなければ絶対にいけない。」なんて事は無いと思います。 ホントのビギナーさんは、CSSビギナー向けから、取りあえずCSSに触ってみるっていうのがボクのオススメです。 楽しんでナンボっす。 で、まぁ今回の対象となる方々は、テーブルレイアウトからCSSに移行した人で、（X）HTMLについては特に触れなかった人とか、Blogで初めてCSSに触れた人とか、CSSの魅
記事データ 投稿者 望月真琴 投稿日時 2007-02-20T23:01+09:00 タグCSSHTML XHTML お知らせ アソシエイト 出版 実践 Web Standards Design 概要 拙著「実践 Web Standards Design - Web 標準の基本とCSS レイアウト &Tips 」の発売に関する情報のページです。 リプライ 14 件のリプライがあります。 hxxk.jp ( のごく一部 ) が書籍化されます ! ブログ 書籍化でGoogle 検索すると何十万件もヒットするという昨今、時流に乗ってか乗らずか、お誘いを受けて書籍を出すこととなりました ! ......とは言え取り扱う話題がまとまっておらず、また純粋な文章としての完成度も低い hxxk.jp の記事を丸々書籍にパッケージングしたものではありません。 というか単著ではありませんし、あくまで
お知らせというか宣伝。九天社より出版される「実践 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 人での飲みは、気のせいか
(Amazonから買えるようになったもようです) 九天社より出版される「実践 Web Standards Design - Web 標準の基本とCSS レイアウト &Tips」の執筆をさせていただき、まもなく発売となるので宣伝させてください。本書籍はhxxk.jpの真琴さん、lucky bagblogのe-luckさんとの共著で、それぞれが連携しながら得意なパートを担当して書き上げました。大まかな構成は次のようになっています。(詳細なアウトラインは記事下部にあります) XHTML,CSSの基礎知識と管理方法 レイアウト編 Tips&Tecnique ずっと作りたかった構成ができた!CSSはまず『(X)HTMLありき』であり、(X)HTMLの正しい知識を覚えた上で学ぶものです。そこで、まずレイアウトや実線編となるまえに、Web Standardsの考え方や(X)HTMLの基本、プレ
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,ZIParchive, an
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
去る 2月1日に開催された 「XHTML+CSS (r)evolution, 2nd」 。残念ながら私は参加できなかったのですが、どうやらサイバーガーデン益子さんのプレゼン内 （スライド資料 / 音声データが公開されています） で、当サイトの 「CSS3 セレクタ チートシート」 を参考資料として取り上げてくださったようで恐縮至極な今日この頃。 公開されているスライド等はCSS3 に関してとても勉強になる内容が詰まっていますので、ぜひアクセスしてみることをオススメしますよ。 で、プレゼンの中で益子さんもおっしゃってますが、CSS3、及び XHTML1.1 からの変更点として最も大きいのが、モジュール化という概念を取り入れ、各構成要素が細分化される形で定義されているということ。 XHTML にしてもCSS にしても様々な機能を盛り込んでいった結果、その仕様はかなり重たい仕様となっています
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ページを開く
