勝手ユーザビリティ改善提案を阻む“壁”

[ 道具眼コラム]

大手サイトの不備を模造サイトで指摘するユーザーたち [Yahoo! コンピュータニュース]

　使い勝手の悪いWebサイトを自サイトにコピーして、HTML、CSSを書き直して勝手改善バージョンを公開かぁ。確かにやり方としてはグレーな部分もあるでしょうが、上手く回れば素晴らしいことです。この企業サイトも器量が狭いなぁ。恥ずべき、責められるべきは高い金とって使い勝手の悪い制作をしたデザイン会社だろうに。そこに払うお金のほんの何割かでもボランティアに回せばよろしかろう？

　σ(^^)もお気に入りのサイトのちょっとしたバグ（Operaで問題がある場合とか）くらいなら「不便なので直して下さい。こうすりゃ直ります。」とメールしたりもしますが、こんなサイトを丸ごとリデザインするような手間をボランティアでかけてくれるなんて貴重以外の何ものでもないですよね。

　またσ(^^)は自分でも多少プログラムをたしなみますが、売り物にするでもなし、やっぱり限られた時間では「動けばいいや」的に妥協しちゃう点も多いです。HTML/CSSや情報デザインもそれほど詳しくないので、（ユーザビリティ屋のサイトのクセに）Webサイトの出来も多分ツッコミ所満載だと思います。それをざわざわ手間暇かけて改善してくれるなんて、羨ましい話しですよ。

　世の中、「バカの壁」ならぬ「成果帰属の壁」みたいなものが立ちはだかってますね。皆が幸せになれるなら、それが誰の手によろうといいじゃないですか。どうせユーザビリティにもデザインにも完成なんて遠すぎる幻で、全ては発展途上なんです。世の中のあらゆるオイシイところはどんどん取り込むべきです。世界のどこかに自分の知らないアイデアや知見が転がっていて、それを「あなたのサイト／製品にも取り込んでみたら？」と紹介してくれる人がいるんなら、それは恥ではなく得なんではないでしょうか。
　もらいっぱなしじゃ申し訳ないとか悔しいっていうなら、逆ギレするんじゃなくて、今度は自分の知見を周りに提供していきゃいいんじゃないですかね。そんな連鎖が生まれたら、世の中ものスゴイ勢いで進歩すると思うんですけどね。理想論ですか、そうですか...

　まぁ現実的な話し、アドバイスする側も、制作者側のプライドという名の「成果帰属の壁」を極力刺激しないような方法は考えることに関しては、もう少し真剣に取り組む価値があるでしょうね。例えばいきなり公にするのではなく、まずはサイト制作者にだけフィードバックする形をとるとか。昨今セキュリティ・ホールの指摘方法についても問題になっていますが、ひっくるめて、こういったの善意を無駄にしないような枠組みや、それを受け入れることは制作者にとって恥じゃないんだというコンセンサスを上手く作っていきたいですね。これは何もこういたボランティア・ハッカーに関する話しに限らず、一般にユーザビリティ・コンサルタントが設計者、デザイナーと付き合っていく上で非常に重要なことでもありますしね。

実家がクレープ屋開いたんです

[]

私的記録の方に移動しました。

概念に呼び名がつくと理解が深まるカンジ

[ 道具眼コラム]

お笑いの専門用語集

　普段、何気なく聞いて笑っている漫才やコントの世界にもちゃんと技法としての呼び名がついているんですね。例えば、

なんてのは、「あ～、あれね」とピンと来るんじゃないでしょうか。

　今まで漠然とギャクの連続したもの、として見ていた漫才やコントが、このように技法という形でボキャブラリを得ることで、途端に構造解析したり、自分でも組んでみられる気がする感覚が興味深いです。

　一見、規則性がなく不定形なものの塊にしか感じられていなかったものに対して、一部のパーツのシルエットを与えてやることで、実は単純なパターンの繰り返しや部品の組み合わせから成っていることが“視えて”きたりする。うーん、あんまり良い例が思い浮かばないんですが、例えば素材や調味料の味や香りを知っていると、ある出来上がった料理を見て、それを分析したり、似たようなものを作ったりできる、ってのに近いでしょうか？

　当サイトがユーザビリティ・パターンというコーナーで取り組んでいる事は、多分これに近いことなんだと思います。ぼんやりとしたユーザビリティ上の問題点に対峙した時に、その部分部分を“くり抜いて”いくためのツールなんですよね。

　将来、そういうボキャブラリーを集めた辞書が作られた時、その行き着く先、使われ方は、ヒューリスティック評価法やチェックリスト系の評価手法と同じような形になるのかどうか、ってところも気になりますね。

　あるいは、問題点の評価だけではなく、例えば機械オンチな人に贈る超汎用ガイドブックなんてのも作れるかも知れません。「パソコンの操作ってのは、すべからく“操作対象の指定”と“操作内容の指定”から成り立っています」とか「何か設定を変更した後は、それをコンピュータに記憶され、適用を開始させるための合図が必要になります」みたいな。

　うーん、長くなったので、コラムに掲載しようかとも思ったけど、ちゃんとオチがつかないので、ここ（ブログ）にしとくか。

関連する（かも知れない）キーワード：
「課題分割」
「先人の計算」

Webでもラジオボタンの文字ラベルをクリッカブルにしよう

[ プログラミング, ユーザビリティ]

　出てるところでは散々既出でしょうけど、JavaScript小ネタをば。

　ラジオボタンは、デスクトップOSのGUIでもHTMLでも一般的な選択ウィジェットです。しかし、Webの上で使われるHTMLフォームのそれには、やや不便な点があります。それは文字ラベル部分をクリックして選択することができない点です。

　先日、とある制作業務の中でこの不満をなんとかしてやろうと思い立って、以下の方法を編み出した(?)でご紹介します。

　下の例を触ってみて下さい。一般的なINPUTタグの書き方だと、文字の部分をクリックしても何も起こりません。

　これに、以下のようにJavaScriptを書き加えると、

　すると、ほぅら、

Windows上のアプリと同じように、ラベルをクリックできるようになりました。クリック反応エリアが広がるので、ユーザが項目を選択するのがグンと楽になります。

　UL＆LIタグを使わない場合は、文字ラベル部分をSPANタグあたりで括って、そこに書けば良いでしょう。ポイントは、同一のnameがついているラジオボタンを、[0]、[1]のように呼び分ける点ですね。

　そういえば、最近いつのまにかGoogleが対応したみたいですね。ソース読んでないので、どういう方法で実装したのか不明ですが。きっとブラウザ汎用性とか研究しつくした上での実装だろうから、このやり方よりも洗練されてる予感。まぁ、実装方法はどうあれ、広まっていって欲しいですね。

　ロックマンさんより、JavaScriptを使わなくてもLABELタグで同じことを実現する方法をご指摘いただきました。コメント欄もお読み下さい。

PukiWikiのコメント欄の名前を記憶

[ プログラミング]

　ウチではスタッフ内部のやりとりにPukiWikiを使わせていただいています（一応公開Wikiスペースにも使ってますが、あまり活用されてない...）。そのコメント機能に、毎回名前を記入するのがメンドウでした。そこで、標準プラグインのcookieプラグインを試して見たんですが、Operaで文字化けしてしまいました。ウチでは再現してませんが、Safaliで書き込みできなくなったとの知らせも。このプラグインではJavaScriptを使ってcookieの読み書きをしてるようなんですが、どうもその再のURIエンコード処理に問題があるらしい。多くのブラウザはURIエンコードに関するJavaScriptの実装に欠陥や互換性の問題があるらしく、いまいち「これでOK」的な解決策がナサゲ。

　それでは、ということでPukiWikiのPHPコードを直接いじって自前でcookie対応してみました。以下、覚え書きです。超手抜きですが、とりあえずJavaScript使うよりはブラウザ依存度は低いかと。

■cookieを保存する

　メインのスクリプト（pukiwiki.phpだっけ？ウチではindex.htmlにリネームしてるので元のファイル名忘れました）の先頭に以下の緑の部分を追加。 　「30*86400」の30がcookieを保存する日数です。適宜変更して下さい。 　また、パス名、ドメイン名はPukiWikiの設置場所にあわせて指定して下さい。上記の例は「http://www.hoge.com/~fuga/」に設置した場合を示しています。このパス以下でPHPスクリプトが実行された場合のみcookieが読み込まれます。プロバイダなど同じサーバーに他人のコンテンツがあるような環境では特に注意しましょう。 　メイン・スクリプトでなくcommentプラグインに埋め込めば良いのかも知れませんが、PHPのリファレンスによると、HTTPレスポンスの先頭で指定しないといけないらいいので、一番冒頭に埋めてみました。コメント欄付きページからのsubmitの場合、つまり$name変数が空でない時にだけcookie保存が実行されるので、さして問題無いかと。

参考：PHPマニュアル：setcookieの項

■cookieを読み込む

　次にpluginフォルダにあるcomment.inc.phpをいじって、cookieから読み出した名前を名前欄に挿入する部分です。 　122行目あたりの行に以下の緑の部分を追加します。 　修正は以上です。標準のcookieプラグインは解除しておいて下さい。 　pcommentやarticleプラグインもおそらく同じような部分を書き換えればイケると思います。

　超手抜きですが、とりあえず動いています。問題などありましたらお知らせ下さい。

　いやぁ、毎度ながらオープンソースって素晴らしいですね。

Push-to-Talkケータイ上陸？

[ 製品ニュース・レビュー]

ITmediaモバイル：富士通、Push-to-Talk対応の携帯電話を試作 [ITMedia Mobile]

　おぉ、キタキターっ。日本でもPush-to-Talk付きケータイの気配が漂ってきましたね。楽しみです。カメラなんかより全然萌え。

　これでスタートレックごっこに勤しめるワケですな（笑）。

　どんなインターフェイスになるんだろ。会議中にいきなりプライベートな用件がスピーカーから聞こえちゃっても困るワケで、マナーモードを更に推し進めたようなエージェントっぽい機能が欲しいような気がします（いきなり聞こえていい時はその方が便利なワケですし）。
　最低でも、いきなり声まで出ちゃうモードと着信音だけ鳴って、なにかボタンを押すと声が流れるモードは欲しいでしょうね。送信側で優先度、緊急度を指定する機能があってもいいかも知れません。受信者のパスコードを知ってる人だけが、最優先（強制再生）メッセージを送れる、とか。
　あと意外にBluetoothヘッドセット普及の起爆剤になったりして（海外だと有線無線問わず、ヘッドセットをつけたまま歩いてる人って多いですよね）。

　歩行中や運転中にメール打たれるよりは安全でしょうが、逆に電車の中とかでは発信も着信もはばかられるので、棲み分けが起きるんでしょうか。

　グループに同報発信ができる点も、今までと違うユーザ・エクスペリエンスをもらたしそうです。

　う～ん、楽しみだ。そのうちブレストのテーマにしよう。

TOYOTAからガルウィング車再来！？

[]

私的記録の方に移動しました。