アカウント名:
パスワード:
「問題なので改善してね」ってMSが手取り足取りやんないと、現在の状況は改善されないと思うんだ。
マクロの設定はユーザ固有の情報でしょうから Documents 以下や AppData 以下が望ましいでしょう。 ProgramData 以下に置くのはそのマシン全員で共有するデータです。
ついでに言うと、ProgramData 以下に通常ユーザが書き込みを行うような状況は異常です。それ Program Files 以下への書き込みと、やってること変わりませんから。
# /usr/local/libdata 以下とか /usr/local/share 以下にユーザ用のファイルを置いて書き込み権限与えるって言ってるようなもの。
「普段からAdminで」という人は少なくないと思いますが、プログラムがAdmin権限を要求するからなのか、Admin権限での操作が当たり前になったからプログラムが変わらないのかはよく判らないですが。
いずれにせよ、本来はシステムにあまり手を入れることなく利用できるUser権限というのが当時からあるわけで、「頻繁にUACの確認を求められる事態そのものが異常」というのは同感ですし、UACを「回避する」方向に行くのは本末転倒という気がします。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
頻繁に出ること自体が問題では (スコア:3, すばらしい洞察)
そんなプログラム自体が問題あるような気がします。
それと、Don't ask me again チェックを付けたときの「同種の操作」ってのが何を表すのか気になります。
例えば、あるインストーラを実行したときに出たダイアログでこのチェックボックスを付けたら、別のインストーラを実行したときに聞かれるのか。
わたし自身は UAC がうざいなーと思うのはいろんなソフトのインストール時が多いんですが、だからといって別のインストーラで UAC が出なくなってしまうと、知らないプログラムがインストールされようとしていても気づかないわけで UAC の意味がないですよね。
ただ、なぜ UAC が出てるのかの理由を教えてくれるのはいいと思います。
Re:頻繁に出ること自体が問題では (スコア:1)
> そもそもUACが頻繁に出るようなプログラムって頻繁に管理者権限を要求するわけですよね。
> そんなプログラム自体が問題あるような気がします。
私もUACはonにしていますが、イライラするほど頻繁に出てくる、という印象はないですね。書類作成やプログラミング、アプリケーションのインストールなどを行なっていますが、UACのダイアログを見るのはやはり、同様のことをするのに、UNIX系だとsudo使う、MacOSXだと同様のダイアログが出る、のと同じような場面ですね。
sudoだと5分以内だとパスワードが要らなかったり、とかありますがUACはもともと要らないですし。パスワードを打たない分だけ他のOSよりイライラしなくて良いと思うのです。これ以上ダイアログ減らしてどうすんの？それって改悪では、と思うのですが...。
「UACが鬱陶しいアプリ」に出会ったことがありません。Windowsでゲームをやらないからなのだろうか？(私にとってコンピュータの娯楽は主に「パズルを解くプログラミングをすること」なので...。)
Best regards, でぃーすけ
では、たとえばUbuntuではどのくらいsudoが必要か? (スコア:1)
その前にsudo fdisk -l /dev/sdcとかもしました。
nvidia-settingsもsudoで行っときました。
たいていディスク操作と、Xの設定変更ですね。
あとは、apt-getでのシステムのアップグレード操作くらい。
あまり日常的にsudoが必要ってことは無いですね。
Windowsの場合、sudo実行という手段がないから
逆に起動してから管理者パスワード要求というインターフェイスになるのがクソだと思います。
が、もちろんLinux等でも、alt+f2とかから呼び出したり、独自スクリプト内でsudoを使うとしたら
その都度認証が必要になるので、大差は無い気もしますが…
(Ubuntuではsudoが標準で設定され、X上で同じコンソールウィンドウからsudo付き操作を繰り返す場合パスワードは最初の一度だけ要求される。連続したシステム管理関連のコマンド操作が効率よく行なえ、rootでktermを起動したりする必要はない。ちなみにsuは通常使えないようになっている。なお、そのまま放置してあると、時限でパスワードキャッシュは無効になる)
Re: (スコア:0)
それはそうなんだけど、
「問題なので改善してね」ってMSが手取り足取りやんないと、
現在の状況は改善されないと思うんだ。
Re:頻繁に出ること自体が問題では (スコア:3, すばらしい洞察)
何度も UAC ダイアログが表示されて、エンドユーザーがいらっとさせられる状態そのものが、
MS からプログラム開発者に向けた「問題なので改善してね」というメッセージだと思いますよ。
むしろ、Norton UAC Tool のようなものが普及する方が、問題が解決しないと思います。
Re:頻繁に出ること自体が問題では (スコア:3, すばらしい洞察)
この前のバルマーの発言ストーリーでも、Win2000のガイドラインに従ってれば問題ないって話がでてたけど、本当なら2000当時に対処しなけりゃならない問題を、今まで引きずってるんだしねぇ
よっぽどアプリ開発者が意識改革をしないと駄目だと思うよ
#いまだにWin9xレベルのプログラミングしかできない奴をこの世から葬ればなんとか…?
FF11で毎回UACがでる (スコア:2, 興味深い)
マクロの設定ファイルがProgram Files下にあるために管理者権限になる必要があるのでしょうが、My Documentsに移動すれば解決すると思ってます。
Vista発売後しばらくは未対応になっていて、MSのサポートを受けてVista対応したようなことが書いてあったのですが、何か複雑な事情で仕組みを変えれないのかな。
Re: (スコア:0)
それってVistaの仕様でProgramDataの下にファイルが作られるのではないのですか？
そこに対象ユーザの書き込み権限を与えてやれば解決するのではないでしょうか？
FF11の仕様を知らないので想像ですが
Re:FF11で毎回UACがでる (スコア:1)
マクロの設定はユーザ固有の情報でしょうから Documents 以下や AppData 以下が望ましいでしょう。
ProgramData 以下に置くのはそのマシン全員で共有するデータです。
ついでに言うと、ProgramData 以下に通常ユーザが書き込みを行うような状況は異常です。それ Program Files 以下への書き込みと、やってること変わりませんから。
# /usr/local/libdata 以下とか /usr/local/share 以下にユーザ用のファイルを置いて書き込み権限与えるって言ってるようなもの。
Re:頻繁に出ること自体が問題では (スコア:1, 興味深い)
あまりにも少なかったことかも知れません。
「普段からAdminで」という人は少なくないと思いますが、
プログラムがAdmin権限を要求するからなのか、
Admin権限での操作が当たり前になったからプログラムが変わらないのかはよく判らないですが。
いずれにせよ、本来はシステムにあまり手を入れることなく利用できるUser権限というのが当時からあるわけで、
「頻繁にUACの確認を求められる事態そのものが異常」というのは同感ですし、
UACを「回避する」方向に行くのは本末転倒という気がします。
Re:頻繁に出ること自体が問題では (スコア:3)
Re:頻繁に出ること自体が問題では (スコア:3, 参考になる)
Re:頻繁に出ること自体が問題では (スコア:1, 興味深い)
# runasでちゃんと動くソフトは大抵User権限でもちゃんと動くという状況。
Re: (スコア:0)
＃いま色々調べてるけど、まだよく分からん
>Unixのsu,sudoに相当するもの
がシンプルで一番だと思うんだけどね
Re: (スコア:0, 参考になる)
一応、XPならアプリのアイコンを右クリックしてメニュー出して「別のユーザーとして実行(A)...」なんてのが使えますけどね。
これをせめて2000の頃に実装しておいて欲しかったなぁ。
Re:頻繁に出ること自体が問題では (スコア:1, 既出)
# よく利用していたのでID
Re: (スコア:0)
WindowsNT4 も、リソースキットについてきてたりしてました。
なので、決して機能的に対応してないわけではなかった(でもあまり乗り気じゃなかった)ってのが実情でしょう。
Re:頻繁に出ること自体が問題では (スコア:1)
> あまりにも少なかったことかも知れません。
システムをいじるわけでもないのに、いまだに「管理者権限のあるユーザで実行してください」
とパッケージに書かれているソフトを見ると、なんだかなぁとは思いますね。
似たような例としてつい先日、Vista対応と言いながらデータ移行方法に
Virtual Storeへデータをコピーさせる説明のあるソフトを見かけましたし。
＃互換確保のためとはいえ、Virtual Storeは話をややこしくしていて良くないような気がします。
XP Homeが癌 (スコア:0)