Web利用時のディスプレイが高解像度傾向に 33
ストーリー by wakatono
でもブラウザのウィンドウサイズはあまり変わらん? 部門より
でもブラウザのウィンドウサイズはあまり変わらん? 部門より
Ryuzi Kambe 曰く,"INTERNET WATCHによると、米調査会社WebSideStoryの調査で
Web利用者のモニタ解像度が高い値に推移しているという傾向が明らかになったそうだ。
基本的にどんな解像度も想定しなければ行けない媒体であるWebの発行は
いつもWebサイトの制作者を悩ませる。
しかし、不思議なのは、元記事でも解像度には触れられていてもブラウザのウインドウサイズについて
言及されていないということだ。モニタの解像度とウインドウサイズは必ずしも対応するものでは
ないと思うのだが。それともこの調査に協力したsmartmarketは
ブラウザのウインドウサイズについては、もう悩むことをやめてIEのデフォルトのウインドウサイズで行くことに
決めてしまったのだろうか?"
解像度とモニターサイズ (スコア:3, すばらしい洞察)
文字は小さく読みにくくなり、文字のサイズを大きく
する羽目になり結局DPIが上がるだけで画面が広くなっ
た気がしない人がほとんどなのではないでしょうか。
まぁ、最近歯止めがかかった感のある高画素数のデジ
カメの画像を表示するにはいいかもしれないが。
画面サイズに依存するWebデザイン (スコア:2)
画面に入りきらなければスクロールすればいいだけではないの?
でかいモニターがよい (スコア:2)
大きい解像度がないと、画面が狭くてやってけない。
Windowの一つを最小化して、使いたいのを手前に呼び出し、
またその作業が終わったら、、、と切り替えるのは辛いし。
Unix系のデスクトップ環境のように幾つかワークスペースが
作り出せるOSはありがたいけど、MacやWinにはそんなのない
のでマルチモニター環境なんてかなり欲しいかも。
There is no spoon.
ユーザビリティの勉強してほしい (スコア:2)
(off topic) 子ウインドウの制御 (スコア:2)
(Paint Shop Pro , DreamWaver , Photoshop Elements)
などでの子ウインドウの制御が出来ないんですよね。
すなわち、VDとブラウザとホームページ作成に必要な
アプリケーションの共存が出来ないということです。
#
#もちろんVD作者の方も認識してらっしゃるということですが、
どーにもならないのだそうです(^^;
唯一の解決方法は、アプリケーション側が対応してくれること、ということでした。
- Ryuzi Kambe -
Re:それにしても、、、デザイナーって、 (スコア:2)
内容があるページなら、たとえば/.jp のライトモードのような簡素なページで問題がないのでしょうが、社長がわかってないのと、デザイナー(もともとはDTPじゃない出版業界にいたそうですが)さんの仕事の創出と、そもそも/.jpの方が見向きもしないような内容のないサイトのために、とにかく見た目を派手に!ということで、デザイナーさんが日夜、作業をなされておりますですの。
トップページなどは画像なども含めて100kByteという論外な数字になっていたり、カスケードスタイルシート css を多用していたりと、なかなか楽しく重いサイトです。
社長の指示というものなんですが(--;
その割には、多くの方がいらっしゃるので、何でだろうと思いましたですが、その理由としては、重い・軽いの概念がないとか、派手好きだとか、プレゼントにつられているだけとか、考えられましたですの。
え、ボクですか? 弊社のサイトを見に行きたいとは思いませんですの。だって、重いし、内容ないし:-P
-------- SORAMINE Yukino
なぜ画面解像度か? (スコア:2)
>ブラウザのウインドウサイズについて 言及されていないということだ。
>モニタの解像度とウインドウサイズは必ずしも対応するものでは ないと思うのだが。
これは一つの理由はブラウザがデフォルトで送ってくるヘッダの中に画面解像度が含まれているからだと思われます。ブラウザウィンドウのサイズを取るにはJavaScriptなどを仕掛ける必要があったはず。
Re:それにしても、、、デザイナーって、 (スコア:2, 参考になる)
クライアントって,非常に多いですよね.
そんなリクエストに唯々諾々と従っていると,重すぎてロクに動かないwebpageが
出来たりするのも,仰せの通りです.
営業面での工夫で,少しは良くなるかもしれません.
たとえば,プレゼンするとき,ローカルディスクにデータを置かないようにする.
つまり,プレゼンのときは,先方にノートパソを持ち込まない.
自社のwebサーバにサンプルを置き,先方の会社からアクセスして見て貰うようにする.
(特に性能の低い,ショボ目のサーバが良い)
と,あまりに重いページは,お客の方が音を上げてしまうからボツになる.と.
ほとんどの法人は,あまり帯域の広くない回線だから,これは割合に説得力があります.
また,一般の会社では,デザインハウスより,相対的に狭いディスプレィを使ってる
から,低解像度画面での見え勝手も真実味がありますね.
#あらゆるギミックを駆使したクソ重くてデカいページを,アテ馬用のサンプルで
#作っておくと,何度も使えて便利かもしれない.
まず先に考えるべきは (スコア:1)
“IEのデフォルトのウインドウサイズ”って,いくつなんでしょう?
使ってないから解らないんですが :-P
....さておき,“高解像度傾向”といっても,やっぱり殆どは1024X768か,
600X800ではありますな.
ノートパソコンの多い日本では,600X800が最多かもしれない.
しかし,この現状を考えてないwebpageが多くて,腹が立ちます.
そりゃ,仕事場では,かなり高解像度なディスプレィで見ることはできても,
出先で,ちょっと小さなサブノートで見返すことは,頻繁にあるでしょうに.
およそ,画面の大きさを考えないでデザインに取りかかるデザイナーなんて,
デザイナーとしての適性を疑いますな.
敷地に入らない建物を建ててしまう大工みたいなもんじゃないか.
世の中大半はWin+IEかもしれないけど (スコア:1)
したがって、画面のサイズ(やブラウザソフトの種類)に依存しないのが正しい書き方じゃないんでしょうか。
まあ、デザイナーさんはそうも言っていられないでしょうが。
Re:でかいモニターがよい (スコア:1)
そんなあなたにVirtual Desktop(Windows 向けですが)。便利っすよ。
それにしても、、、デザイナーって、 (スコア:1)
デザイナーが必要なくらいのデコレーション & 複雑なレイアウトをされた
Webページを好む人って多いんですかねぇ?
ちなみに、自分は /.-j もライトモードです。
これならどんなディスプレイサイズでも大丈夫。
Re:画面サイズに依存するWebデザイン (スコア:1)
「上下左右」にスクロールしないと見えない
ページを作るのが大好きじゃないですか:ー
彼らは、見る側の環境に依存しないHTMLの
作り方という概念が無い。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:解像度とモニターサイズ (スコア:1)
年寄り&ビンボーなんで15インチCRTを使っている人間としては、フォントサイズをでかくしたい。
という事で、フォントサイズ固定する人間&フォントサイズ固定でないとレイアウトが崩れるページを作る人間は早く絶滅してほしい。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:画面サイズに依存するWebデザイン (スコア:1)
まぁ、そんなサイトには近寄らないようにしていますが。
タブレット中毒者。
Re:それにしても、、、デザイナーって、 (スコア:1)
#で、いろいろ駆使して作ると今度は「もっと軽く作れ」とか言われたりする…。
ですからそういうお偉方が生きている限り、デザイナーは安泰です。
かくいう私もライトモード愛好者。
Re:なぜ画面解像度か? (スコア:1)
なので、解像度だけ調べてればよいのでしょぅ。:-)
今でもそなのかな。
IEだけの調査してたのか・・・。
okome
Re:解像度とモニターサイズ (スコア:1)
まったくです。
私はどれだけ画面が広くても文字表示は80x25ぐらいがいいんで、DPIは120~144あたりに設定してます。
(目の悪いウチの親用は極大設定(笑))
相対指定ならともかく、ポイント/ピクセル指定しているところなんかは極悪ですね。
# なんか、Mac系のサイトってフォントサイズ固定しているところが多いような…。
# オーサリングツールがそうしちゃうのかな?
# (Appleとか…(--:))
Re:まず先に考えるべきは (スコア:1)
>およそ,画面の大きさを考えないでデザインに取りかかるデザイナーなんて,
>デザイナーとしての適性を疑いますな.
お願いしますから、www頁を作るときに「画面の大きさ」なんか考えないでください。
「画面の大きさなんて仮定できない」こと*だけ*を考えてくださいm(__)m>作る人
大きさを(仮定できないという以外の意味で)考えるのが
デザイナーとかいう人々の仕事だというならば、
少なくとも俺は、そんな人は要りません。
自分の頁に「大阪12pointのフォントで見てください」と書きやがった知り合いとは
縁を切りましたし(笑)。
そんな(?)俺の頁は、徹底的にテキストオンリーなんで、1995年から(笑)今にいたるまで、
どんな「現状」をも仮定せず見ることができる…はずです。
#日本語文字コードの問題は有るが(笑)
----
…とは言うものの、この↓想定問答(笑)も、有り得ないと言い切れないってのが寂しいのだが…
http://www.amy.hi-ho.ne.jp/~lepton/program/p1/prog106.html
Re:それにしても、、、デザイナーって、 (スコア:1)
しかし元記事に話を戻すと、ウェブ利用者のモニタ解像度が高い値に推移…といっても、別にウェブページを高解像度で見たいからそうなっている訳ではなく、単にパソコン買うと付いてくるモニタが時代と共に高解像度になってきた、というだけの話では?
PS2とかドリームキャストとか携帯電話でウェブを見る人の画面解像度なんか当分変わらないだろうし、こう考えるとINTERNET WATCHは一体何が言いたいのやら…。
Re:まず先に考えるべきは (スコア:1)
>考えないでください。 「画面の大きさなんて仮定できない」
>こと*だけ*を考えてください
うむうむ.それは確かに,その方が正論ですね.
でも,あなたも,"<BR>"使ってポストしてるじゃないですか ;-)
ちょっとウィンドゥ幅を狭めると,せっかくの貴重な発言が
隠れてしまいますぞ.
画面サイズに依存しないというのが大原則.というのはワタシも
ナットクしますけど,ま,そうも言ってられない時もある.と.
そんな時はせめて,“画面の大きさ”を念頭に置いてデザイン
したいもんだね.ってのがワタシの真意です.
Re:まず先に考えるべきは (スコア:1)
>ちょっとウィンドゥ幅を狭めると,せっかくの貴重な発言が
>隠れてしまいますぞ.
これは大間違いです.御免なさい.
なんでこんなコト書いたんかな.
Webデザインの価値 (スコア:1)
・最初に来た人
・クライアント
向けにあります:p
だから、毎日見るサイトでない限り、スプラッシュFlashだろうが
800を超えるテーブルレイアウトだろうが(僕は)認めます。
それで上記の人々に上等のアピールがあれば。
まあ、アクセスを増やす=常用してくれる人を増やすためには、
実際のコンテンツ=編集、テキスト、写真にフォーカスし、
更新の容易さを全てに優先する必要があるとは思います。
ただ、Web製作会社にとって、アクセス数(増)に対して
対価をもらうようなビジネスモデルは普及しておりませんですし、
究極的にはクライアントに”Webは看板やカタログなどのイッパツモノ
ではない”と理解してもらわねばなりません。
もちろんその努力はしていますが、やっぱり、クライアントの用途によっては、
必ずしも”テキスト重視”がゴールでもありません。
乗用車がすべて5ドアハッチバックではないように。。。
_________________________________________ Kinoko, Deep Interactive>>Communication.
Re:それにしても、、、デザイナーって、 (スコア:1)
その時は,特殊映像+音響効果代をタップリ割り増しで頂いて,
がっちり儲けさせて貰います(笑)
しかも,当て馬で作ったサンプルが金になるのですから,とてもオイシイ.
どうせそういう顧客なら,アクセシビリティや利用者の便宜なんて
どーでもよくて,単なる自己満足か,広報予算の消化ですからね.
まぁ,そんなページ,誰も見にこないでしょうから,害は少ない.と.
>別にウェブページを高解像度で見たいからそうなっている訳ではなく、
>単にパソコン買うと付いてくるモニタが時代と共に高解像度になってきた、
>というだけの話では?
あ.それを言っては終わってしまうではありませんか.
Re:Webデザインの価値 (スコア:1)
>と理解してもらわねばなりません。
そうです!そのあたりを解って貰わないと,更新の仕事も取れません(笑)
Re:Webデザインの価値 (スコア:1)
そういや、「トップ頁にしかリンクしないでくれよ」
というあの謎の要求はどうにかなりませんかね?>世間の多く
おかげで、その主義に基づいて鯖が構築されてる某所で、
Wikiが使いにくいったらありゃしない(^^;。
InterWikiNameは非トップな頁をいきなり指差す
ことが出来るのが醍醐味なのに…
Wikiじゃなくても、話題にダイレクトにリンクすることこそが
ハイパーテキストの醍醐味だと思うのだが…
Re:でかいモニターがよい (スコア:1)
だぶるでGO
Re:Webデザインの価値 (スコア:1)
>そういや、「トップ頁にしかリンクしないでくれよ」
>というあの謎の要求はどうにかなりませんかね?>世間の多く
そう.そんなゼータクなこと言える程アクセスない癖に.ね(笑)
まして,そのトップページがクソ重かったりしたら最悪だ.
ま,各サブディレクトリ毎に,index.htmlを置くようにして,
“ディレクトリ毎のindexにリンクしてね”というのなら,
そりゃま御親切.仰せの通りに致しましょう.とワタシなぞは思います.
原則的には,全てがリンクフリーであるのが理想ですが....
>非トップな頁をいきなり指差すことが出来るのが醍醐味なのに…
特定画像だけにコメントなしで直リンクしたりする不作法者が
居た場合,やはり腹立たしい気持は押え切れない.ですな(笑)
#ワタシ的には....“.html以外のファイルにはリンクしないでください”
#というのが,一番,感覚に馴染むかな.コンテクストから離れた画像ほど,
#意味の歪曲に弱いものはありませんし,wwwはhtml文書が基軸だと思いますので.
Re:Webデザインの価値 (スコア:1)
>居た場合,やはり腹立たしい気持は押え切れない.ですな(笑)
そうなんですか?そうなんですか。俺は全然怒りません。
href型参照変数(笑)に.jpeg型Object(笑)を代入できなかったら
そんな馬鹿言語は捨てますし、そんな馬鹿ローカルルールは全力で排除しますね。
それは単なる設計ミスなんだから。
冗談(?)はさておき、せっかく「メディアを切り裂く」ための
(少なくとも技術的に可能である)ものがこれだけ世間の主流になってくれた
というのに、それを見過ごすなんて俺にはできません。
せっかく今までの鈍重な(技術的)制約が消えたというのに!
例えば。ある曲のデータ(midiかmp3か)があったとして、
その「サビの部分だけ」とか「ギターだけ」とかに
俺はリンクを張りたいです(し他人にも自由に張らせたい)んです。
残念ながら今は普通の手段では出来ませんけどね。
実にむかつくんですよ、切り刻めないメディアってのは。
自分の良いところ(笑)を曲を紹介するために、なんでわざわざ
サビだけ、ギターだけのデータを別途作らないとならないんでしょう?
見るための、見せるための、見られるための、パワーがもっと欲しい!
で、www。
参照さるるは武門の誉れ。それが嫌なら「公開」するな、です。
俺はそう思います。
勿論、他人に自由に切り刻まれる権利を認めないなら、
俺は公開しません。
http://member.nifty.ne.jp/guion/WORDS/INDEX.HTM#link
Re:まず先に考えるべきは (スコア:1)
ってなんですか?(ぉ
#あ。所謂全角だからどうこうっていう意味じゃないっす(^^;
いや、単に俺は「意味の」切れ目で改行を叩いてるだけなんですけど。
>“画面の大きさ”を念頭に置いてデザイン
…どこの誰のどんな画面の大きさを?
Palmやラピュータ(ブラウザあったかなあ)も有ることだし。
「自分の」画面ならそりゃなんぼでも仮定できます。
どこぞのBOF(複数)の誰かさん(複数)のプレゼンみたいに、フォントサイズからスクロール幅(?)に至るまで仮定しまくることで
それっぽい見た目を作るっていうなら、判りますが。
デザイナは技術者じゃないからね (スコア:0)
Webデザインを技術者がするわけじゃないから、彼らはデザイン優先だね。自分たちの編集している「環境」をそのまま見る人にも押し付ける。それも無意識に。
意識的に押し付けるならまだしも、無意識に押し付ける結果になっちゃった、というのは、本当にまともな、お金をもらってやっているプロのデザイナのすることじゃないと思う。
WEBサイトの見た目なんて、 (スコア:0)
そらまぁ、いきなりトップページがフラッシュしかなかったり、
待てど暮らせど表示が出きらないくらい重いページはどうかと思いますが^^;
フォントサイズがどうだとか、ブラウザ依存がどうだとか、
はっきり言って誰にでも100%同じ様に見えるページなんて、
テキストオンリーのページでも作らなきゃ無理なんじゃ?^^;
作り手には見てもらいたい対象が居るわけで、それに向けて
なるべく多くの人に見て貰えるようにするのが画面デザインの
腕の見せ所なんじゃないかな?
シンプルなのがヨシか、派手なのがヨシかは、受け手の問題
ですし、どんな素人さんからどんな玄人さんが見てるかは
わからないってことですね。
なんだか、自分の枠の中からでた、批判的な意見が多いなと
思うこのごろ。
大事なのは、見た目のデザインより、サイト構造のデザインかな。少なくとも私は。
Re:画面サイズに依存するWebデザイン (スコア:0)