3:14

about my outputs.
July 28

UserAgentの使い方について

  • snj14: ヒューマン・インタフェースの基本要素は三つあります。(1)当たり前感，(2)安心感，(3)わくわく感です。http://tinyurl.com/3bbzee の1と2か．3はちょっと思いつかない． [http://twitter.com/snj14/statuses/746212272]
  • snj14: ちなみに，ページ側でj/kのスクロールを実装してる人は今すぐやめるべき．インタフェースの統一ができないので 2.安心感が奪われる．AutoPagerizeに対応してたりしてなかったり，対応しても新しい何かが出てきた時に全部対応できるのか．対応するまで安心感を奪うつもりなのか．[http://twitter.com/snj14/statuses/746234052]
  • snj14: 同じく，UIを統一することで安心できるという理由で，ブラウザが提供すべき機能はウェブページ側で提供すべきでない．例(いくつかは別の理由だけど)：http://twitter.com/snj14/statuses/745797892[http://twitter.com/snj14/statuses/746252902]
  • forestk: @snj14 うーん．．．そのページにあったインターフェイスって、そのページに何があってどんなページかによって違うと思うのですが．．． [http://twitter.com/forestk/statuses/746264282]
  • snj14: @forestk ウェブアプリケーションは別だと思います．同じような構造だと何が書いてあっても一緒だと思うのですが，インタフェースに違いがあっても良いということですか？なにか具体例があれば分かりやすいと思うので，もしあればお願いします． [http://twitter.com/snj14/statuses/746290762]
  • forestk: @snj14 例えばになるか分かりませんが、ブログと写真共有サービスだと必要なインターフェイスって違いませんか？ブログとニュースサイトでも違うと思うんですけどねー [http://twitter.com/forestk/statuses/746305092]
  • forestk: @snj14 とは言っても「じゃぁどんなインターフェイスが良いんですか？」と言う問いには答えられないのですが（これだという明確な答えが自分の中に無いので）　インターフェイスを統一することが、ベストソリューションだとは思わないんですよ。勿論、まったくバラバラは困りますけどね [http://twitter.com/forestk/statuses/746309962]
  • snj14: @forestk ブログでも写真共有サービスでも「次を見る」とか「フィードを購読する」とか「ブックマークする」とか，全部一緒の操作で良いはずだと思うんですよ．上手くわけられない操作に関するインタフェースは「当たり前感」「安心感」 に従えば良い，と思ってます． [http://twitter.com/snj14/statuses/746328362]
  • forestk: @snj14 とすると「フィード購読」や「ブックマーク」はページの同じような位置に、同じようなアイコンを置けば良いということですかね？ブックマークレットの場合携帯ブラウザからは使いにくいのでインターフェイスの統一にはなりにくい気がします [http://twitter.com/forestk/statuses/746350442]
  • forestk: @snj14 「当たり前感」「安心感」って人によって感じ方が違うと思うんですよね。だからこそ難しく、だからこそおもしろんじゃないかなぁと思ってます＾＾ [http://twitter.com/forestk/statuses/746355602]
  • snj14: @forestk いえ，「フィード購読」や「ブックマーク」はブラウザで提供できる機能なので，ブラウザで提供すると統一できますし，その方法だけ覚えていれば絶対間違わないので安心できます．それを，わざわざウェブページで提供する必要はないと思いませんか？ [http://twitter.com/snj14/statuses/746369482]
  • snj14: @forestk 携帯を使ってウェブページを見るのは，モバツイしか見たことがないので良く分かりませんが，携帯に搭載されているブラウザが悪いと思います＞＜ [http://twitter.com/snj14/statuses/746373462]
  • forestk: @snj14 みんながその機能がついたブラウザを使ってれば、そうでしょうね。でも現実的にはそうはいかない訳で、それを Web ページ側で提供してあげるのはあっても良いものだと思います。必須かどうかは別ですが [http://twitter.com/forestk/statuses/746382222]
  • forestk: @snj14 そうそう、ブラウザが悪いんだったらそれを補うものを Web ページで提供するのも大切だと思うんですよねー。 [http://twitter.com/forestk/statuses/746385182]
  • :
  • :
  • snj14: こないだ，ku先生にこーゆーことがあったの・・・って言ってみたら「UAで判別すれば？」ってサラっと言われて，すごいショックだった．
  • snj14: そういえば，UAって，こういう使い方をするためにあったんだった，と．
  • snj14: UAは「携帯サイトで携帯以外のUAを締め出す」とか「アクセス解析をみてIEのシェアが減ってきたなーとニヤニヤする」とかのしょーもないことのために使うんじゃなくて，こう使うためのものなんだと．
  • snj14: じゃあ，もっと考えを進めていくとどうなるんだろうって風呂で考えてみた↓
  • :
  • snj14: ユーザがどういうブラウザや端末を使ってるかを，ウェブページ（HTTPサーバ）が分かるようになれば，それによって返す応答を変えられたら便利だよねーってのがUAだと思うんだけど， [http://twitter.com/snj14/statuses/868928152]
  • snj14: firefoxみたいな拡張可能なものを使ってる場合は「どんな拡張を使ってるか」まで分かってると，より，ブラウザに応じた応答を返すことができるような． [http://twitter.com/snj14/statuses/868928866]
  • snj14: emacsでいう「featurepを使って，このelisp入ってるときはこの設定を有効にする」みたいなののブラウザ版がUAだと思うん．でも拡張入れても勝手にUA変更しないよね．どーなん？それ． [http://twitter.com/snj14/statuses/868930699]
  • snj14: っていうのを，風呂で体洗いながら考えてた．頭洗ってるときは横スクロールとマルチカラムについて考えてたはずなのに． [http://twitter.com/snj14/statuses/868931097]
  • :
  • snj14: たとえば，UAを見て，LDRizeが入っていればサイト独自のj/kキーバインドを無効にしてそれ以外は有効にする，とか，AutoPagerize（またはそのクローン）が入っていれば(以下略)，とか，できるはず！
  • snj14: microformatsと同じで，単にLDRizeっていう文字が入ってても誤爆する可能性があることを考慮すれば，UAにはURIを入れた方がいいんだろうけど，送信するデータが増えるのもどうなのかな．あー．あー．あー．