- - PR -
作法と思想ってそんなにこだわる？
| 投稿者 | 投稿内容 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2002-10-03 14:55
ALADDINです。
そうだったんですか・・・。逆だと思ってました
本家マイクロソフトのASP.NETクイックスタートチュートリアルとかでも 使っていますが・・。
Webの案件で良く800x600に対応していないと・・・というのを見かけますが 案件として使用する端末の解像度が1024*768以上ということが 確定していても対応する必要があるのでしょうか？ それとも不特定多数の人が見るときだけの事を言っているのでしょうか？ 気になっているので教えてください。
あの・・フレームを多数使ったものが良いといっていたのではなく、 Windowsの既存設計に従わないと言った気もないのですが・・・。 「例外があるのではないですか？」といいたかっただけなのです。 問題の書き込みのスレッドだけ見ていると例外とかなく 「フレームがなんだかなー」と書いてあったので・・・。 ただ私が知らないだけで他のSEの方は実は例外を認めていないのかな と質問したしだいです。その時には顧客に対して どのように説明しているのかなと。 話がややずれてきているようですが・・・。 | ||||||||||||||||
|
投稿日時: 2002-10-03 15:34
たしかに話がそれてますね。申し訳ありません。
それに長いので斜め読みされてしまってますね… 簡潔にするよう気を付けます。 ＞本家マイクロソフトのASP.NETクイックスタートチュートリアルとかでも ＞使っていますが・・。 見てみます。 たしかにトップページと２〜３のリンクしか見てなかったので。 ただ、わたしが言っているのは大ざっぱな流れのことのつもりでした。 むやみにフレームを使わなくなっていると。 ＞案件として使用する端末の解像度が1024*768以上ということが わたしは 800x600 対応が必要とは言ってません。 趣味を言えば 640x480 ですし。 視野に入っているであろう解像度でアクセシビリティが 低いのは問題だということです。 これは同意していただけませんでしょうか。 ＞「例外があるのではないですか？」といいたかっただけなのです。 わたしの考えは 「明確な理由があれば、十分検討し（メリット・デメリットを） 顧客と十分相談した上でならアリ」 です。 ALADDIN さんの最初の書き込みでは お客様が提示した形を再現することがよい、と 読みとれました。 わたしは そうではない、と思いました。 以上です。 ＞なか-chan さん あとで見させていただきますね。 | ||||||||||||||||
|
投稿日時: 2002-10-03 15:52
こんにちは
Windowsロゴ認証が、該当するかと思います。 MSDNライブラリで、「開発（全般）→Windows開発→ガイドライン→技術文書→ロゴの取得」 ＜追記＞ やられた！まったく、ＭＳのサイトって、リンクが複雑ですよね！！ http://www.microsoft.com/japan/winlogo/software/swdesign.asp ここでした。ここに「Windows XP へのアプリケーション互換性とビジュアル ガイドラインに従う」というのがあり、ガイドライン（英語）のダウンロードができます。ざっと目を通しましたが、アップルのそれと似ています（マネしたんだから当たり前か）。 ＜/追記＞ あと、デザインの勉強で少し出てくるのですが、ユーザの目がどこに行きやすいか（左上。なのでアプリケーション名は左上にある）、視線はどのように流れるか（多くの国で左上から右下、つまり文字を書くときの方向）、などといったことも考慮します。そのほか、色の使い方なんかも関係しますね。 #私の場合、縦書き文書を読み慣れたせいか、右上から左下なんですけどね 昔、拙作のツールで「コントロールの配置が変」といわれたことがあります。原因は、その方が大きめのCRTで、解像度を大きくする代わりにフォントを拡大していたためでした。 標準フォントやそのポイント数、見えないところではキーボードの入力スピード（ボタンを１個押したら文字がいくつも出る！と文句を言われたことがあります）、マウスの感度、音（開発中はスピーカオフだから気づかないけど、実はピ！ピ！ピ！っとうるさかった）etc...気にとめておかなければいけないことがたくさんありますね。 
[ メッセージ編集済み 編集者: Jitta 編集日時 2002-10-03 16:31 ] | ||||||||||||||||
|
投稿日時: 2002-10-03 15:57
ALADDINです。
この件はちょっと違う話をしてしまいました。 すいません。個人的に聞いてみたい話だったので。 [quote] お客様が提示した形を再現することがよい、と 読みとれました。 わたしは そうではない、と思いました。 [quote] そういう風に言い切っている訳ではないのですが・・・。 皆さんがそう見えていたのでしたら、 ちょっと書き方が悪かったみたいです。 | ||||||||||||||||
|
投稿日時: 2002-10-03 16:04
＞「例外があるのではないですか？」といいたかっただけなのです。
すいません。この件、フレームの話ですね。 わたしの 13:18 の発言です。 ＞そういった案件が「多いこと」に対する懸念であったつもりでしたが フレームを使うな、などと 言うつもりはありません。 ASP.NET の特性を考えず 安易にフレーム同士がからむようなコードを 量産するのは意味がないと思ったのは確かです。 ASP.NET のメリットに期待していないのでしたら 別なんでしょうけど… | ||||||||||||||||
|
投稿日時: 2002-10-03 16:23
ALADINです。
同じことの繰り返しになってきて、スレッド長くなるだけ なので、プライベートメッセージに切り替えます。 鈴さんなにかありましたら、プライベートメッセージ にお願いします。 変なスレッドで不快に思われる方も多かったでしょう。 申し訳ありませんでした。 | ||||||||||||||||
|
投稿日時: 2002-10-03 16:32
もうめちゃくちゃにピンポイントの話なので本筋期待の人はごめんなさい。
鈴さん： > ＞・固定の場所にいつでも指定したコンテンツを置ける（スクロールに影響されない） > そのコンテンツがスクロールが苦痛になる場合の多くは、 > １画面の情報量の見直しが必要です。 > 適切な量ならページの先頭と最後に必要な > ボタンやリンクがあれば困らないのではないかと考えます。 > 縦が 1.5〜2 画面を超える画面は問題ありと考えます。 Web系アプリの特徴として、 ・ユーザが勝手にサイズを変更できてしまう（変更しやすい）。 ・ユーザの画面設定をサーバ側で調べにくい。 という点がありますよね。 これが鈴さんの言う「適切な情報量の見直し」に複雑さをもたらしてくれます。 一番単純な例では、検索結果表示欄は画面の狭い人に適切な件数にすると 画面を広く使っている人には余白がありすぎる、ということが起きる、と。 なんかいいアイデアがあれば教えてほしいところではありますが。 Web系アプリでは1画面の情報量は検討すべきというのは同意です。 問題はどう検討しようかという悩みどころなのです。 > ＞・画面書き換えのデータ量が減る > すいません、イントラしか考えてませんでした。 > でも たかだか数キロバイトが どれだけ影響あるか疑問です。 > 画像についてはキャッシュが効きます。 > 経験上、テキストデータ量が多い場所は > そこ自体が書き換えられるケースが多く > ほとんどデータの書き換え量がかわりませんでした。 データ量はネットワークのみに影響するわけではないような。 これまたWebの特徴ですが、 ・画面は構成するデータを解析して表示する わけで、へぼいクライアントだと微妙なストレスになったりします。 イントラ想定なら最低限のスペックは見通せるでしょうからあたりは つけられるのですが、部署によっては他のシステムとの関係で クライアントマシンのリプレイスがしにくいというのもあると思います。 たとえば、MSDNライブラリ(http://www.microsoft.com/japan/developer/library/default.asp?URL=/japan/developer/library/dsmsdn/msdn1.htm)なんかは、 へぼいマシンで見るととてもストレスがたまります。 この例はフレームのせいではないですが、受け取ったデータのパースに マシンパワーが要求されるいい例かなと思っています。 フレームの悪影響も多々あるのですが、使ったほうがいい（ましになると いう程度のものかもしれませんが）ものもあるよね、と思っています。 | ||||||||||||||||
|
投稿日時: 2002-10-03 16:51
＞一番単純な例では、検索結果表示欄は画面の狭い人に適切な件数にすると
＞画面を広く使っている人には余白がありすぎる、ということが起きる、と。 ユーザーが表示数を選択できて、 クッキーに残れば問題ないように思えてしまいます。 それ以外の問題が分かりません。すいません。 ＞たとえば、MSDNライブラリ これは確かに普段からストレス感じています。 セレロン５００なんで… この例はかなり参考になりますね。 ありがとうございます。 ＞プライベートメッセージへの切り替え そうですか。 この話題がどう収束するのかを見ていた人達が いれば、それこそ利用者無視になると思いますが。 もっとも、わたしも いつのまにか フレーム不要論者ということになっていて その通りに踊っていたので、こういう場に向いていないと 認識できましたので やめることにします。 （フレームと ASP.NET の相性が良くないので 避けたいだけだったのです…） このスレッド以外でももう書き込みしません。 大変お邪魔しました。 | ||||||||||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。
著作権はアイティメディア株式会社またはその記事の筆者に属します。
当サイトに掲載されている記事や画像などの無断転載を禁止します。