@tokuhiromから教えてもらったのですが、COOKPADのスマートフォン向けWebサイトのログインページには、パスワードを「伏せ字にせず入力」するボタンがついているのですね。 さっそく見てみましょう。まずはログイン画面です。パスワード欄の下側に、「伏せ字にせず入力」ボタンが見えます。 「元に戻す」ボタンを押すと、伏せ字に戻ります。 僕はこれを知って興奮しました。なぜなら、拙著「体系的に学ぶ 安全なWebアプリケーションの作り方」には以下のように書いたからです（P337～P338）。 パスワード入力欄のマスク表示は、現在の常識的なガイドラインですが、実は筆者自身は疑問を持っています。パスワード入力欄をマスク表示にすると、記号や大文字・小文字交じりの安全なパスワードを入力しにくくなるので、利用者は簡単な（危険な）パスワードを好むようになり、かえって安全性を阻害するリスクの方が大きいのでは
公開: 2012年6月24日23時50分頃 武雄市の図書館が話題になったりしていて、ハッシュタグ #takeolibrary をたまに見たりしているのですが、keikumaさんがこんなツイートをされていました。 市長「今の検索システムは江戸時代末期のシステムです」 00:33:40 へぇ、と思って実際にサイトを見てみると……。 武雄市図書館・歴史資料館 (www.epochal.city.takeo.lg.jp)見た瞬間に呼吸が止まるほどの衝撃を受けました。 いきなりframeで、noframes要素の中身は「このページを表示するには、フレームをサポートしているブラウザが必要です」。 ないわー、江戸時代でもこれはないわー、などと思いつつ「本をさがす」のページを見てみるわけです。リンク先のURLはHTTPSなのに、HTTPSでないフレームの中に展開されて軽く驚きますが、ともあれ、実体は以下に
お客さんから送られてきた、Excelデータからせっせとリストや表のHTMLをコーディングしているあなた！そろそろ手がが疲れてきていませんか？ そんなあなたは、この記事で紹介するExcelテクニックをぜひ覚えてください。 面倒な作業が、わずか数秒で終わります！ Excelを使った高速HTML生成 僕たちプログラマーは、ちょっとしたコード生成に、Excelを使います！ DreamweaverでもCSVファイルを取り込むことはできるのですが、<dl>タグでマークアップしたい時とか、カスタマイズしたい場合は、これから紹介するExcelを使った方法が簡単で、効果的です。 さぁ、↓のようなお客さんから送られてきたExcelデータから ... こんな感じの、<dl>タグでマークアップされたHTML生成する流れを説明します。データ数はうんざりするくらいあると思ってください。 Let's Excel 1)
前回の話で取り上げた、松永英明さんのコメントにモヤモヤしたなにかを感じていたので、もうちょっと考えてみた。 あ、「前回の話」というのはコレ。 リンク先を同窓で開くか、別窓で開くかくらいは閲覧者がなるべく簡単に自由に選択できるように！ ここで取り上げた絵文録ことのはの松永さんのコメントを全文転載。 すべては来訪者の性質によります。 ekkenさんの意見は、ネットリテラシーや技術力が高い人向け限定です。もしウェブに関する専門的なサイトであれば、そういう方法を採用するといいでしょう。 しかし、たとえば一般サイトにおいては、外部サイトのページが別のウィンドウで開かないと「同じサイト内の連続した情報である」と誤解する場合があります。 一般的には、同じ窓で開くか、別窓で開くか、というのをブラウザ上でどうやったらいいかわからない人を前提にウェブサイトは構築されるべきだと考えます。 フォントサイズ変更など
ウェブサイトのUIに関する話の定番ネタに「リンク先は同窓で開くか、別窓で開くか」というのがあるわけなんだけども。 私がブログを日常的に更新するようになった2004年あたりだと、「別窓で開く」を選んでいたと思う。面倒だから探さないけれども、当時そういう内容の記事を書いていたはずだ。 しかしその後いつの事からか、自分の考えは変わった。 ……と書くと、現在の私が「同窓で開く」派と思われるかもしれないけれども、実のところはそうではなくて。 私の考えは、こう。 リンク先を同窓で開くか、別窓で開くかくらいは閲覧者がなるべく簡単に自由に選択できるように！ そんなわけで、人力検索はてなに投稿されていた質問の回答選択肢が2択というのは、ちょっと無理があるような気がする。 リンクと別ウィンドウについて。実際、どう思いますか？ 用意されていた選択肢は、以下の通り。 必ず、同じウィンドウで開く 外部サイトのみ、別
はじめに みなさん、お元気ですか＞＜リリースも終わって、一息ついたあまちゃんです！ ヽ(´ー｀)ノわー さて今日は、最近「お花サプライズ！」というサービスをリリースしたのですが、そのときにちょっと面白いデータを見つけたのでそのいきさつも含めて紹介したいと思います。 （今日のテーマはこの円グラフ） フェイスブック系のサービスはどのブラウザに対応すれば良い？ よく、ウェブサービスを開発するときの悩みとして「古いブラウザでのデザインをどのくらいケアするか？」というものがあります。 「お花サプライズ！」でも、割と短い期間で実装することを目標としていたり、本番の HTML を書いた経験があまりないメンバーが多くいたことで「IE6 や IE7 への対応が鬼門なんじゃないか？」という心配が常にありました。 そこでよぎる甘い誘惑 このご時世、 IE6 とか IE7 に特別対応する必要なんてないんじゃね？
諸方面からお叱りの言葉しかいただけない#!なURLは様々な問題をはらんでいますが、来るべき未来(もうすぐですよ！)におけるメンテナンス性という問題についてAdactioで取り上げられていました。#!の表面的な凶悪さに思考停止していて、こういった本質的な問題についてはまったく考えていなかった気がします。 その問題というのは、#!なURLからHistory APIなどを利用してクリーンなURLに乗り換えよう(戻そう)としても、古い#!なURLを有効なままにするためにはサーバー側の何か(単純なリダイレクトやmod_rewriteなど)ではどうしようもないので、クライアント側での(JavaScriptを利用した)リダイレクトを提供する機能を提供し続けなければならないというメンテナンス性の悪さです。 この#!なURLのメンテナンス性の悪さという問題は、URLの#以降はクライアント側の扱いなので、クラ
地域の声で、新たな日本へ 宮城県地方選挙 候補者 蔵王町長選挙 推薦候補者 2024年9月24日（告示）・29日（投開票） 村上 英人（むらかみ ひでと） 現職5期［推薦］ 多賀城市長選挙 推薦候補者 2024年9月29日（告示）・10月6日（投開票） 深谷 晃祐（ふかや こうすけ） 現職1期［推薦］
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バーに表示するために使われるようになった。 つまり
公開: 2011年1月12日0時35分頃 ドミノピザのチラシを見て電話で注文しようかと思ったのですが、「ネット注文で5%引き」と書いてあるのに気付いたので、ネット注文を試みました。ドミノピザは食べたことはありますが、サイトから注文するのは初めて。 この注文までの手順がなかなか面白かったので、記録をかねて書いておきます。 スタート～トップページを表示するまでGoogleで「ドミノピザ」を検索してアクセス。「必要利用環境について」という画面が表示される。どうもスクリプト無効なのがいけないらしい。信頼済みサイトゾーンに追加してリロード。……画面変わらず。外部ドメインのJSを読んでいる可能性を考えてソースを確認。外部ドメインのJSは使われていない模様。もう一度リロードするも画面変わらず。ふとアドレスバーを見ると、http://www.dominos.jp/error/noscript.html に
ブラウザごとに挙動が異なる---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側が処理するとうれしいな、っていうのは、こんなもの、サイト毎にひとつ
大分市大石町4丁目1組の2 / 097-543-1100 月・火・金: 8:30～11:45 / 13:30～16:45 水: 8:30～11:45 / 13:30～14：45 木・土: 8:30～11:45 / 午後休診 休診日: 日曜・祭日・木曜午後・土曜午後
1．リンクの target 指定問題 他サイトへのリンクを新しいタブで開きたいとは考えない人が現にいるにもかかわらず、target="_blank" とすると、閲覧者は選択の余地なく新しいウィンドウを開かされてしまう。これが target="_blank" が嫌われる唯一無二の理由です。 そもそも新しいウィンドウという発想のないブラウザを利用している場合、target="_blank" は無視されます。テキストブラウザの大半とか、携帯電話に搭載されているブラウザとか。W3C が target 属性を排除する方向で HTML の改訂を進めてきたのは、target 属性に汎用性がないからです。リンク先を新しいウィンドウで開くとか、新しいタブで開くといった機能は特定環境でしか意味がないのだから、HTML 文書ではなくブラウザが対処すべき課題なのです。 現に、Firefox の拡張プラグインには、
MobiOne StudioはWindows用のフリーウェア。iPhone用のWebサイトを作ろうとした場合、Windowsでは相当不利になっていた。WebKitはあるので、ユーザエージェントを変えればレンダリング結果は近いものが得られるだろうが、やはり別物だった。 ビジュアルデザインが可能 さらにWebサイトのデザインをするのも画面構成が特殊なので、Mac OSXがないと難しかったはずだ。そんな面倒さにやきもきしていたWindowsユーザはMobiOne Studioを使おう。これを使えば一気に未来が開けるはずだ。 MobiOne StudioはiPhone用のWebサイトをデザインするためのIDEだ。30以上のコンポーネントがあり、ドラッグアンドドロップで配置してWebデザインができる。とても簡単に最適化サイトの設計ができるはずだ。専用のアイコンも60種類以上ある。 生成されるHTML
マークアップエンジニア（以下、ME）のtacamyです！(`・ω・´) カヤックでは、デザイナーもHTMLコーディングをしてくれています。 （いつもありがとうございます！） そんなワケで、本格的にHTMLコーディングはしないけど、 ちょこっとしたページなら組みますっていうデザイナー向けの、 「コレだけ読めばすぐできる」シリーズを始めました。 第一回は「携帯コーディング」についてです。 携帯はPCとは全くの別物なので、なんとなく敬遠しがちですが、 最低限の内容であれば覚えることも少ないですし、 一度覚えてしまえばスタンダードがしばらく変わらないので、覚えておいて損はないですよ！ 携帯コーディングの基本 基礎の基礎 文字コードはShift-JIS CSSはインラインで指定（タグに直接style属性を追加する） 画像を含むページ容量100KB以内（HTML自体の容量は9KB以内） 画像はgifか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
