アカウント名:
パスワード:
XPから乗り換えると性能劣化になる、と。
#なんのためのOSだ。
OSの性能評価基準がスピードだけだとお思いで? #UIの改善とか、付属アプリの改良とかはもっと評価されても良いと思う。 #個人的にはタスクマネージャがこれ [microsoft.com]の機能を取り込み大幅強化した点とか、UACを評価したい。 #(パーソナルファイアウォールを警告ONで使ってる自分にとってはUACは改良)
> #UIの改善とか、付属アプリの改良とかはもっと評価されても良いと思う。むしろ叩かれることのほうが圧倒的に多いですね。改善や改良だから叩かれているわけではなくて、変更があったら何であれとにかく叩かれます。リボンとかリボンとかあとリボンとか。それにしても、叩いてる人たちもいい加減「MicrosoftはUIを突然変更する会社だ」ということを学習して他に乗り換えの検討くらいはしても良さそうなものなのに、なぜか使い続けることだけは前提になっているのが不思議でなりません。
リボンは新参には評判よかったりするこの業界ついていけないと終わり
昨年秋から思い切って職場環境をOffice2007にしました。当初、自分もリボンの使い勝手については懐疑的だったのですが、実際暫くつかってみると、直感的かつ大きいアイコンでの操作というのが結構扱いやすく、便利だったりします。ただ、マイクロソフトが作ったリボン構成なので、使いやすく出来ているのは当然かも。リボン自体の構成をうまく考えてゼロからUI設計するのは難しそうに思えます(まだやったことはない)。
この業界ついていけないと終わり
私も同感。ついていくというか、新しいモノを試し、なれる速度が速くないと終わりのような気がします。食わず嫌いをしていいのは末端のエンドユーザーだけ。作り手としてやっていくなら、まずそうでも食べてみる努力と思い切りが必要ではないでしょうか。
> どっちが良いかなんて個人の趣味程度の話なんだから> 元のUIも用意しておけばよいだけだと思うが・・・
このコメントが全てだと思う。
新しいUIの性能 > 古いUIの性能
であっても、
新しいUIの性能 > 古いUIの性能+古いUIでの習熟度
になるとは限らないのだから。
# 新しいのを勉強しろと言うが、オフィス系ソフトなど自宅で使うことなどあまりない。# かといって仕事場で導入されてしまうと、習熟するまでのあいだ効率が低下するから困る。
古いUIをサポートし続けるのがコストもなしに可能だと思ってるの? まあ思ってるんだろうね。> 元のUIも用意しておけばよいだけとか言ってるくらいだから。利用者によって使っているUIが違うかもしれないとなると、そのすべてに対応して教育したり操作の指示を出したりするためのコストもさらに増えるし。
同じマシンでも、ウィンドウのサイズを変えただけでUIが変わります。けっきょく、いつも最大化した状態で使わないと使いにくくて仕方が無くなります。すくなくとも、横方向のウィンドウサイズは最大化時と同じ程度にしなければならない。画面の広さは有限の資源であるというのは仕方がないことですが、ボタンを大きくしすぎなんだろうと思います。
それに、タイトルバーの色がアクティブと非アクティブでほとんど変わらないのが不便です。なぜWindowsの「画面のプロパティ」の設定を無視するのか。これがUIの改善なのでしょうか。リボンは(失敗か成功かはさておき)明確な意図が伝わってきますが、これは意味が分かりません。
全画面で使ってる人には解像度なのかもしれませんが、実際は単に描画領域幅 (つまりウィンドウ幅) ですよ。足りない分が逃がされるだけという感じです。
Excel 2007 では省略表示させないようにするには横 1,900px 弱必要です。 Word 2007 の場合はもっと広くて 2,100px 弱でようやくリボンが伸びなくなります。 PowerPoint 2007 は 1,300px もあれば十分です。かなり少なめですね。
# いずれも "ホーム" タブのみ確認。
普段使ってる環境で Word のリボンで右側が余っている、という人はほとんどいないんじゃないでしょうか。
元のUIも用意しておけばよいだけだと思うが・・・
リボンUIについてはコンファレンスなどでデモや説明を見た&Office2007利用体験程度の知識ですが、それでも「リボンUI対応アプリを作るためには、いろいろと新しいノウハウが必要だなぁ」と感じました。そんなのと古いのを共存させるなんてやったら、設計、実装、検証すべてのコストが跳ね上がるような気がします。
今時Officeの完全な新参ってどれ位いるんだよ。いくらMSでも子供達以外切り捨てるような商売が出来る立場じゃないと思うんだが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
結局 (スコア:1)
XPから乗り換えると性能劣化になる、と。
#なんのためのOSだ。
Re:結局 (余計なもの-1) (スコア:3, すばらしい洞察)
OSの性能評価基準がスピードだけだとお思いで?
#UIの改善とか、付属アプリの改良とかはもっと評価されても良いと思う。
#個人的にはタスクマネージャがこれ [microsoft.com]の機能を取り込み大幅強化した点とか、UACを評価したい。
#(パーソナルファイアウォールを警告ONで使ってる自分にとってはUACは改良)
Re: (スコア:0)
> #UIの改善とか、付属アプリの改良とかはもっと評価されても良いと思う。
むしろ叩かれることのほうが圧倒的に多いですね。改善や改良だから叩かれているわけではなくて、変更があったら何であれとにかく叩かれます。リボンとかリボンとかあとリボンとか。
それにしても、叩いてる人たちもいい加減「MicrosoftはUIを突然変更する会社だ」ということを学習して他に乗り換えの検討くらいはしても良さそうなものなのに、なぜか使い続けることだけは前提になっているのが不思議でなりません。
Re:結局 (余計なもの-1) (スコア:2, 興味深い)
リボンは新参には評判よかったりする
この業界ついていけないと終わり
うまく作られたリボンは使いやすい (スコア:3, すばらしい洞察)
昨年秋から思い切って職場環境をOffice2007にしました。
当初、自分もリボンの使い勝手については懐疑的だったのですが、実際暫くつかってみると、
直感的かつ大きいアイコンでの操作というのが結構扱いやすく、便利だったりします。
ただ、マイクロソフトが作ったリボン構成なので、使いやすく出来ているのは当然かも。
リボン自体の構成をうまく考えてゼロからUI設計するのは難しそうに思えます(まだやったことはない)。
この業界ついていけないと終わり
私も同感。ついていくというか、新しいモノを試し、なれる速度が速くないと終わりのような気がします。
食わず嫌いをしていいのは末端のエンドユーザーだけ。作り手としてやっていくなら、まずそうでも食べて
みる努力と思い切りが必要ではないでしょうか。
Re: (スコア:0)
どっちが良いかなんて個人の趣味程度の話なんだから
元のUIも用意しておけばよいだけだと思うが・・・
Re:結局 (余計なもの-1) (スコア:2, すばらしい洞察)
> どっちが良いかなんて個人の趣味程度の話なんだから
> 元のUIも用意しておけばよいだけだと思うが・・・
このコメントが全てだと思う。
新しいUIの性能 > 古いUIの性能
であっても、
新しいUIの性能 > 古いUIの性能+古いUIでの習熟度
になるとは限らないのだから。
# 新しいのを勉強しろと言うが、オフィス系ソフトなど自宅で使うことなどあまりない。
# かといって仕事場で導入されてしまうと、習熟するまでのあいだ効率が低下するから困る。
Re:結局 (余計なもの-1) (スコア:2, すばらしい洞察)
古いUIをサポートし続けるのがコストもなしに可能だと思ってるの? まあ思ってるんだろうね。
> 元のUIも用意しておけばよいだけ
とか言ってるくらいだから。
利用者によって使っているUIが違うかもしれないとなると、そのすべてに対応して教育したり操作の指示を出したりするためのコストもさらに増えるし。
Re:結局 (余計なもの-1) (スコア:4, 興味深い)
リボンUIは解像度によってアイコンの表示位置等が異なるようです。
そのため、講師が解像度の低いプロジェクタで行っていた手順を
解像度の高い自端末で行おうとした生徒が混乱する場面に多々遭遇しました。
Re:結局 (余計なもの-1) (スコア:1, 参考になる)
同じマシンでも、ウィンドウのサイズを変えただけでUIが変わります。
けっきょく、いつも最大化した状態で使わないと使いにくくて仕方が無くなります。
すくなくとも、横方向のウィンドウサイズは最大化時と同じ程度にしなければならない。
画面の広さは有限の資源であるというのは仕方がないことですが、
ボタンを大きくしすぎなんだろうと思います。
それに、タイトルバーの色がアクティブと非アクティブでほとんど変わらないのが
不便です。なぜWindowsの「画面のプロパティ」の設定を無視するのか。これが
UIの改善なのでしょうか。リボンは(失敗か成功かはさておき)明確な意図が
伝わってきますが、これは意味が分かりません。
Re:結局 (余計なもの-1) (スコア:3, 参考になる)
全画面で使ってる人には解像度なのかもしれませんが、実際は単に描画領域幅 (つまりウィンドウ幅) ですよ。足りない分が逃がされるだけという感じです。
Excel 2007 では省略表示させないようにするには横 1,900px 弱必要です。
Word 2007 の場合はもっと広くて 2,100px 弱でようやくリボンが伸びなくなります。
PowerPoint 2007 は 1,300px もあれば十分です。かなり少なめですね。
# いずれも "ホーム" タブのみ確認。
普段使ってる環境で Word のリボンで右側が余っている、という人はほとんどいないんじゃないでしょうか。
Re:結局 (余計なもの-1) (スコア:2, 興味深い)
元のUIも用意しておけばよいだけだと思うが・・・
リボンUIについてはコンファレンスなどでデモや説明を見た&Office2007利用体験程度の知識ですが、
それでも「リボンUI対応アプリを作るためには、いろいろと新しいノウハウが必要だなぁ」と感じました。
そんなのと古いのを共存させるなんてやったら、設計、実装、検証すべてのコストが跳ね上がるような気がします。
UIといえば (スコア:0)
これが困った仕様だという声はあまり聞かれないのですが、コピーしたつもりが移動になっていて
オリジナルが無くなってしまうなんてことをするのは私だけなんでしょうか。
物理デバイスが同じか違うかなんて、そもそも操作者に意識させる必要がある情報と思えないのですが。
困っていないみなさんはどうしていらっしゃるのでしょうか。
かならずCtrlを押しておくというのは、両手が使えないとだめですし...
#substとか仮想ドライブに対しての挙動は?
Re:UIといえば (スコア:1)
私が知っている方々の多くは右ドラッグを使うか、”コピー & 貼り付け”を使っているようです。
Re: (スコア:0)
普通にドラッグに戻ってしまいそう。で、忘れたころにオリジナルを無くしてしまうと。
どっかのレジストリキーでコピーに固定できたらと思ったのですが。
そもそもなんでこんな仕様なんでしょう? これが役に立つ場面が思い浮かばないのですが。
「同じ操作なら同じ処理」というのが、プログラマーにとっても使う人にとっても判りやすいと思うのですが。
Re: (スコア:0)
エクスプローラーではアドレス表示が欠かせない。
Re: (スコア:0)
今時Officeの完全な新参ってどれ位いるんだよ。
いくらMSでも子供達以外切り捨てるような商売が出来る立場じゃないと思うんだが。