HTML/XHTMLマークアップ・CSSコーディングガイドライン | enoq(エノーク)
HTML/XHTMLマークアップ・CSSコーディングサービス - ciqlie（シクリエ）では、コーディングガイドラインに基づいたHTML/XHTMLマークアップ・CSSコーディングを行います。このページではコーディングガイドラインの一部を掲載しております。 案件によってはガイドラインと一部異なる設計・実装を行う可能性がございますのであらかじめご了承ください。 ディレクトリ構成 命名規則 HTMLマークアップ CSSコーディング アクセシビリティ ディレクトリ構成 html ├common/ │ ├css/ │ │ ├import.css [各CSSファイル読み込み] │ │ ├common.css [各ブラウザスタイル調整定義] │ │ ├structure.css [サイト構造定義] │ │ ├editorial.css [サイト構成定義] │ │ ├component.css [サイ
都下水道局ワッペン作り直し問題について
経緯としては、「水をきれいにするイメージを出したい」という思いを持っていた東京都下水道局の担当の人が、「胸ワッペン」というアプリケーションに、その思いをぶちまけてしまい、ロゴタイプというベイシックエレメントに、デザインガイドラインでは禁止されている表現を指示してしまった。さらに「ガイドラインをちゃんと確認しなかった」ということで懲罰を受けられたというお話です。（上の画像をクリックするとFNNのサイトで報道された動画ニュースが見れます）。 で、僕はもう、デザイン業界を代表してっていうぐらいの勢いで、その懲罰を受けてしまった担当の方にお詫びしたい、という気持ちになります。新聞なども「税金をドブに捨てたムダ遣い」とか、石原都知事が「役人はダメだ」とか、とにかくボコ殴りっぽくお役所が叩かれていますが、これは、本来はデザインガイドラインを作った側、つまり東京都下水道局のCIを担当した側（どこが手がけ
W3CがアクセシビリティガイドラインWCAG 2.0を勧告として発表 | 初代編集長ブログ―安田英久
ウェブの標準仕様を定める団体W3C（ワールドワイドウェブコンソーシアム）が、Webコンテンツのアクセシビリティに関するガイドライン「WCAG（Web Content Accesibility Guideline）」のバージョン2.0を12月11日にW3C勧告として発表しました。 高齢者や障がい者など、何らかの理由で通常のWebサイトではうまく利用しづらい人にも、こうすれば利用してもらいやすくなるというアクセシビリティの具体的なサイトへの適用の仕方や、正しくできているかの検証の仕方などが説明されているドキュメントです。 ちなみに、「W3C勧告」とは、その文書がW3Cによって承認され、内容が（いったん）確定したことを意味します。一般的な表現を使うと「正式版のリリース」ですね（ちなみに、その前の段階のものは、順に「ワーキングドラフト（草案）」→「最終草案」→「勧告候補」→「勧告案」と呼ばれます）
HTML/XHTMLマークアップ・CSSコーディングガイドライン | ciqlie（シクリエ）
HTML/XHTMLマークアップ・CSSコーディングを代行するコーディングサービス。ディレクトリ構成 html ├common/ │ ├css/ │ │ ├import.css [各CSSファイル読み込み] │ │ ├common.css [各ブラウザスタイル調整定義] │ │ ├structure.css [サイト構造定義] │ │ ├editorial.css [サイト構成定義] │ │ ├component.css [サイト共通パーツ定義] │ │ └editorial/ │ │ └category-name.css [カテゴリ別構成定義] │ └img/ │ │ ├接頭辞_連番.拡張子 │ │ └category-name/ │ │ └接頭辞_連番.拡張子 │ └js/ │ └common.js ├category-name/ │ └index.html └index.
栄光ゼミナール；塾選びガイド
栄光ゼミナールの授業料、サービスなど充実させたコンテンツで作成していますが、やはり一番栄光ゼミナールを知るには、資料請求が一番です。 栄光ゼミナール資料内容 日程と授業料についてのご案内 栄光ゼミナールの夏期講習のご案内 個別指導のご案内。 「今子供たちは・」資料集栄光ブックレット とっておきなＤＶＤ（届くまでお楽しみ） 栄光ゼミナールでは、はじめての方には無料の夏期講習会になります。テキストの教材費は自己負担になりますが、それでも1教科につきたったの2100円。 栄光ゼミナールは特に中学生を対象に向けて圧倒的人気のサービスです。もちろん、それに付随するしっかりとしたサービスがあります。大手の学習塾には、有名講師が授業を100人程度で聞くタイプと少人数制（6人から20人程度）できめ細やかな授業を受けることができるタイプと個人指導で1対1、1対2でもっと自分のペースにあわせることがで
ウノウラボ Unoh Labs: ECサイトのユーザビリティ・ガイドライン
こんばんわ、Sashaです。 最近、ECサイトのリニューアルを計画するお手伝いをする、という仕事がありました。特にユーザビリティ的な観点から、どんなことを網羅したらこのリニューアルを成功させることができるだろうか、ということを考えながら、様々なブログを参考にしたり実際のECサイトを検証したりしていたら、以前私が紹介したユーザビリティ・ガイドラインのようなチェックリスト的なものが出来上がったので、もしかしてどこかのだれかのお役に立つこともあるかもしれない、と思い、ここに紹介させていただきます。 まず、ECサイトで実現したい基本的な目標をあげ、その目標に沿って細かく、網羅していきたい事を列挙していきました。 基本的な目標とは、次の5項目です。 見つけたい商品・情報を見つけやすくする ユーザーの労力を極力削減する 買いたい気にさせる 購入までのプロセスを簡単にする オンラインショッピング
XHTML・CSSコーディングガイドライン | d-spica | ホームページ制作・ウェブサイト制作・Webデザイン
文書の構造を示すことを目的とする。見た目の装飾に関わることを記述しない。 宣言 特に事情がない場合は，文字コードをUFT-8にして，XML宣言を省略する。 DOCTYPEは原則的にXHTML 1.0 Strict 。 ただし，更新スタッフの事情に合わせてXHTML 1.0 Transitional，HTML 4.01 Strict，HTML 4.01 Transitionalにする場合もある。 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> head ページの性質を示し，UAに読ませることを目的とする。 最初に <meta http-equiv="Content-Type" content="text/html; ch
コーディングガイドライン
構造と見た目の分離の必要性 HTML は Markup (意味付け)する Language (言語)です。例えば文脈のなかで、「ここは見出しですよ」「ここは段落ですよ」などという感じに「意味付け」を行い、文書構造を記述するための言語です。 ところが HTML は Web ページのレイアウト目的に使う仕様が多数盛り込まれ、その簡便さ、習得のしやすさと柔軟性から、本来の「意味付け」以外のレイアウトや見栄えに関する要素が多く使われていました。 それでは本来の HTML の目的に反するということで、「見た目」の部分を担当する CSS が策定されました。 建築物に置き換えるならば、きれいな骨組みの建物(HTML)に壁の色を塗ったり窓の形を変えたり(CSS)という感じでしょうか。いくらきれいな色を使っていても設計ミスの建物では使い物になりません。文書でも同じことが言えるもので、プレーンに理解しやすい文
CSSコーディング・スタイル
「こういうスタイルがCSSを記述する時に便利だよ！ コンセンサス(つづりは知らない)も取れるし！」とかいう建設的な意見はまるでないんですが、CSSを書く時の自分ルールは結構あるのでまとめがてらエントリにする。もちろんhxxk.jpのCSS の記述ルール記事のまとめというエントリを見たから書く気になったんだけど。 とりあえずスタイル指定を取っ払う 各ブラウザ間でのデフォルトの状態での差異を考えると頭が痛くなってくるので、手始めに取っ払って勝負。 フォント・ファミリの指定は別ファイル 見出しはこのフォントで本文はこのフォントといったように、フォント・ファミリの指定はいろいろな要素にまとめて指定することが多いので、まとめて別ファイルに。 様々なところで使うスタイルはhiddenやwrapperなどというクラスでまとめる CSS側でこの要素ではclear: both;とかいうのでも良いのだけど、こ
共同作業コーディングルール：minicpress*
コーディング（HTML制作）は、制作者やHTML作成ソフトによって癖があるのは、タグを触ってる方なら意識したことがあるかと思います。 コーディングルールがなく、揃っていない場合、タグ修正や置換がしにくかったり、思わぬエラーがおきた場合の原因が制作者以外だとつかみにくかったりと悩みの種が尽きません。 それぞれのサイトのガイドラインがあればそれに従うべきですが、ガイドラインがあっても記述がないものや、ガイドライン自体がない場合は、管理している範囲だけでも、揃えておいた方が、いいに越したことはありません。 そこで、共同作業するチーム（≒制作会社、制作グループ、運用チーム）ごとでローカルなルールをまとめて、閲覧できるようにしておくと便利です。 参考に私のローカルルール初期稿を追記しておきます。 HTMLのローカルルール クライアント様の共通ルールに従いますが、指定のない場合は以下のローカルル
Okapi Projectの設計書 (ガイドライン - HTML コーディングルール)
要約 Okapi Project では、コンテンツのメンテナンスを容易にするため、HTMLの作成について一定のルールを設けます。 本ドキュメントでは、Okapi Project のコンテンツ（HTML）の作成において守るべきルールについて記載します。 なお、本ドキュメントでは HTMLの基本的な知識について習得していることを前提に記載しています。 目次 1. 準拠する規格 2. 外見と内容の分離 3. タグの意味づけと利用方法 3.1. 文章の段落 3.2. 箇条書き文章 3.3. 特定用途の段落 3.4. 文章の一部に意味付け 3.5. テーブルの意味付け 4. 文字参照 1. 準拠する規格 Okapi Project では、XHTML 1.0 , DTD Transitional に準拠したHTMLを作成することとします。ただし、フレームを使用する場合の親フレーム（フレームセット）につ
コーディングガイドライン
コーディングガイドライン 2006年7月6日 (木) 12:37 更新 目次 概要 ディレクトリ構造 イメージファイル名 ドキュメントタイプ コードフォーマット CSS／JavaScript Flash 送信フォーム 納品準備 概要 本ガイドライン制作メンバー 原田、田中 目的 本ガイドラインは、制作スタッフの個々人のコーディング仕様を共通化し、今後の制作・共同作業において品質の維持と向上を図るために必要な情報を明記しています。 内容的には、W3Cに準拠することを基本に、その他ファイル名やディレクトリ構造について最低限のルールを設けています。 今までとの違いに戸惑うこともあると思いますが、徐々にでも対応させて行って欲しいと思います。 また、以下で使用しているサンプル例をWeb共有に入れていますのでご確認ください。 →Web/common/gui
WD Live! Web標準時代に求められるサイト構築法
Web標準時代に求められる サイト構築法 木達一仁 株式会社ミツエーリンクス WEB開発チーム フロントエンドエンジニア Web Standards Projectメンバー k-kidachi@mitsue.co.jp / kidachi@kazuhi.to 株式会社ミツエーリンクス WEB開発チーム フロントエンドエンジニア（2004年2月～） Web標準準拠サービスの立ち上げ/運用 Web標準Blogの運営 W3C Advisory Committee Representative 海外のWeb標準関連書籍和訳版の監修 Web Standards Project（WaSP）メンバー mixiにてWeb標準コミュニティを主催（2006年5月25日現在3260人が参加） 7月15日「Web標準の日」開催
CSS(Cascading Style Sheets) コーディングガイドライン
分割した場合の CSS の種類 default.css 全ての文書に読み込ませる CSS。ブラウザごとに違うスタイルをリセットして要素別に見栄えを再定義します。汎用的なクラススタイルも含みます。 font.css フォントファミリを定義するための CSS です。 layout.css レイアウトの種類を定義するための CSS です。この CSS の中身で @import 規則を使い、個々のレイアウトを読み込みます。このファイル内では、読み込むファイル名の行のコメントを外して希望のレイアウトを読み込むようにします。 layout.css 内で @import 規則を使って読み込むスタイルの種類の例 fixed_2column_left_menu.css fixed_2column_right_menu.css liquid_2column_left_menu.css liquid_2colu
スタイルシートを書く時のガイドライン - 2xup.org
2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。 生成 内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(X)HTML・CSSコーディングマニュアル
mozilla.org マークアップリファレンス
CSS Coding Guideline 移動のお知らせ
CSS Coding Guideline
http://stopnlisten.no.land.to/2006/07/post_13.html