アカウント名:
パスワード:
アタマ硬くないですか？
単に今のタブ状の表示を辞めて履歴とは別途、任意でページを追加してゆくバッファ画面のようなものを作ればいいだけですよね。 現在表示中の画面(a)とタブにあたる選択肢を羅列するための画面(b)を現在のタブのように立体的に切り替えるようにし、(b)にはOperaのスピードダイヤルのように画面のサムネイルをマトリックス状に表示、切替キーで文字列表示（「ページタイトル」「URL」「アクセス時間」）をグリッド状に表示するようします。 なお、それをグループ分けできるようにします。 (a)を表示中に新たにタブに追加したくなったら「追加操作」をすることで(b)に追加されます。 (b)状では[X]マークをクリックすることで(b)からそのページを削除できるようにします。 (b)上で任意ページを選択クリックすると(a)に表示されます。
とまあこんな感じでどうでしょう。
Design Challenge でどれだけ良いアイデアが出てくるか、僕は懐疑的なのですけれど。
わざわざﾌﾟﾛｼﾞｪｸﾄを立ち上げるほどのこともなかろうにアタマ硬くないですか？作ればいいだけですよね。
わざわざﾌﾟﾛｼﾞｪｸﾄを立ち上げるほどのこともなかろうに
作ればいいだけですよね。
よほどご自分の提案するユーザーインターフェースに自信がおありなのだと思いますが、そういう評価はご自分の提案についてユーザーテストでもしてから言ってくださいな。
同じユーザーインターフェースでも人によって反応が大きく違うので、ユーザーインターフェースの問題というのは僕ら素人が考えるよりずっと複雑だ、というのが僕の認識です。
その自信はどこから出てくるの?
どこぞのリボンのように「構造」からの変更ではなく、単にタブの機能を表示上で変更するだけで済むからですよ。 僕の考えた方法ならたぶん作り方に気を配れば従来のタブ形式の表示との切替にすることも可能でしょう。だからです。
お返事ありがとうございます。でも、残念ながら会話が噛み合っていません。
それは、ご提案の方法が、「タブに代わる仕組みを考案する」よりも小規模な変更であることの説明でしかありません。
大規模な変更と小規模な変更があってどちらでも今の目的を達成できるなら、小規模な変更の方が良いと思うのですが、そもそもご提案の方法で今ある問題が解決するのでしょうか。僕には今タブを 20 個以上バックグラウンドでポコポコ開きまくっているユーザーが
>想像できません。
あれ？そちらも想像なのですか？ユーザテストを経たのではなく。うーん、それじゃ人のこと言えないですよね。
根拠(=テスト)もなく馬鹿にするのが良くないなら、根拠もなく支持するのも同じくらいに(技術的には)良くないことです。
＃礼儀作法の授業は別途隣の教室でヨロシクってことで。
ところでお二人の要求を同時に満たす方法なら(技術的には)有りますよ。そしてそれは今回のChallengeに対する最強の回答をも兼ねています。
かたや従来と全然違うUIが欲しいといい、かたやそれは試さない限りダメだといい。
結局のところ「簡単に試せる」ことが重要なのだから。
必要なのは「出来るだけ楽にUIをカスタマイズできるような仕組み」です。つまり「こういうUIにしろ」じゃなく「UIなんか幾らでも変えれるようにしろ」というメタな回答です。
UIの構成はもはやアプリ(にハードコーディング)ではなく、アプリの設定情報でしかない、という状況にまで高めることが出来れば、それが究極の回答になるはずです。
＃これはさすがにユーザテストは要らんと思うけど。かわりに設定者テストなら要るけどね。
というか、どうしてそうなってないんでしょう？まだそんなUI(メタUI)は重くて現実的じゃないってこと？
＃でもそんなには重くないはずなんだがなあ。VBが10年以上前から存在したことを思えば。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
わざわざﾌﾟﾛｼﾞｪｸﾄを立ち上げるほどのこともなかろうに (スコア:0)
アタマ硬くないですか？
単に今のタブ状の表示を辞めて履歴とは別途、任意でページを追加してゆくバッファ画面のようなものを作ればいいだけですよね。
現在表示中の画面(a)とタブにあたる選択肢を羅列するための画面(b)を現在のタブのように立体的に切り替えるようにし、(b)にはOperaのスピードダイヤルのように画面のサムネイルをマトリックス状に表示、切替キーで文字列表示（「ページタイトル」「URL」「アクセス時間」）をグリッド状に表示するようします。
なお、それをグループ分けできるようにします。
(a)を表示中に新たにタブに追加したくなったら「追加操作」をすることで(b)に追加されます。
(b)状では[X]マークをクリックすることで(b)からそのページを削除できるようにします。
(b)上で任意ページを選択クリックすると(a)に表示されます。
とまあこんな感じでどうでしょう。
その自信はどこから出てくるの? (スコア:3, すばらしい洞察)
Design Challenge でどれだけ良いアイデアが出てくるか、僕は懐疑的なのですけれど。
よほどご自分の提案するユーザーインターフェースに自信がおありなのだと思いますが、そういう評価はご自分の提案についてユーザーテストでもしてから言ってくださいな。
同じユーザーインターフェースでも人によって反応が大きく違うので、ユーザーインターフェースの問題というのは僕ら素人が考えるよりずっと複雑だ、というのが僕の認識です。
Re: (スコア:0)
どこぞのリボンのように「構造」からの変更ではなく、単にタブの機能を表示上で変更するだけで済むからですよ。
僕の考えた方法ならたぶん作り方に気を配れば従来のタブ形式の表示との切替にすることも可能でしょう。だからです。
Re: (スコア:2)
お返事ありがとうございます。でも、残念ながら会話が噛み合っていません。
それは、ご提案の方法が、「タブに代わる仕組みを考案する」よりも小規模な変更であることの説明でしかありません。
大規模な変更と小規模な変更があってどちらでも今の目的を達成できるなら、小規模な変更の方が良いと思うのですが、そもそもご提案の方法で今ある問題が解決するのでしょうか。僕には今タブを 20 個以上バックグラウンドでポコポコ開きまくっているユーザーが
Re:その自信はどこから出てくるの? (スコア:0)
>想像できません。
あれ？そちらも想像なのですか？ユーザテストを経たのではなく。
うーん、それじゃ人のこと言えないですよね。
根拠(=テスト)もなく馬鹿にするのが良くないなら、
根拠もなく支持するのも同じくらいに(技術的には)良くないことです。
＃礼儀作法の授業は別途隣の教室でヨロシクってことで。
ところでお二人の要求を同時に満たす方法なら(技術的には)有りますよ。
そしてそれは今回のChallengeに対する最強の回答をも兼ねています。
かたや従来と全然違うUIが欲しいといい、かたやそれは試さない限りダメだといい。
結局のところ「簡単に試せる」ことが重要なのだから。
必要なのは「出来るだけ楽にUIをカスタマイズできるような仕組み」です。
つまり「こういうUIにしろ」じゃなく「UIなんか幾らでも変えれるようにしろ」というメタな回答です。
UIの構成はもはやアプリ(にハードコーディング)ではなく、アプリの設定情報でしかない、という状況にまで高めることが出来れば、それが究極の回答になるはずです。
＃これはさすがにユーザテストは要らんと思うけど。かわりに設定者テストなら要るけどね。
というか、どうしてそうなってないんでしょう？
まだそんなUI(メタUI)は重くて現実的じゃないってこと？
＃でもそんなには重くないはずなんだがなあ。VBが10年以上前から存在したことを思えば。