[B! guideline] s-e-iのブックマーク

s-e-i id:s-e-i

guidelineに関するs-e-iのブックマーク (10)

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の要素と属性を知って
s-e-i 2007/05/04
いいねえ、シンプルでいい

(X)HTML

CSS

Guideline

markup

coding
リンク
ヤコブ・ニールセンの考えをまとめたWebユーザビリティガイドライン::ホームページ制作::NPO法人しゃらく
ヤコブ・ニールセンの考えをまとめたユーザビリティガイドラインユーザビリティのグル、ヤコブ・ニールセン氏の考えや調査を元にユーザビリティガイドラインを作りました。デザインやコーディングをしている際に、このガイドラインを元に自分のデザインを一度チェックしてみるのもよいかと思います。 TRANS - ヤコブ・ニールセン氏の考えを元に、ユーザビリティガイドラインを作った。
s-e-i 2007/05/04
デザインをするときにきをつけてみます

usability

design

guideline
リンク
Google、「ウェブマスターのためのガイドライン」を更新 ::SEM R (#SEMR)
Google、「ウェブマスターのためのガイドライン」を更新グーグルが「ウェブマスターのためのガイドライン」を更新。動的URLの処理に関する変更があった。公開日時：2006年10月27日 19:40 Googleが公開している文書「ウェブマスターのためのガイドライン」が更新された。「ウェブマスターのためのガイドライン」はGoogleにインデックス登録されやすくするためのサイト制作上の注意点をまとめた文書。今回更新されたのは動的URLに関する処理。今まで記載されていた「文字列"&id="を含むURLはインデックスしません」に関する記述が削除された。この点について米Googleは、文字列"&id="を含むURLもインデックスするように変更したと説明。ただし、複雑なパラメータを持つ動的URLはインデックス時に問題が発生すること、ユーザにわかりやすい簡潔なURLに書き換えることが望ましいこと
s-e-i 2007/05/04
動的ページもある程度収集するよ、ということらしい

Google

web

guideline
リンク
Writing Efficient CSS - MDC
この記事は、Mozilla Japan 翻訳部門もしくはその関連グループによりすでに翻訳済みのものを移行してきました移行元の文書。英語版と内容が異なる場合や、MDC の他の記事と整合性のとれていない場合があります。以下の文書では Mozilla の UI で使用する CSS ファイルの最適化についての規則を概説します。最初の節では Mozilla のスタイルシステムにおけるルール分類の要について書きます。このシステムについて理解してもらった上で、続く節では Mozilla のスタイルシステムの力を最大限に発揮するルールの書き方を説明します。【訳注: CSS スタイルのマッチング処理に於いては、ルール集合のうち各要素に対してマッチするものがないか順に全て調べていく必要があり、単純計算では (要素数)×(ルール数) 回のマッチング処理が必要になってしまいます。如何にしてこれを効率化するの
s-e-i 2007/05/04
HTML用というかXUL用…かな？

Mozilla

CSS

guideline
リンク
コーディングガイドライン
構造と見た目の分離の必要性 HTML は Markup (意味付け)する Language (言語)です。例えば文脈のなかで、「ここは見出しですよ」「ここは段落ですよ」などという感じに「意味付け」を行い、文書構造を記述するための言語です。ところが HTML は Web ページのレイアウト目的に使う仕様が多数盛り込まれ、その簡便さ、習得のしやすさと柔軟性から、本来の「意味付け」以外のレイアウトや見栄えに関する要素が多く使われていました。それでは本来の HTML の目的に反するということで、「見た目」の部分を担当する CSS が策定されました。建築物に置き換えるならば、きれいな骨組みの建物(HTML)に壁の色を塗ったり窓の形を変えたり(CSS)という感じでしょうか。いくらきれいな色を使っていても設計ミスの建物では使い物になりません。文書でも同じことが言えるもので、プレーンに理解しやすい文
s-e-i 2007/05/04
imported

CSS

(X)HTML

guideline
リンク
CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール【その２】 - pur*log
Tag: CSS, guideline 前回のエントリーで仕様書の出現順などと書いてみたものの、どうも不完全燃焼感が漂っていました。先日、友人の結婚パーティのあとに Web 業界な人と飲み会があり、プロパティに関して雑談をしていたところ、アルファベット順で書く好きなプロパティ順で書くなるほどいろいろやりかたがあるのだなー、と参考にしつつ、また悶々と考えながらいろいろなところを巡回。一般にスタイルの設計は、広域的なスタイルから小さなブロックのスタイルへ、集合的な要素型から個別の要素へという具合に、広く汎用的なところから始めて順次対象を絞り込みながら細かな規則を加えていくと、効率的でメンテナンスしやすいものとなります。これをセレクタの使い方に当てはめると、全体に共通する要素型セレクタ（および擬似要素、擬似クラスセレクタ）による定義を行い、文書の大きな機能ブロックを表す要素型やIDセ
s-e-i 2007/05/04
imported

CSS

guideline
リンク
CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール - pur*log
CSSで見やすくメンテナンスしやすいコードを記述するための自己流ルール 2006-05-11T02:03:32+09:00 Tag: code, CSS, guideline CSS の記述において、ある１つのセレクタに対して複数のプロパティを記述することは日常的に行われますが、プロパティを記述する順番がセレクタの種類によってバラバラになってしまいがちです。例えば、このような感じです。 ul li { font-size: 90%; list-style-type: square; margin: 0; padding: 0; } ol li { padding: 0; margin: 0; font-size: 90%; list-style-type: decimal; } バラバラになって特に問題が起きるわけではありません（同一セレクタ内に同一プロパティが複数存在する場合は後に記
s-e-i 2007/05/04
imported

CSS

guideline
リンク
スタイルシートを書く時のガイドライン - 2xup.org
2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。生成内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ
s-e-i 2007/05/04
書く順番・優先順位なんか。考えて整理すれば読みやすい・わかりやすい、あと書きやすくもなるかもね。

css

guideline

design

web

(X)HTML
リンク
Zend Framework標準コーディング規約:phpspot開発日誌
Zend Framework PEARの標準コーディング規約というのがありますが、Zend Frameworkにも定められています。頭に留めておくため、簡単に列挙してみました。 PHPのみのコードは最後の ?> を含めないようにするタブ文字は使わず4文字の半角スペースでインデント 1行を80文字以内に抑えるようにする。長くても120文字改行コードはLFで統一クラス名は英字で定義するのを推奨。ZendパッケージのクラスはZend_を最初につける。インターフェースは名前の最後に_Interfaceを付与する。例）Zend_Controller_Dispatcher_Interface ファイル名は拡張子をphpにする。incは使わない。クラス定義したファイルは次のように階層的に設置する Zend_DB → Zend/Db.php メソッド名にアンダースコア( _ ) は含めない。
s-e-i 2007/05/04
framework

guideline

php

reference

Zend
リンク
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.
s-e-i 2007/05/04
css

xhtml

webdesign

(X)HTML

guideline

Web
リンク
1