はてなスターで某方面が盛り上がっているようだが、似たようなことは"はて...

　このブログの本文の横幅は、かなり狭い。それはなぜか。 　結論から言えば、「ブラ...

前回の開発合宿でakiyanが作ったサービスがリリースされましたのでご紹介（仕事早いよ）。 超ニッチサービスなのですが、サイト閲覧者の画面の「横幅」サイズ...

ただいま、テーマファイル“sharaku”を整頓しています。
課題はズバリ『幅』です。解像度との問題になります。。。
まずはこちら
mixiのデザイン...

久々にHTMLと格闘中(いや、格闘する前段階ですが…orz)
ウェブサイトの標準フォーマットは横幅800ピクセル、縦幅600ピクセルと昔から良く言われてい...

その理由は
Windowsのﾚｲｱｳﾄ･ﾏﾈｰｼﾞｬや､Windowsｱﾌﾟﾘの
ｳｨﾝﾄﾞｳ管理ﾎﾟﾘｼｰ(ｳｨﾝﾄﾞｳのｻｲｽﾞや配置の管理方針)
がﾀｺで､いつもﾕｰｻﾞはそれで苦労させられているから､
その典型的一例として｢横ｽｸﾛｰﾙ｣が非難されている
だけだと思う。
｢ﾀﾞﾒなｳｨﾝﾄﾞｳ管理ﾎﾟﾘｼｰ｣の、一番判り易い例が
｢横ｽｸﾛｰﾙ｣だっていうだけだ。

私は10年前からSXGAｻｲｽﾞのﾓﾆﾀｰを常用しているが、
ｳｨﾝﾄﾞｳ管理ﾎﾟﾘｼｰがｽﾏｰﾄなWindowsｱﾌﾟﾘには
ついぞお目にかかった事がない
　　(ところでAdobe製品のｳｨﾝﾄﾞｳ管理は昔っからｽﾏｰﾄ
　　 なんだけど､あれはMac系ｱﾌﾟﾘだよね？
　　 だってWindowsといっつも相性悪いし)

例えば｢ﾒﾓ帳｣ｱﾌﾟﾘを開くと、
大抵の場合画面の1/3～半分を占領する巨大なｳｨﾝﾄﾞｳ
が表示され、そしてｳｨﾝﾄﾞｳｻｲｽﾞを調整してから
ようやく、どうでもいいﾌｧｲﾙの編集が開始できる。

あるいは､親ｳｨﾝﾄﾞｳの中に子ｳｨﾝﾄﾞｳが表示される
｢MDI構成｣のｱﾌﾟﾘ。例えばExcelで複数ﾌｧｲﾙ開いた時。
これはもう苦痛以外の何者でもない。
子ｳｨﾝﾄﾞｳは大抵、親ｳｨﾝﾄﾞｳよりも大きかったり、
位置が微妙にずれているので
常にｳｨﾝﾄﾞｳのｽｸﾛｰﾙとﾘｻｲｽﾞが必要になる。

そして、Webの入力ﾌｫｰﾑｻｲｽﾞ。
mixiの画面幅を非難？するこのｺﾗﾑの右端に､
やけに広い空白があることや、
あるいはｺﾒﾝﾄ入力ﾌｫｰﾑ (textarea)は縦横
どうしようもなく狭くて文を書きにくくて､
しかもその一行に入力可能な文字数は、たいてい
ｺﾗﾑのの一行の文字数に満たない、
という事実を誰も指摘しないのは、不思議な事だ(※)。

Webはそういうものだから、
Windowsはそういうものだから、
と信じてみんな我慢している。
そして溜まったｽﾄﾚｽを、
わかり易い｢横ｽｸﾛｰﾙ｣でﾍﾏをやった人に
ぶつける。
本当は、ウィンドウサイズや入力幅を
きちんと管理するためのポリシーを定めなかった
事に、諸悪の根源があるのに。

-------------------------------------------------
※ の横幅調整の難しさは僕にもわかります。
　まずrowsで指定した文字数は、ほとんど大抵、
　実際に入力可能な文字数とはずれます。
　また、Webブラウザの種類やバージョン、
　Webから変更不可能なフォント選択などによって、
　すぐに文字数が変わります。
　10年ほど前、各種のブラウザの横幅調整係数を探したり、
　指定文字数ピッタリのtextareaや、
　表示ウィンドウサイズピッタリのtextareaを
　動的に作るJavaScript (ウィンドウのリサイズにも対応)
　を書いたことがありますが、
　結局のあまり良い結果は得られませんでしたｗ

　知らなかったよ。正確には気付かなかった。
　なぜなら、mixi開いてもウインドウを画面いっぱいにすることはないし、横スクロールなんて眼中にないから。ニ...

mixiが先日のレイアウト変更で、ページの横幅が大きく広がり、XGAでＩＥを使い、お気に入りを横に表示した状態ですら横スクロールバーが出るようなレイアウト...

mixiのデザイン変更から学ぶ、ウェブサイトの最小横幅を800px以下にすべき理由　：　akiyan.com
横幅800pxのウィンドウでもスクロールバ...