@tokuhiromから教えてもらったのですが、COOKPADのスマートフォン向けWebサイトのログインページには、パスワードを「伏せ字にせず入力」するボタンがついているのですね。 さっそく見てみましょう。まずはログイン画面です。パスワード欄の下側に、「伏せ字にせず入力」ボタンが見えます。 「元に戻す」ボタンを押すと、伏せ字に戻ります。 僕はこれを知って興奮しました。なぜなら、拙著「体系的に学ぶ　安全なWebアプリケーションの作り方」には以下のように書いたからです（P337～P338）。 パスワード入力欄のマスク表示は、現在の常識的なガイドラインですが、実は筆者自身は疑問を持っています。パスワード入力欄をマスク表示にすると、記号や大文字・小文字交じりの安全なパスワードを入力しにくくなるので、利用者は簡単な（危険な）パスワードを好むようになり、かえって安全性を阻害するリスクの方が大きいのでは

お客さんから送られてきた、Excelデータからせっせとリストや表のHTMLをコーディングしているあなた！そろそろ手がが疲れてきていませんか？ そんなあなたは、この記事で紹介するExcelテクニックをぜひ覚えてください。 面倒な作業が、わずか数秒で終わります！ Excelを使った高速HTML生成 僕たちプログラマーは、ちょっとしたコード生成に、Excelを使います！ DreamweaverでもCSVファイルを取り込むことはできるのですが、<dl>タグでマークアップしたい時とか、カスタマイズしたい場合は、これから紹介するExcelを使った方法が簡単で、効果的です。 さぁ、↓のようなお客さんから送られてきたExcelデータから ... こんな感じの、<dl>タグでマークアップされたHTML生成する流れを説明します。データ数はうんざりするくらいあると思ってください。 Let's Excel 1)

はじめに みなさん、お元気ですか＞＜リリースも終わって、一息ついたあまちゃんです！ ヽ(´ー｀)ノわー さて今日は、最近「お花サプライズ！」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 （今日のテーマはこの円グラフ） フェイスブック系のサービスはどのブラウザに対応すれば良い？ よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか？」というものがあります。 「お花サプライズ！」でも、割と短い期間で実装することを目標としていたり、本番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか？」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね？

諸方面からお叱りの言葉しかいただけない#!なURLは様々な問題をはらんでいますが、来るべき未来(もうすぐですよ！)におけるメンテナンス性という問題についてAdactioで取り上げられていました。#!の表面的な凶悪さに思考停止していて、こういった本質的な問題についてはまったく考えていなかった気がします。 その問題というのは、#!なURLからHistory APIなどを利用してクリーンなURLに乗り換えよう(戻そう)としても、古い#!なURLを有効なままにするためにはサーバー側の何か(単純なリダイレクトやmod_rewriteなど)ではどうしようもないので、クライアント側での(JavaScriptを利用した)リダイレクトを提供する機能を提供し続けなければならないというメンテナンス性の悪さです。 この#!なURLのメンテナンス性の悪さという問題は、URLの#以降はクライアント側の扱いなので、クラ

宮城から始まる。 新たなる日本へ！ 宮城から始まる。 新たなる日本へ！ 宮城から始まる。 新たなる日本へ！

Tim Bray(GoogleのAndroid応援団長)が「#!」の入ったajax用URLを使用を批判している。 http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch new: さらならる「#!」URL批判 例にtwitterのtwitter.com/#!/timbrayを挙げている。 #!の働き サーバ側は#!の前までしか見えない。上の例だとサーバはtwitter.com/のリクエストを受ける #!以降はブラウザの中のジャバスクリプトが解釈する 何故#!を使うのか ajaxのアプリは古いブラウザでは基本的にURLを変更することができない… ただし#(フラグメント)以降はブラウザ内のJavaScriptからでも変更可能 なので、ajaxアプリケーションが自分の状態をURLバーに表示するために使われるようになった。 つまり

ブラウザごとに挙動が異なる---Web制作者の変わらぬ悩みだ。多くのWebサイトは、シェアの高いInternet Explorer（IE）やFirefoxでの動作をまず保証し、余裕があればそれ以外のブラウザに対応するという形にしているのではないだろうか。 そう遠くない時期に、この考え方を見直す必要が出てくるかもしれない。ブラウザのシェアが今後、大きく変わる可能性があるからだ。Web分析会社の米Net Applicationsによると、今年1月に62.12％あったIEのシェアは11月に58.44％に、Firefoxは同じく24.43％から22.76％に下落している。代わってシェアを伸ばしたのは、Google ChromeとSafari。Chromeのシェアは5.22％から9.26％に、Safariは4.53％から5.55％に拡大した。 この数字を見る限り、わずかな変化でしかない。だが、この数

せっかく書いたのに、はてなが混雑してて云々って消えたので、もうね、転載だけにする。ぷんぷん。 「body」と書いたのも悪かったかもしれないが、土曜日の話を一言で簡単にいえばこう。「サイト」なんて無用な単位なんだから、サイト単位での利用を促すだけの「ナビゲーション」なんて要らない。そして、そいつがサイトの利用を促す「広告」なんかではなく、コンテンツを補足し、ユーザーの求める情報へ誘導する真のナビゲーションなら、コンテンツの文脈に登場したって不自然ではない。むしろ自然。 Webサイトという概念自体がナニなんだよなとは思ってた。Googleがサイトトップで、目次で、インデックスで、ブックマークで、つまり全てはGoogleというサイトの一部なんぢゃないかと。いや、Googleぢゃなくてもいいんだけどさ。 所謂ナビゲーションを、UA側が処理するとうれしいな、っていうのは、こんなもの、サイト毎にひとつ

MobiOne StudioはWindows用のフリーウェア。iPhone用のWebサイトを作ろうとした場合、Windowsでは相当不利になっていた。WebKitはあるので、ユーザエージェントを変えればレンダリング結果は近いものが得られるだろうが、やはり別物だった。 ビジュアルデザインが可能 さらにWebサイトのデザインをするのも画面構成が特殊なので、Mac OSXがないと難しかったはずだ。そんな面倒さにやきもきしていたWindowsユーザはMobiOne Studioを使おう。これを使えば一気に未来が開けるはずだ。 MobiOne StudioはiPhone用のWebサイトをデザインするためのIDEだ。30以上のコンポーネントがあり、ドラッグアンドドロップで配置してWebデザインができる。とても簡単に最適化サイトの設計ができるはずだ。専用のアイコンも60種類以上ある。 生成されるHTML

TOP デザイン一覧 グラデーション テキストのみ テキスト非画像 上線 下線 丸 四角 囲み線 斜線 未分類 点線 角丸 はてなブックマーク ツイートする シェアする 他のギャラリー ファビコンギャラリー フッターデザイン ウェブコレクション このサイトについて いろんなWEBサイトの見出し部分を集めました。デザインの参考に。掲載サイトがリニューアルした場合はご紹介の見出しが使用されていない場合があります。 連絡先：manage.hp+midashi@gmail.com copyright © midashi-design.com All Rights Reserved.