アカウント名:
パスワード:
ダメな部分もダメなりに追随しなくちゃだめだろ。
ITリテラシが高い人はともかく、見た目が変わるだけでフリーズしちゃう人も中にはいる訳で、開発者側が善意で使い勝手の良いUIにしちゃうのはどうかと思う。
だから、歴史あるアプリのUIは慎重に改変すべきだと思う。。。。。。。>MSOffice
リテラシではなく画面解像度の問題な気も・・・。
私の周囲で一番ITリテラシが高い人は、Office2007 だけど、あまりリボンインタフェースは使っていませんよ。
だって、Visio と Publisher なんだもん。Microsoft の人、なんとかしてください。
Publisherって使えます? プライベートでInDesignを使っているので、仕事でもレイアウトものは同類であろうPublisherに移行しようとしたのですが...。低機能さにしょんぼり。結局PowerPointに戻りました。
ちなみにAdobe CSはどことなくリボンに近いインターフェースになっていますが、文句は聞いたことがないよーな。
誤解を招く書き方でしたね、ごめんなさい...。
InDesignと同じだろ? と言いたいわけでなく、同類=レイアウト得意だろ? PowerPointよりレイアウトの柔軟性がないってどうなの? って話です。が、どうも、使いこなせていないだけ...? PowerPointでもできる文字ツメとかできなかった気がするんですが...。手元にないので試せないのですけど。
そういう話は、まず「ITリテラシ」を定義してからにしてほしい。
「Office2003を使いこなしている人」みたいな定義なら、そら「違うUIにいきなり移行しろ」なんて言われれば抵抗を感じるのは当たり前。秀丸に習熟した人にEmacsを使えというようなものだ。
逆に素人は失う物が何も無く「移行する」わけでさえないので、従来のOfficeだろうとリボンUIだろうとどちらでも関係ない。
#ちなみに私はリボンUIの方が今までのOfficeよりはまだマシだと思ってる口。#一番使うのはEmacsだけどね。
というかそんなもんITリテラシでもなんでもないでしょう。
今日のGUIは残念ながら「見た目が何を意味するのか」を「それを直接触りつつ非破壊であることを保証された状態で」観察することが出来ない。操作すると機能が動いてしまい、しかも慣れないアプリ(慣れないUIというよりはアプリ個々の問題)ではどんな副作用が起きるかわからんので、恐る恐るいじるか、そもそも危なくていじれないか、といった状況になりやすい。
データセーブしなくても裏でなにやら通信して…みたいなアプリをVBAとかで構築してしまってるケースは色々有るわけです>MSOfficeとなるとどこをいじったら何が起きるかは原
> “自称”ITリテラシが高いだけかもしれませんがだったら全然ダウトじゃないじゃん。きつい言葉で決め付けるのが好きな人が多いよな。
> ダメな部分もダメなりに追随しなくちゃだめだろ。
意味分からん、追随してるよね?
このへんにつけておくか。
Microsoft が特許取ってるとか、取ろうとしているってことはないの?
OOo のリボンUI完成。みんなリボンに移行。特許料請求。OOo 涙目。。。
ソースとビルド環境のパッケージをダウンロードして、インストーラがごりごりビルド。「バイナリは配布してません!」という。
# 実際にlameかなにかを使うものにこの方式が採用されてたような気がする
対象プラットフォームの制限は無いが、Word、Excel、PowerPoint など、Office 2007 で新 UI を採用したアプリケーションと直接競合する場合はライセンスを受けられない。
OOoは競合するアプリケーションだな。
とはいえ、件の記事にしても
ソースコードやコンポーネントといったものは提供されないため
とありますけど、MFC では既にリボンコントロールが提供されていますし、.NET Framework 4.0 で WPF にもリボンコントロールが追加される予定ですから、また話が変わってるんじゃないですかね。
競合とみなされなかったら、それはそれで悲しいかも
>模倣すべきものよりも良いものができてしまい、>その結果、ユーザーインターフェイス部分で違いが出てしまうのではないかと。えーと、ここ笑うとこだよね?
ユーザーが躊躇なく乗り換え出来るために、という点で正論。そして、従来のUIと切り替えて使えるならデメリットも少ないかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
MSOfficeにとって代わるなら (スコア:0)
ダメな部分もダメなりに追随しなくちゃだめだろ。
ITリテラシが高い人はともかく、見た目が変わるだけでフリーズしちゃう人も中にはいる訳で、
開発者側が善意で使い勝手の良いUIにしちゃうのはどうかと思う。
だから、歴史あるアプリのUIは慎重に改変すべきだと思う。。。。。。。>MSOffice
Re:MSOfficeにとって代わるなら (スコア:2, 興味深い)
ダウト。ITリテラシが高い人ほど、リボンUIにはフリーズしてるような。
まあ、新しいものに目を向けられない“自称”ITリテラシが高いだけかも
しれませんが。
個人的にはリボン大好きだし、カスタマイズできるようになった2010の登場を
待ち焦がれていますが。
Re:MSOfficeにとって代わるなら (スコア:1)
リテラシではなく画面解像度の問題な気も・・・。
◆IZUMI162i6 [mailto]
Re:MSOfficeにとって代わるなら (スコア:1)
私の周囲で一番ITリテラシが高い人は、Office2007 だけど、
あまりリボンインタフェースは使っていませんよ。
だって、Visio と Publisher なんだもん。
Microsoft の人、なんとかしてください。
Re:MSOfficeにとって代わるなら (スコア:1)
Publisherって使えます?
プライベートでInDesignを使っているので、仕事でもレイアウトものは同類であろうPublisherに移行しようとしたのですが...。低機能さにしょんぼり。結局PowerPointに戻りました。
ちなみにAdobe CSはどことなくリボンに近いインターフェースになっていますが、文句は聞いたことがないよーな。
Re: (スコア:0)
MS自身も対抗できる製品とは思ってないだろうし……。
A4サイズくらいの凝った資料ならパワポで作りますが、細かな
レイアウトにこだわりたい時なら重宝しますよ。
Re:MSOfficeにとって代わるなら (スコア:1)
誤解を招く書き方でしたね、ごめんなさい...。
InDesignと同じだろ? と言いたいわけでなく、同類=レイアウト得意だろ? PowerPointよりレイアウトの柔軟性がないってどうなの? って話です。
が、どうも、使いこなせていないだけ...? PowerPointでもできる文字ツメとかできなかった気がするんですが...。手元にないので試せないのですけど。
Re:MSOfficeにとって代わるなら (スコア:1)
現在の資産(この場合は既存UIへの習熟)の価値が失われることへの恐怖というか。
Re:MSOfficeにとって代わるなら (スコア:1)
そういう話は、まず「ITリテラシ」を定義してからにしてほしい。
「Office2003を使いこなしている人」みたいな定義なら、
そら「違うUIにいきなり移行しろ」なんて言われれば抵抗を感じるのは当たり前。
秀丸に習熟した人にEmacsを使えというようなものだ。
逆に素人は失う物が何も無く「移行する」わけでさえないので、従来のOffice
だろうとリボンUIだろうとどちらでも関係ない。
#ちなみに私はリボンUIの方が今までのOfficeよりはまだマシだと思ってる口。
#一番使うのはEmacsだけどね。
Re: (スコア:0)
キーボードでパカパカやってるから
Re: (スコア:0)
>待ち焦がれていますが。
「カスタマイズ」を口にする時点で大方のユーザの感覚からかけ離れていると思います。
2010の評価で「カスタマイズできる!」とか書いてた奴がいたが、さいてー。とか思ったな。
ふつーの人は何もいじりません。だからMSの改革路線に抵抗します。カスタマイズしないから。
そして「ITリテラシの高い人」ってのは、これまでのカスタマイズが全部無駄になるってのは
どーゆーこっちゃ!!って怒るんです。
私は諦めました。涙流しながらなるべくdefaultで使うようにしてます。。。
#んでもキーボードレイアウトは最後の砦。'a'の左は'ctrl'だ!例外は認めん!!!
(しくしく…)
そもそもUIのほうがリテラブルじゃない (スコア:0)
というかそんなもんITリテラシでもなんでもないでしょう。
今日のGUIは残念ながら
「見た目が何を意味するのか」を
「それを直接触りつつ非破壊であることを保証された状態で」観察することが出来ない。
操作すると機能が動いてしまい、
しかも慣れないアプリ(慣れないUIというよりはアプリ個々の問題)では
どんな副作用が起きるかわからんので、
恐る恐るいじるか、そもそも危なくていじれないか、といった状況になりやすい。
データセーブしなくても裏でなにやら通信して…みたいなアプリを
VBAとかで構築してしまってるケースは色々有るわけです>MSOffice
となるとどこをいじったら何が起きるかは原
Re: (スコア:0)
> “自称”ITリテラシが高いだけかもしれませんが
だったら全然ダウトじゃないじゃん。
きつい言葉で決め付けるのが好きな人が多いよな。
Re: (スコア:0)
> ダメな部分もダメなりに追随しなくちゃだめだろ。
意味分からん、追随してるよね?
Re: (スコア:0)
模倣すべきものよりも良いものができてしまい、
その結果、ユーザーインターフェイス部分で違いが出てしまうのではないかと。
そうすると、変化に対応できない人たちにとっては乗り換えのハードルが
高くなっちゃうよね。という話なんだと思います。
Re:MSOfficeにとって代わるなら (スコア:1)
このへんにつけておくか。
Microsoft が特許取ってるとか、取ろうとしているってことはないの?
OOo のリボンUI完成。みんなリボンに移行。特許料請求。OOo 涙目。。。
Re:MSOfficeにとって代わるなら (スコア:2)
ソースとビルド環境のパッケージをダウンロードして、インストーラがごりごりビルド。「バイナリは配布してません!」という。
# 実際にlameかなにかを使うものにこの方式が採用されてたような気がする
Re: (スコア:0)
Office UI の特許 (スコア:0)
Re:Office UI の特許 (スコア:1, 興味深い)
OOoは競合するアプリケーションだな。
Re: (スコア:0)
とはいえ、件の記事にしても
とありますけど、MFC では既にリボンコントロールが提供されていますし、.NET Framework 4.0 で WPF にもリボンコントロールが追加される予定ですから、また話が変わってるんじゃないですかね。
Re: (スコア:0)
競合とみなされなかったら、それはそれで悲しいかも
Re: (スコア:0)
>模倣すべきものよりも良いものができてしまい、
>その結果、ユーザーインターフェイス部分で違いが出てしまうのではないかと。
えーと、ここ笑うとこだよね?
Re: (スコア:0)
ユーザーが躊躇なく乗り換え出来るために、という点で正論。
そして、従来のUIと切り替えて使えるならデメリットも少ないかと。
Re: (スコア:0)
ダメな部分は、もっとダメっぷりに追随してるよね。OOoって。