アカウント名:
パスワード:
MSOも是非切り替え可能にしてほしい。
MSもいいかげん気持ちを切り替えて受け入れてくれないかなって利用者に対して思ってるよ
そんなこと思ってないだろう。ごくごくごくごく一部の老害だけが未だに意固地になってるだけ。
何故？10年以上続いてWindowsだけでなくAndroidやiOS、macOSにまで幅広く受け入れられているUIなのに？
全く受け入れられてないからMS製品以外がリボンなんて採用してないんだろうにｗ
AutoCADが採用して10年経つぞ。バリバリのプロ向けアプリケーションでOffice以上にユーザがうるさいんじゃないかという気がするが、受け入れられてるんじゃねーの？
AutoCADはメニューバー表示ありにできなかったっけ？それより、リボン+タブとかコマンド名で機能呼び出しとかはOfficeにも導入して欲しい。
それはともかく、リボンは普通に使えると思う。ただ開発する時はちょっと面倒。wpfでやると細かい所が残念な感じだし、UWPではできなくはないが求められてないし、Windows FormsはAPI公開してないとかじゃなかったっけ(例によってGrapeCityとかが売ってるけど)？それ以前に一々アイコン用意するのがしんどい。
>コマンド名で機能呼び出しとかは2016使え
ジャストシステムが昔リボンパクったらMSから訴えられた。そこで他社のリボン採用の流れが止まった気がする。
UIは慣れればなんとかなるとしても、あの起動の遅さはなんとかならんもんか。
SSDでメモリも潤沢なワークステーション＋Word 2010より、HDDでメモリは２Ｇのノート＋Word 2000の方が速い。あと、ちょい古めの atok だと落ちる。
Windows10 で office2000 が使えればいいのに！
私のとこでは Windows 10 で Office 2000 が動いてますよ。特に問題ない。(元は 32bit Windowx XP でずっと使っていたものを、移行ソフトで 64bit Windows 10 に持ち込みました)
Excelだけは、xlsxのためにExcel2016も買い足しましたが、Excel2000の方が軽いので、今でも基本はxlsで作ってる…
こんなので重いなんて言ってたらLibreOffice使ったら遅すぎて寝ちゃうぞ
Libreは色々UIを切り替えられるけど、ことごとく糞。リボン風UIもその設計思想を理解せずに上っ面を真似しただけ。
リボンUIをどんな高尚な理念のもとにMSが設計したのか興味あります。
ほらよhttps://blogs.msdn.microsoft.com/jensenh/tag/why-the-new-ui/ [microsoft.com]
Emacsのようにキーボードからあらゆる操作ができて、EmacsほどCtrlキーを押す必要がなく、ヒントがアイコンとともに表示される。Alt、Qと押せば、検索語によっても操作を選択できる。そんな素晴らしいUIがリボンUI。
操作アシスト、全然使ってなかったけどこれめっちゃ便利だわ。ここからクイックアクセスツールバーにも登録できるんだね。
実際微妙なUIだと思うよ。ブラウザ系での採用なし。エディタ系、開発ツールでの採用なし。ペイント3Dではリボンは廃止。リボンを採用している方が珍しいというのが現状。なんかあれだね、MSも含めて、オフィス向けソフトには採用を検討してきたけど、今後はリボンの縛りは捨てていくんじゃないかな。
Alt Qは便利だと思うけど、これリボン関係無いよね、リボンと関係なく欲しい機能。クイックアクセスツールバーは使いやすいから、リボンのパネル部分はハンバーガーのようなものに閉じ込めてクイックアクセスツールバーのカスタマイズ性と領域を拡張して欲しいと思う。そうすると自然とスタート画面っぽいものになるんだけど。
エディタや開発ツール、Webブラウザは、メニュー非表示で使えるので、リボンUI以前の話。
リボン非表示にすればいいだけでは？
アドオンか何かでFirefoxをリボンUIにするのを見たことがある。エディタもマイナーなやつはいくつかリボンを採用しているものを見たことがある。RPAツールでメジャーなUI Path、これもリボン。多機能なソフトはリボンにすると使い勝手が上がる。
Alt + Qはリボンに関係ある。単独でも便利だけどリボンに必要なもの。標準部分はいじらせずにクイックアクセスツールバーやタブの追加でカスタマイズさせる方針は標準部分は誰のを使っても同じという安心感があって良い。長年クイックアクセスツールバーのカスタマイズで不満を感じていたのが機能の検索が無かったこと。大量のコマンドの一覧の中から目的のものを登録するのが大変だった。これでようやくリボンに足りなかったピースがはまった。
GUIアプリ作ってたら普通に思いつくよねえ
思いつかなかったから悔しくて必死にディスろうとしてるんでしょｗ
というかリボンって画面を占拠するから持ってるモニターの画面サイズによって便利だったりうざかったりするんだろ持ってるPCのスペックの差で見方が変わる
たたんで画面を占拠しない様になるのがリボンの利点だと思っていたけど。
省スペースなのがリボンの利点の一つなんだが…
メニューバー、表示、ユーザインターフェースを「タブ」にすればよいのだろうか？確かにリボン的になる。ところが、タブ表示になった後、「表示タブ」のところには、なぜか「ユーザインターフェース」がなく、元に戻せないようだ。
結局、表示タブからメニューバーを表示させ、メニューバーの表示からユーザインターフェースにたどり着くことができたが…表示タブと表示メニューの内容が異なること、メニューバーが必要な場面が出てくるというのは、正式な機能としてこれでよいのだろうか？切り替えがかえって混乱を招いているような気がする。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
いいと思います。 (スコア:0)
MSOも是非切り替え可能にしてほしい。
Re: (スコア:0)
MSもいいかげん気持ちを切り替えて受け入れてくれないかなって利用者に対して思ってるよ
Re: (スコア:0)
そんなこと思ってないだろう。ごくごくごくごく一部の老害だけが未だに意固地になってるだけ。
Re: (スコア:0)
何故？10年以上続いてWindowsだけでなくAndroidやiOS、macOSにまで幅広く受け入れられているUIなのに？
Re: (スコア:0)
全く受け入れられてないからMS製品以外がリボンなんて採用してないんだろうにｗ
Re: (スコア:0)
AutoCADが採用して10年経つぞ。
バリバリのプロ向けアプリケーションでOffice以上にユーザがうるさいんじゃないかという気がするが、受け入れられてるんじゃねーの？
Re: (スコア:0)
AutoCADはメニューバー表示ありにできなかったっけ？
それより、リボン+タブとかコマンド名で機能呼び出しとかはOfficeにも導入して欲しい。
それはともかく、リボンは普通に使えると思う。
ただ開発する時はちょっと面倒。
wpfでやると細かい所が残念な感じだし、UWPではできなくはないが求められてないし、Windows FormsはAPI公開してないとかじゃなかったっけ(例によってGrapeCityとかが売ってるけど)？
それ以前に一々アイコン用意するのがしんどい。
Re: (スコア:0)
>コマンド名で機能呼び出しとかは
2016使え
Re: (スコア:0)
ジャストシステムが昔リボンパクったらMSから訴えられた。そこで他社のリボン採用の流れが止まった気がする。
Re: (スコア:0)
UIは慣れればなんとかなるとしても、
あの起動の遅さはなんとかならんもんか。
SSDでメモリも潤沢なワークステーション＋Word 2010より、
HDDでメモリは２Ｇのノート＋Word 2000の方が速い。
あと、ちょい古めの atok だと落ちる。
Windows10 で office2000 が使えればいいのに！
Re:いいと思います。 (スコア:1)
私のとこでは Windows 10 で Office 2000 が動いてますよ。特に問題ない。
(元は 32bit Windowx XP でずっと使っていたものを、移行ソフトで 64bit Windows 10 に持ち込みました)
Excelだけは、xlsxのためにExcel2016も買い足しましたが、Excel2000の方が軽いので、今でも基本はxlsで作ってる…
Re: (スコア:0)
こんなので重いなんて言ってたらLibreOffice使ったら遅すぎて寝ちゃうぞ
Re: (スコア:0)
Libreは色々UIを切り替えられるけど、ことごとく糞。
リボン風UIもその設計思想を理解せずに上っ面を真似しただけ。
Re: (スコア:0)
リボンUIをどんな高尚な理念のもとにMSが設計したのか興味あります。
Re: (スコア:0)
ほらよ
https://blogs.msdn.microsoft.com/jensenh/tag/why-the-new-ui/ [microsoft.com]
Re: (スコア:0)
Emacsのようにキーボードからあらゆる操作ができて、EmacsほどCtrlキーを押す必要がなく、ヒントがアイコンとともに表示される。Alt、Qと押せば、検索語によっても操作を選択できる。そんな素晴らしいUIがリボンUI。
Re: (スコア:0)
操作アシスト、全然使ってなかったけどこれめっちゃ便利だわ。
ここからクイックアクセスツールバーにも登録できるんだね。
Re: (スコア:0)
実際微妙なUIだと思うよ。
ブラウザ系での採用なし。エディタ系、開発ツールでの採用なし。ペイント3Dではリボンは廃止。リボンを採用している方が珍しいというのが現状。
なんかあれだね、MSも含めて、オフィス向けソフトには採用を検討してきたけど、今後はリボンの縛りは捨てていくんじゃないかな。
Alt Qは便利だと思うけど、これリボン関係無いよね、リボンと関係なく欲しい機能。
クイックアクセスツールバーは使いやすいから、リボンのパネル部分はハンバーガーのようなものに閉じ込めて
クイックアクセスツールバーのカスタマイズ性と領域を拡張して欲しいと思う。
そうすると自然とスタート画面っぽいものになるんだけど。
Re: (スコア:0)
エディタや開発ツール、Webブラウザは、メニュー非表示で使えるので、リボンUI以前の話。
Re: (スコア:0)
リボン非表示にすればいいだけでは？
Re: (スコア:0)
アドオンか何かでFirefoxをリボンUIにするのを見たことがある。
エディタもマイナーなやつはいくつかリボンを採用しているものを見たことがある。
RPAツールでメジャーなUI Path、これもリボン。
多機能なソフトはリボンにすると使い勝手が上がる。
Alt + Qはリボンに関係ある。単独でも便利だけどリボンに必要なもの。
標準部分はいじらせずにクイックアクセスツールバーやタブの追加でカスタマイズさせる方針は
標準部分は誰のを使っても同じという安心感があって良い。
長年クイックアクセスツールバーのカスタマイズで不満を感じていたのが機能の検索が無かったこと。
大量のコマンドの一覧の中から目的のものを登録するのが大変だった。
これでようやくリボンに足りなかったピースがはまった。
Re: (スコア:0)
GUIアプリ作ってたら普通に思いつくよねえ
Re: (スコア:0)
思いつかなかったから悔しくて必死にディスろうとしてるんでしょｗ
Re: (スコア:0)
というか
リボンって画面を占拠するから
持ってるモニターの画面サイズによって
便利だったりうざかったりするんだろ
持ってるPCのスペックの差で見方が変わる
Re: (スコア:0)
たたんで画面を占拠しない様になるのがリボンの利点だと思っていたけど。
Re: (スコア:0)
省スペースなのがリボンの利点の一つなんだが…
Re: (スコア:0)
メニューバー、表示、ユーザインターフェースを「タブ」にすればよいのだろうか？確かにリボン的になる。ところが、タブ表示になった後、「表示タブ」のところには、なぜか「ユーザインターフェース」がなく、元に戻せないようだ。
結局、表示タブからメニューバーを表示させ、メニューバーの表示からユーザインターフェースにたどり着くことができたが…表示タブと表示メニューの内容が異なること、メニューバーが必要な場面が出てくるというのは、正式な機能としてこれでよいのだろうか？切り替えがかえって混乱を招いているような気がする。