katamari.wankuma.com

　いっつも忘れるのでメモ。

　VistaでVisual Studioをインストールして、スタートメニューからVisual Studio（devenv.exeへのリンク）を右クリック→プロパティで「管理者としてこのプログラムを実行する」にチェックを入れると、ソリューションファイル（.sln）から起動できなくなります。常に管理者として実行したい場合は次のアプリケーションも管理者として実行するようにしておけばOK。

　C:\Program Files\Common Files\microsoft shared\MSEnv\VSLauncher.exe

　正しい方法かは知りません。みんなしないの？　検索しても情報少ない気がするのだけど。

　あといかんなーと思うのは、右クリックメニューの「プラグラムから開く」から見るとslnがVisual Studio Version Selectorに関連づいていることがわかるけど、このアプリがどこにあるかわからないのよね。

 

わかりますわかります。

VSLauncher.exe　を右クリックして、プロパティを表示すると、
説明に　Microsoft Visual Studio Version Selector　
ってかいてありますけど、

逆の　Microsoft Visual Studio Version Selector　って実体はなんだろー
って感じです。


ってか、 .sln をダブルクリックして起動しない原因はこれだったっすかー
超勉強になりました。
感謝感謝大感謝！！！

むぅ。。。おいら的には管理者権限をプライマリにしたくなる状況をまず変えてほしいかなぁ。。。

UACがONになってるという点はいいけど、常日頃からVSを管理者モードだと
気がつかないうちに落とし穴がいっぱいできてる可能性も。。。

なので、.sln をダブルクリックして動かす状況があるなら通常は非管理者モードで動くようにしてほしいかな。

どうしても必要な場合「だけ」意識して管理者モードで起動してもらう。
というほうがいいんじゃないかな？と思います。

コメントありがとうございます。

おぎわらさん
> Microsoft Visual Studio Version Selector　って実体はなんだろー
むむ？ Selectorは、VSLauncher.exeですよ。実態てのはSelectorが起動するアプリの方ですか？

とっちゃん
まあ、管理者モードであることを忘れて、はまったことはありますがｗ
状況を変えてほしいってのは私の使い方？　マイクロソフトの対応ですかね？
開発ツールということもあるし、現状では管理者権限が必要なことが私は多いかなー。
slnを右クリックで管理者権限で実行や、途中で昇格できたらいいんですけどね。

>正しい方法かは知りません。みんなしないの？　検索しても情報少ない気がするのだけど。

しますします。
というか、つい忘れてデバッグを開始して気づくこともあります^^;

開発ツールだからこそ、高い権限がほしい時があるのはわかるんですが、
なるべくならそれを必要としない開発体制を取ってほしいです。

これは、おいらも含めですね。

なくせない(管理者権限なきゃ動かせない機能など)ものはともかく
でもその割合自体は、作業そのものが例外的となるような
体制にして行ってもらいたいです。

忘れてはまるのは権限が確保できないではまるほうがいいですからｗ

Ｒ・田中一郎さん
するんですね！　コメントありがとうございます。

とっちゃん
なるほどー。状況を変えるのは私の使い方のほうですね！
VSが、そこらへんもっとかしこくなってくれたらよいですけどね。

おいらは市販ソフトだから余計になんですが、インストール以外で管理者権限がいる
なんていう状況は開発ツール以外ありえないと思って間違いないくらい少ないです。

もちろん、管理者ツールの類は別ですけど。

関連付けだって、ユーザー操作で行うのはユーザーレベルのものだし
自分が日常的に使ってて、本当に権限昇格してまで必要になった！という作業は
今のところ、開発関係特有のものだけですね。
＃インストール関係を除けば

それくらい少ないはずなので、開発自体もきちんとしていけば、昇格が必要というのは
ほぼ皆無といえるほど少なくなるはず...と信じていますｗ

＃Vista自身が設定ミスってるという話を除けば。。。orz

さらにコメントありがとうございます。
たしかに作られたソフト自身は管理者権限が必要なことは皆無ですね。それを作る開発も権限が要らないってことですね。

私が、開発で管理者権限が必要な場合は
・IISでホスト
・実行（デバッグ）毎にProgram Filesやレジストリにアクセス
というところでしょうか。
どっちもWindows Live系ｗ　
ひとつは開発用PCアクセスしてもらう必要があるのでASP.NET開発サーバーは使えず。微妙な環境なんだけど、Liveサービスからのアクセスが要るのでこうするほかない。
もうひとつはプラグイン開発で、指定されたフォルダ（Cドライブ）かレジストリに書き込みして、対象アプリに作成したプラグインを認識させてデバッグするためですね。

IISのホスト操作は、マシンアカウントで設定が要りますからね。

あとは、Program Files やら レジストリ(HKLM系)は、インストーラがらみなのでこれもまた仕方ない部分が。。。

とはいえ、Live があほ垂れなほど PerUsers を意識していないのがすべての元凶...

IIS は仕方ないにしても、それ以外はねぇ。。。＞＜

さらにコメントどうもですｗ
Live系はたしかにインストール時に場所選べませんね。
でも、家族で利用を考えると ひとつだけProgram Filesにインストールされて、ユーザーが場所を選ぶ必要がない（意識させない）ってのはアリかなと擁護しておきますｗ

＞意識させない
ここは重要っす。
ただ、目指す世界(Liveの)は、PerMachine(家族共有)じゃないでしょ？
というのもデベロッパーなら見過ごしちゃいけない問題。

本当は、インストールもアドオンも PerMachine/PerUser が好きに選べて開発もシームレスってのがベストなんですけどねｗｗｗ

まだまだ、そのための障壁は数多く存在してる。。。かなｗ

難しい世界です。コンシューマ相手というのは。
使ってくれそうな人(ユーザーやユーザー予備軍)だけを見てればいいわけじゃないから...orz

ありですー。確かに目指す世界とはちょい違ってそうです。
なんか話しがインストールになってしまいましたがｗ
インストール作業はブレイクスルーとなるポイントかもですねー。