画像が左側で右にタイトルと本文があるときのマークアップ - Webtech Walker
今回は下記のようなデザインがあったときのマークアップを順を追って考えてみたいと思います。（下記のデザインはCSS Happy Lifeのコーディングコンテストのものです） 画像が左、タイトルと本文が右にある。 画像の幅は固定。（今回は200pxとする） 右側（本文とタイトル）の幅も固定(今回は400pxとする） 全体の幅は600px 画像、本文ともに高さは可変 画像とタイトルは同じリンク先 構造を考える まずはデザインを見て構造を考えます。これは人それぞれ違うだろうし、一番大事なところだと思います。僕の場合以下のように考えます。実際書いたりはしませんが、書くと分かりやすいですね。 商品の一覧と考えるとリストでマークアップ。順序の関係性は見られないのでulを使う タイトルはhタグであるべき。当然一番上にくる 画像がタイトルより先にくることはありえない。hタグの中に入るのもおかしい サムネイル
新規でサイトを作るのに使えそうなの一式。（あの人のパクりじゃないんだからっ！）｜CSS HappyLife
08年6月4日追記： コレの新しいの作りました。 新規でサイトを作るのに使えそうなの一式。Ver 2 11月7日追記： contens.cssの56行と60行目の#contents部分でスペルミスしておました。 ごめんなさい... 現在は修正版になっております。 修正後のcontents.css --- SO905iがやば過ぎる件。JOGですよ！じょぐ！！！すげー待ってた。アナタを心から待っていた。 さて、一行駄文はお終い。本題です。 毎回新規サイトを作成する場合は、以前組んだのからコピって来て使うケースが多くて何かと面倒だと思っていたわけです。 んで、自分仕様のが欲しいと思ったので、仕事そっちのけで作ってみました。 以前からソレっぽいのは公開したり、なんやかんやだったんですが、11月2日Verって事で。 どうせ新規サイト作成の際にちょっとずつ見直しが入っていくので、すぐに古くなってしまう
次のウェブをどう定義するか：構\造化ウェブの始まり:コラム - CNET Japan
ブログ界には次のウェブの基本性質に関する議論が浮上している。Tim O'Reillyは何にでもバージョンを付け、「Web 3.0」などと呼ぶ流行を批判するシグナルを送っているが、とにかく次に何が来るかについては合意は得られていないのが現状だ。わたしは、次に来るのは1つのものではなく、いくつかの大きなテーマによって特徴づけられると考えている。 ウェブの新しい進歩には、セマンティクス、アテンション（無意識的な行動）、個人化がある。次のウェブをどう呼ぶかはともかくとして、そこでの情報はより意味があり、より自動的で、われわれひとりひとりに合わせた動きをするものになる。 次のウェブの進化で欠かせないのは、構造化された情報の取り込みという要素だ。この概念はわれわれ人間にとってはあたりまえのものだが、コンピュータにとってはそうではないという事実を完全に見過ごしてしまっている。人間がAmazonで書籍を見
MOONGIFT: » XHTMLにも対応したWYSIWYGエディタ「Whizzywig」:オープンソースを毎日紹介
※ 画像は公式サイトデモより。 テキストエリアをHTMLオーサリングツール風にするソフトウェアは各種存在する。有名なものとしてはFCKEditorやSPAW Editor、Xinhaなどがある。 この手のソフトウェアの難点として、HTML構造は汚い事が多かった。XHTML Validなサイトを作っている場合はこれを使ってみる事をお勧めする。 今回紹介するフリーウェアはWhizzywig、Webベースのリッチテキストエディタだ。 Whizzywigは各種文字装飾をボタンを押すだけで簡単にできる。画像挿入（アップロードには未対応）、テーブル組もできる。日本語はまだだが、多言語対応も想定されている。 そして最大の特徴とも言えるのがXHTML Validなソースを作成できる点だろう。イメージタグも<img 〜 />のようになる。また、独自のCSSを認識させる事もできるので、見栄えと照らし合わせなが
body 要素の最初の内包要素に上マージンがある場合の body 要素デフォルトのマージン処理 - 2xup.org
2007-07-31T20:30:41+09:00 各表示モードによる CSS 解釈の違いをまとめたドキュメントで『body 要素の最初の内包要素に上マージンがある場合の body 要素デフォルトのマージン処理』については僕自身がきちんと理解できていないためブログ記事内では解説やサンプルを引っ込めていたのですが、記載を残していた表へのフィードバックをいただきました (ありがとうございます！)。 さらに、[body直下要素に上マージン その2：メモランダム] を読んでしっかり理解できました。本当にありがとうございます！ サンプルも無くややこしい表現をしている状態でしたので、サンプルの共有、表の修正と詳細を用意します。 XHTML 1.0 Strict 文書 XML 宣言を省略した XHTML 1.0 Strict 文書 DOCTYPE 宣言の無い謎のマークアップ言語で書かれた文書 Windo
XHTMLの書き方 (ウェブのあれこれ格納庫)
XHTML[Extensible HyperText Markup Language]とは、HTML に柔軟性や拡張性のある XML を取り入れたマークアップ言語で、今現在広く使われている XHTML の規格は[XHTML 1.0]。 これは基本的に HTML 4.0 と同じ要素で構成され、XML、HTML 双方のメリットを生かせるが HTML と完全に互換をもたせる為には幾つか注意点もあったりする。 ･･･って書くと堅く難しい感じだが～(´Д｀; 何はともあれ HTML もいいがこれからは XHTML を使っておけぇ～！みたいな･･･。 そんなワケでまったく役にたたない前置きだったが XHTML のマークアップ（書き方）についての覚書。 HTML と XHTML の違い HTML のマークアップ方法はタグを大文字でも小文字でもOKだったり、終了タグが省略されててもどうにかなったり･･
optgroup 要素を CSS でひと工夫してみる | WWW WATCH
フォームの入力コントロールの中で、select 要素によるセレクトメニューは、選択肢の数が一定以上増えると選択したい項目を探し出すのがちと面倒になります。そんな... フォームの入力コントロールの中で、select 要素によるセレクトメニューは、選択肢の数が一定以上増えると選択したい項目を探し出すのがちと面倒になります。そんな時のために optgroup 要素が存在するわけですが、こいつを使用した上で、CSS をあてて見た目を装飾する方法と、一部ブラウザでの注意点などを簡単にまとめてみました。 基本的なことのみで、すごいかっこいい見た目を実現とかそういうのではありませんので、期待せずにどうぞ。 例えば都道府県などの選択をさせる際を想定すると、マークアップ自体はこんな感じになりますよね。面倒なので全部は書きませんが。 <select name="location"> <optgroup la
第22回 画像の代替テキストのベタープラクティス（1）
XHTMLのマークアップは、人間的な判断に負うところが大きい。その最たる例が画像の代替テキスト（img要素のalt属性値）だ。代替テキストの構文上の注意点や、どのように工夫すればユーザーにとって理解しやすくなるかを考えてみよう。 画像（img要素）のalt属性は必須か？ 画像（img要素）のalt属性値は、「代替テキスト」（alternartive textまたはalternate text）としてよく知られている。制作現場では、属性名のつづりから「オルト」と呼ばれるのが一般的だ。 Webをさまざまな環境で利用してもらうためにも、「代替テキストをつけるのは当たり前」という認識が広がっているのは望ましい傾向だ。Webページはビジュアルブラウザだけでなく、音声ブラウザやテキストブラウザなど、グラフィカルな表示・表現ができないソフトウェアでも閲覧され、またビジュアルブラウザであっても、画像読み込
CSSの記述テクニック 階層宣言コーディング - 3ping.org
2007-04-02追記 この記事は2007年4月1日にエイプリールフールネタとして書かれたものであり、紹介しているCSSの宣言ブロック内にセレクタを記述する方法は不正な書式であり無効です。 検索・他の記事から訪れた人は勘違いしないように注意してください。 CSSの記述はセレクタを並列に定義していくので、視覚的に構造を表すことができません。ここで定義グループごとにファイルを分割して管理したりする方法が有効になるのですが、これもXHTML文書の構造を頭にいれておかなければならないし、文書とビジュアルの結びつきをきちんと設計しなければ分割する意味がなくなってしまいます。 今日は、これらの弱点を埋める「階層宣言コーディング」という記述方法を紹介します。 次の記述は単純に文脈セレクタを使った記述です。 p.caution { color: red; font-weight: bold; } div
第20回 XHTMLの設計～状況に合った要素選び（5）～
XHTMLの制作でもっとも難しいのは「どの要素を使ってマークアップするか」という判断である。正解がひとつの場合もあれば、ふたつ以上の場合もある。人間の判断に負う部分も大きいので、あるマークアップを適切に感じる人もいれば感じない人もいる。シチュエーションごとの一般的なマークアップ例を見ていこう。 画像（img要素）を見出しとするのは悪か？ 「見出しとして埋め込むのはテキストだけであって、画像（img要素）を埋め込むのは正しくない」と勘違いしている人が意外と多い。特にテーブルレイアウトに慣れ親しんでいる人は、Webページにとって骨格である「見出し」をきちんとマークアップするという発想がなく、見た目として「見出し」のように見える画像を置いておけばそれでオーケーと判断してしまうケースが多いようだ。 構文的なことをいえば、どの文書型であっても、h1～h6要素はテキストだけでなくインライン要素を含むこ
tfoot は tbody の前に書いた方がいいよ
404 Blog Not Found さんにて、「CSS - スクロール可能なテーブル w/o JavaScript」 というエントリーが上がっていて、これ見た... 404 Blog Not Found さんにて、「CSS - スクロール可能なテーブル w/o JavaScript」 というエントリーが上がっていて、これ見た時にその HTML ソースはないなぁ...... と思ったのと同時に、tbody に CSS を適用して overflow:auto とかすれば終わる話じゃないのとか思ってそれについてエントリーを書こうかなと思った瞬間、hxxk.jp さんにて 「CSS で tbody 要素を一定の高さにして、 overflow: auto でスクロール表示にする tips」 っていうエントリーが上がってるのを見て萎えた。 で、それについて書くのは諦めたんですが、hxxk.jp さん
第16回 XHTMLの設計〜状況に合った要素選び（1）〜：ITpro
XHTMLの制作でもっとも難しいのは「どの要素を使ってマークアップするか」という判断である。正解がひとつの場合もあれば、ふたつ以上の場合もある。人間の判断に負う部分も大きいので、あるマークアップを適切に感じる人もいれば感じない人もいる。シチュエーションごとの一般的なマークアップ例を見ていこう。 2つの判断レベル: 構文適合性と目的適合性 マークアップの適切さを判断するレベルとしては、構文適合性（validity）と目的適合性（relevance）の2つがある。前者は「要素・属性・属性値の書式が構文的に正しいかどうか」、後者は「要素・属性・属性値の使い方が本来の意味や仕様で示されている方法に合っているかどうか」が問題となる。 まず認識しなければならないのは、構文適合性はバリデータ（ソース検証ツール）などのマシンでチェックできても、少なくとも現在の技術レベルでは目的適合性はチェックできないこと
W3C - W3Cの仕様書等の文書の日本語訳集
注意 日本語翻訳集は w3c-translators@w3.org メーリングリスト上で報告された日本語翻訳文書へのリンクを集めたものです． リンクされた翻訳はボランティアによって行われたものです． またこれらの翻訳には誤りが含まれる可能性もあります． 正式なものはあくまでも英語版ですので， この点をご理解頂いた上でご利用下さい． またコピーライトに関する情報を含め，W3Cの文書の翻訳に関しての一般的な情報や， 翻訳の際のヘルプは， http://www.w3.org/Consortium/Translation/にあるW3C翻訳ページ(英語版) をご覧下さい． TR集 勧告 ・ 勧告案 ・ 勧告候補 ・ 草案 ・ 技術ノート その他の文書等 FAQ集 ・ その他 TR集 勧告 HTML 4 (勧告) http://www.asahi-net.or.jp/~bd9y-ktu/html4re
CSS Nite Vol.7: Web制作現場の対立を解消する！ XHTML CSSガイドライン作り [1]
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたのマークアップのどこがどう正しくないかを具体的に指摘してくれる『xhtml-css』 | 100SHIKI.COM
乐山厩荒商贸有限公司
CSSNite in Nagoya 2007 極力ハックしない CSS by 山田あかね(purprin)