入力フォームのデザインがすばらしいページを教えてください。 派手さや装飾ではなく、使いやすさ、見やすさなど機能美優先でお願いします。 海外のサイトでも結構です。
入力フォームのデザインがすばらしいページを教えてください。 派手さや装飾ではなく、使いやすさ、見やすさなど機能美優先でお願いします。 海外のサイトでも結構です。
Brand New Version Available & Moved! The Color Scheme Designer application has been moved to its own domain: http://ColorSchemeDesigner.com Please update your bookmarks. Newest version: http://colorschemedesigner.com Previous version list: http://colorschemedesigner.com/previous Nová verze & Přesunuto! Aplikace Color Scheme Designer byla přesunuta na svou vlastní doménu: http://ColorSchemeDesigner
With this, you get seamless integration of external .html (or .asp or .php or whatever) into current web page. [update, Nov 24th] Looking at the code, above, I think that p with the backup content is not really necessary. That would be displayed if for some reson the object could not be displayed. But the object data handler is the browser itself, not some external plugin, thus it is always presen
CSS tips and tricks at The Blog Herald CSSを書く際の5つのテクニック。 1. サイズ指定の際はピクセルを使うな。 body { font-size: 62.5% } p { font-size: 1.2em; line-height: 1.5em; } px指定してしまうとブラウザの文字サイズに反応しなくなってしまうというやつですね。 2. 階層構造はインデントして読みやすくしよう h1 {} h1#logo { font-size: 2em; color: #000; } h2 {} h2.title { font-size: 1.8em; font-weight: normal; } 確かに、これは分かりやすいかもしれません。今後導入しようと思います。 3. セクションごとにコメントを入れて構造化しよう /* Structure */ ...
今日初めて知ったのだが、data スキームを使えば URIにデータを組み込めるそうだ。 以下のようにすれば、 dataスキームで、任意の画像を表示させる事が出来る。 <img src="data:image/gif;base64,BASE64データ"> たとえば、 google のロゴを dataスキーム を 利用して表示したかったら、 $ curl -s http://www.google.com/images/logo_sm.gif | openssl base64 | tr -d '\n' こんな感じで base64 化したロゴ画像データを 該当部分に、貼付ければ良い。 <img src="data:image/gif;base64,ここに貼付ける。"> 該当RFC: http://www.ietf.org/rfc/rfc2397.txt
Table of contents 1 Introduction2 Common infrastructure3 Semantics, structure, and APIs of HTML documents4 The elements of HTML5 Microdata6 User interaction7 Loading web pages8 Web application APIs9 Communication10 Web workers11 Worklets12 Web storage13 The HTML syntax14 The XML syntax15 Rendering16 Obsolete features17 IANA considerationsIndexReferencesAcknowledgmentsIntellectual property rights F
2006-07-11T19:56:28+09:00 会社ではやっているのだけれど、自分のウェブサイトでもやってみよう。と簡略記述を利用する場合の値の順序やらもまとめとく必要があるのかもしれないけれど、セットフォーマットルールやプロパティの順番だけをサクッとまとめて資料にしてみました。課題は残したもののこれだけでも相当すっきり。詳細やセットフォーマットルールに関しては、ダウンロードできるようにしている資料を参考にしていただくとして、このエントリーではプロパティの順序についてまとめることに。自分自身が実際に作業を進めていくことを考慮し、その考えに基づいて設定したモデル別の順序は以下の通り。 生成 内容, 自動番号付け及びリスト (Generated content, Automatic numbering, and Lists) 利用者インターフェイス (User Interface) ビジュ
Something that often seems to confuse people that are new to CSS-based layouts is the use of tables. I’ve seen plenty of cases where people interpret “avoid using tables for layout” as “don’t use tables at all”. It’s important to remember that tables are still perfectly fine to use — if used correctly. Yes, do your best to avoid using tables for layout, but for tabular data, tables are what you sh
2006/06/05 21:22 | 1 Comments 昨日、lightbox使えばモーダルダイアログが簡単に使える、というエントリを書いたのだけど、lightboxのソースを見ると、ただのモーダルダイアログを出すのは簡単みたい。サンプルはこれ。（prototype.jsを使っているけど、ラクして$を使ってるだけだから、必須というわけではないです。） サンプルのソースを見てもらえば分かると思うけど、要するにやっていること3つ。 ・黒い下敷きを作成 ダイアログ以外のコントロールを触れなくするためのレイヤー。positionをabsolute、高さと幅を100%にして、z-indexを5000くらいにしておく。見た目を考えて、透過処理もしておく。 ・ダイアログを作成 z-indexを9999くらいにしておくことで、黒い下敷きより前面に配置する。 ・イベントハンドラを設定 黒い下敷きとダイア
再三主張していることなのだが、Webdog - Onlineなんて記事に触発されたので再び。 デザインとアートは違う。アートは見た目(とは限らないが)の表現を追求することであり、面白ければ何でもありだ。対してデザインはまず機能ありきであり、見た目というのはそれを補助するための「機能の一部」に過ぎない。 とりわけ、紙媒体と違って機能性が重要なWebの世界では、Webデザインは何よりもまずインターフェイスデザインである。 何らかの機械装置を作るのに、まず外見をデザインして、それからどういう機能を与えるか考える……なんていうことはあり得ない。商業的なアピールの強い製品などでは見た目をデザインしてから機会の詰め込み方を考えることもままあるが、それとて大枠としての機能が出来上がっていての話である。車とか携帯電話とか、なんであれおおよその機能は決まっていて、それをよりよい形で実現するための「見た目」を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
