1 名前:デフォルトの名無しさん mailto:sage [2006/11/06(月) 20:41:33 ] まとめたい
46 名前:デフォルトの名無しさん mailto:sage [2006/11/11(土) 14:25:29 ] クイック起動の実体って単なるショートカットじゃなかったっけ? クイック起動にショートカット放り込んで試してみたけどちゃんとUAC効いて 互換性フォルダを参照したぞ?
47 名前:デフォルトの名無しさん mailto:sage [2006/11/11(土) 15:27:05 ] コピペ元はこれか。 idol.bbspink.com/test/read.cgi/hgame/1090858757/822 つまりランチャーってのはautorunで起動されるCD/DVD内のプログラムってことね。 130cmのサポートページによると実行ファイルの名前がsetup.exeだから 130cm.jp/support/support.html#07 インストーラ検出によってランチャーが管理者として実行されるので互換性フォルダが 見えなくなるってことでおk? >本物の>>36
48 名前:デフォルトの名無しさん mailto:sage [2006/11/12(日) 02:30:52 ] >>47 と仮定して対策を書くと ・ランチャーのファイル名を変えるとかmanifestを付けるとしかしてインストーラとして 検出されないようにする ・インストーラを別exeに分ける で何も問題ないと思うが。 > MSの言うとおりUser下にフォルダ作るのもユーザーの使い勝手からあまりやりたく > ないんだよねぇ 標準ユーザーでUAC切るとProgram Filesの下には書き込めないことも 頭の片隅くらいにはとどめておいてくれ。
49 名前:デフォルトの名無しさん mailto:sage [2006/11/12(日) 02:36:58 ] > 標準ユーザーでUAC切るとProgram Filesの下には書き込めない 管理者として実行されているインストーラからは書き込めるからプログラムは Program Filesにインストールしてもかまわないけど、 インストール後に実行ファイルから設定を書けるとは限らないってこと。
50 名前:デフォルトの名無しさん mailto:sage [2006/11/12(日) 13:46:41 ] >>47 コピペはそれです。ただそれと同じ事象を6月頃には把握しててそのころにいろいろ実験してて投げちゃってた。 ちょうどその事象のことをそこで見たんで思い出してコピペして聞いて見たって感じです。 事象としては、ランチャーから起動したプログラムはランチャーの実行権限を引き継いでしまうってことですね。 なので、setup.exeから何かプログラムを起動するとsetup権限で起動してしまう。 >>48 マニフェストについては確か上手く行かなかったと思う。 実行時にメッセージが出ちゃうか、呼ばれた方のプログラムが起動出来なかったかだったと思う。 ランチャーの名前を別にしてセットアップを別exeにするのも、確かセットアップの権限が変更されないで呼んでも上手く動かなかったと思う。 ただ調べたのが6月ごろで今のRC版では確かめてないのと当時のテスト結果が見つからないんでもしかすると勘違いで出来るのかも。 あとでもう一度検証してみます。 >標準ユーザーでUAC切るとProgram Filesの下には書き込めないことも >頭の片隅くらいにはとどめておいてくれ。 まぁそれはXPでもそうだしなぁw ただユーザーとしてはデータを分散して置かれるのってあまり喜ばしいことじゃ無いと思うんだけどどうなんだろ。 周知徹底が出来て、みんなUser下に置くのが当然と思うようになってればいいんだけど、 結局XPでも浸透しなかったし。浸透しないと使えないけど、使わないから浸透しない。困った物ですねぇ
51 名前:デフォルトの名無しさん mailto:sage [2006/11/12(日) 17:14:50 ] > マニフェストについては確か上手く行かなかったと思う。 うまく動くことはこちらでは確認済み(RC2 Build 5744)。何か大幅に勘違いしてるか ベータの不具合に当たったと思われ とりあえずこことか参照。 blogs.wankuma.com/jitta/archive/2006/09/26/39667.aspx あとasInvokerなマニフェストを使ってる実例。 kage.monazilla.org/ のインストーラ > 実行時にメッセージが出ちゃうか、呼ばれた方のプログラムが起動出来なかったかだったと思う。 ちなみにどんなメッセージが出る? > まぁそれはXPでもそうだしなぁw XPと違う点としては、マニフェストを付けると互換性フォルダは無効になるので、 asInvokerなマニフェストを付けるとたとえ管理者ユーザーでも(UACが有効なら) Program Filesには書けなくなる。 だからUsers配下へ設定を書きに行くように変更しない手抜き対応なら (ランチャから起動される実行ファイルのほうには)マニフェストをつけないほうがいいよ
52 名前:デフォルトの名無しさん mailto:sage [2006/11/12(日) 17:26:29 ] > ランチャーの名前を別にしてセットアップを別exeにするのも、 > 確かセットアップの権限が変更されないで セットアップのほうはインストーラとして検出されるようにするかrequiredAdministratorな マニフェストをつけないとだめだよ。 あとセットアップを起動するときはCreateProcessじゃなくてShellExexuteを使わないと ERROR_ELEVATION_REQUIREDと怒られて起動できない。 まとめると ・ランチャーにはasInvokerなマニフェストをつける ・インストーラにはrequiredAdministratorなマニフェストをつける ・実行ファイルにはマニフェストをつけない ・ランチャーからは互換性フォルダが見えなくなるので注意
53 名前:デフォルトの名無しさん mailto:sage [2006/11/13(月) 02:12:23 ] >>51 今は日本語にしてくれる人が居るんだね、当時は英語だったんで辞書引きながら見てたよ。 そうそう、確かマニフェストだと、権限は引き継ぎか上位への変更だけで、 インストール権限から通常権限に下げられないのと、権限が変更される場合にUACのメッセージが出るからだったかな。 常時動かすのに権限変更のメッセージは許容出来なかったんで。(あと実行プログラムを常時adminで動かすのに抵抗もあったし) それから、呼び出しは最初はShellExecuteにしてたけどこれだと権限の変更が出来なかったんで、 CreateProcessを使ったけど状況が変わらず。CreateProcessAsUserでユーザー偽装しようとしたら動きさえしなかったって感じだった。 確かによくよく考えてみると>>52 のでなら上手く行く気もする。 当時、インストーラから実行するのに囚われすぎてて考えが及ばなかったのかも。 あとで試してみるよ。
54 名前:デフォルトの名無しさん mailto:sage [2006/11/13(月) 09:17:08 ] Program files下へインストールするアプリが、Program files下へ 設定を書き込んだり消したりするようなつくりだと、ユーザーが UACを切ったり付けたりしたら挙動に矛盾が起きないかな? それを解消するようなマニフェストってある?
55 名前:デフォルトの名無しさん mailto:sage [2006/11/13(月) 14:42:44 ] >>54 どうしても矛盾を起こしたくないならrequiredAdministratorを使うしかないと思うけど。 ただUACのON/OFFはOS挙動だしユーザーが変更する部分だから 上の例の様に、通常状態で挙動が矛盾してしまうならともかく そこまで気にする必要は無いんじゃないかな。 もしくはマイクロソフトの言うとおりに、自前で直接User下に放り込むか。 もともとUACってProgram filesに設定を置くなって言うマイクロソフトのガイドラインに 誰も従わなかったんで強行策に出たって感じだろうし、vista出てしばらくは混乱するだろうね。
56 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 00:27:10 ] 俺的には >>37 の対処法がステキすぎる
57 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 01:00:07 ] > 常時動かすのに権限変更のメッセージは許容出来なかったんで。(あと実行 > プログラムを常時adminで動かすのに抵抗もあったし) requiredAdministratorなマニフェストで試してなかった? asInvokerなマニフェストではUACのダイアログは出ないから大丈夫。 > 呼び出しは最初はShellExecuteにしてたけどこれだと権限の変更が出来なかったんで、 起動するexeにマニフェストが付いてないとだめということになってる。 (付いてなくても権限上昇できるチートがWin32 APIスレのPart 46に出てたが) > CreateProcessAsUserでユーザー偽装しようとしたら動きさえしなかったって感じだった。 それは純正のrunasでもできないので仕様だと思われ
58 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 01:05:10 ] >>54 MSの推奨は全部の実行ファイルにマニフェストを付けて (これで互換性フォルダが無効になるので互換性フォルダにかかわる矛盾も生じない)、 設定はProgram Filesに書き込まないこと。 もしProgram Filesへ書き込む設計を維持しつつ、という意味ならMSはそれを やめさせたいんだからそんなものあるわけない。 互換性フォルダはあくまでレガシーなアプリのための救済策。
59 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 01:30:44 ] > どうしても矛盾を起こしたくないならrequiredAdministratorを使うしかないと思うけど。 標準ユーザーでUACオフにしたとき困るから > UACを切ったり付けたりしたら という前提では不適切かも。>>54 が標準ユーザーの場合まで考慮してるのかどうかは 知らないけど
60 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 09:19:17 ] setupの文字を含んだインストーラからProgram files下へ インストールして初回起動はsetpu.exeがランチ。 次回はデスクトップのショートカットから(setupの文字を 含まない)実行ファイルを起動したらそれだけで矛盾し ちゃわない? 新しいアプリは何らかの対策を施せるけど、古いアプリを 継続して使いたいひとはUAC切るかインストール場所を Userの下にするかすればOKなのかな? プログラム板的 には板違いの話かも知れないけど、古いアプリを暫定で サポートする時の参考になれば思って。
61 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 12:14:20 ] >>57 すまぬ。ちょっと前提が抜けてね。 >インストール権限から ということでランチャーはセットアップを兼ねてるものです。 なのでasInvokerを付けると、そのままインストール権限が持ち越しされてしまう(当時確認済み) つーかマニフェストに通常権限にする命令があればそれで事足りるのになんで無いんだよ!!って話です。 なので>>52 の手法の様にランチャーが通常権限になるようにしていればasInvokerでよかったんでしょうね。
62 名前:デフォルトの名無しさん mailto:sage [2006/11/14(火) 19:47:12 ] >>60 とりあえず初回起動はインストーラから行わないように運用で回避してる
63 名前:デフォルトの名無しさん mailto:sage [2006/11/15(水) 15:52:14 ] アプリからファイル保存できない場所って、Program Files以下以外にありますか? Windows以下もダメだろうけど、判断できるようなAPIってないですかねぇ?
64 名前:デフォルトの名無しさん mailto:sage [2006/11/15(水) 20:35:35 ] AccessCheckとかで判断できないか? 判断するAPIまで互換性フォルダにだまされるかもしれないけど(試してない)。
65 名前:デフォルトの名無しさん mailto:sage [2006/11/15(水) 21:27:36 ] おれも判定方法知りたい。ひとまずVistaでProgram filesが含まれていたら、 でやっとくか。
66 名前:デフォルトの名無しさん mailto:sage [2006/11/18(土) 22:03:29 ] AccessCheckで判断できた。 ただしレガシーアプリが作成したフォルダやレガシーアプリが 書き込んだことのあるファイルは互換性フォルダにリダイレクトされるせいか 以後、書き込み可能だと判断されるようになる。 %ProgramFiles%のルートに書き込めるかどうかで判断したほうがいいかも。 しかしAccessCheckは呼び出すのがめちゃくちゃ面倒くさいな
67 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 03:36:06 ] >>60 既にあるプログラムについては、諦めて普通にOSの互換性の機能使った方がいい気がする。 プログラムのプロパティ内の互換性タブに、 特権レベルの設定として「管理者としてこのプログラムを実行する」っていうのがあるのは 多分MSとしてはコレ使えってことだと思われ。 ただ一番楽なのはやっぱりUAC切れってところかも知れんがw
68 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 16:30:30 ] 独自のアップデータをVistaで作りたい場合、どうするのが正解? 権限昇格無しにProgram Filesのファイルを書き換えようとすると、ファイルの 上書きに失敗するし、かといって、requiredAdministratorなマニフェストを付加 すると起動のたびに権限昇格のダイアログが開いてとてもウザイんですけど・・・ >>37 の対処法なら問題ないんだけどさ・・・
69 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 18:00:22 ] アップデートを別プログラムにして必要なときに呼び出すようにするのがいいんじゃないのかな? そうすればアップデート時だけダイアログが出る感じになるし。 もともとUACってProgram Filesを勝手に弄られることによるセキュリティの低下を防ぐのがコンセプトだから ダイアログを出さないようにって言うのは出来ちゃいけないことだろうし。 随時データを書き換えるって言うのは出来なくなっちゃうだろうけど。 ちなみにUACではアップデートもちゃんと考えてるらしく、 プログラム名をupdate.exeにしたら権限変わった。 なので手動での差分当てレベルなら今まで通りでいいと思う。
70 名前:68 mailto:sage [2006/11/20(月) 18:32:17 ] >>69 情報ありがとう いままでアップデータ自体をアップデートしたい時、 アップデータEXEが終了し親EXEに制御が移ったときに、 ダウンロードされたアップデータEXEのアップデートファイルを 上書きしてたんだけど、それが出来なくなるってのは 回避できないっすよね? コレを可能にしようとすると親EXEにも・・・となって堂々巡りに・・・
71 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 19:59:14 ] Vistaってルート直下に作るのはUACが出張ってくる?
72 名前:デフォルトの名無しさん mailto:sage [2006/11/20(月) 23:40:22 ] >>68 アップデータを別exeに分けて「更新」ボタンには盾アイコンをつける。 自動更新が必要ならサービスをインストールする。 常駐プロセスを増やしたくないならタスクに登録する(最近のQuickTimeと一緒に 入ってくるASUでもやってる)。 >>69 > プログラム名をupdate.exeにしたら権限変わった。 それもsetup.exeと一緒でインストーラ検出の機能なので無効な場合もある。一応。 >>70 APIスレで自分自身を削除する話が出てるからその応用で 親exeに戻らず自分の分身を作ってその分身に上書きすればいい。 子プロセスは権限を引き継ぐから。 >>71 ルート直下は誰でも作れて作成者はフルアクセスが得られるけど他のユーザーは 読み取りのみ。XPと同じ。
73 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 17:40:54 ] >>72 MoveFileEx MOVEFILE_DELAY_UNTIL_REBOOTが失敗するよ(ノД`)
74 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 19:07:37 ] 管理者権限に昇格したらイケタ!
75 名前:デフォルトの名無しさん mailto:sage [2006/11/21(火) 19:59:35 ] MOVEFILE_DELAY_UNTIL_REBOOTは再起動のときログイン前に読める位置 (HKEY_LOCAL_MACHINE配下)のレジストリに値を書き込むからな
76 名前:デフォルトの名無しさん mailto:sage [2006/11/24(金) 12:26:18 ] いいこと思いついたぜ。 プログラム名をsetup.exeにすれば問題全部解決出来る!!!11!!!!!1!
77 名前:デフォルトの名無しさん mailto:sage [2006/11/26(日) 21:44:07 ] 奇才現る
78 名前:デフォルトの名無しさん mailto:sage [2006/11/27(月) 13:07:43 ] あるアプリケーションをネットワークドライブから管理者で実行すると、 自分自身のパスのドライブレターがUNCになっちゃうんだけど回避方法無いかな? (一般ユーザ) z:\xxx\HOGE.EXE ←実行 ↓ z:\xxx\HOGE.EXE ←アプリが判断した自分のパス (管理者) z:\xxx\HOGE.EXE ←実行 ↓ \\(IP)\zzz\xxx\HOGE.EXE ←アプリが判断した自分のパス UACを切らずになんとか・・・
79 名前:デフォルトの名無しさん mailto:sage [2006/11/27(月) 16:44:09 ] プログラム名をsetup.exeにする
80 名前:78 mailto:sage [2006/11/27(月) 17:22:58 ] >>79 setup.exeでも同じ結果でした。 その上、DriveCmboBoxでネットワークドライブが選択できない状態で、 さらにアウアウになってます。
81 名前:デフォルトの名無しさん mailto:sage [2006/11/27(月) 17:26:12 ] setup.exe敗れたり・・・
82 名前:デフォルトの名無しさん mailto:sage [2006/11/27(月) 21:44:16 ] 管理者として実行されると別ユーザーのような状態になるから そもそも実行もとの一般ユーザと同じドライブがマッピングされてるとは限らない
83 名前:78 mailto:sage [2006/11/27(月) 22:07:58 ] >>82 つまり回避方法はないということ? 管理者モードで動作するネットワークアプリは使えなくなる可能性があるのか・・・
84 名前:デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:40:04 ] ローカルセキュリティポリシーが効くんじゃなかったかなあ
85 名前:デフォルトの名無しさん mailto:sage [2006/11/28(火) 03:06:42 ] >>83 そもそもXPで別ユーザー実行したときはどうしてたの? そんなのサポート外? XPだとこんなの出たけど。 --------------------------- Z:\pwd.exe --------------------------- Z:\pwd.exe 指定されたパスは存在しません。 パスが正しいか確認してください。 --------------------------- OK ---------------------------
86 名前:78 mailto:sage [2006/11/28(火) 11:12:34 ] >>84 kwsk >>85 XPではサポート外というか起動出来ないようにして、管理者権限のユーザのみ使用可能にしてました。 レジストリ(LOCAL_MACHINE等)をいじったりするので、管理者権限無いと 動作する意味がないので。
87 名前:デフォルトの名無しさん mailto:sage [2006/12/03(日) 19:45:21 ] おれが採った方法:インストール時にインストールしたディレクトリをEveryone/Full-controlにしてしまう。 Windows95時代からマイナーチェンジのみ繰り返しているソフトで、プログラムをインストールしたディレクトリ 自身に設定ファイル(要Write)を置いているため、苦肉の策。 インストーラはInstallShield3(古っ!)を使っているが、そのスクリプト中からLaunchAppAndWait()で、インスト ールディレクトリのセキュリティーを設定(SetNamedSecurityInfo())するプログラムを呼び出す。 これで、exeと同じディレクトリ(Program files下)にある設定ファイルへの書き込みも、アップデートプログラム での書き込みもOK! 良い子は真似しないように。 P.S. UACよりもWinHlp32( .hlp)が使えないのに泣いた・・・・・
88 名前:デフォルトの名無しさん mailto:sage [2006/12/21(木) 21:49:14 ] >>76 インストーラみたいなファイル名なのにインストールしないで終了すると プログラム互換性アシスタントに文句言われるよ
89 名前:デフォルトの名無しさん mailto:sage [2006/12/22(金) 01:00:12 ] フルコントロールにしなくても、読み書き変更やファイル作成なんかの権限を与えれば十分だと思うが。
90 名前:デフォルトの名無しさん mailto:sage [2006/12/23(土) 00:53:49 ] >>53 > CreateProcessAsUserでユーザー偽装しようとしたら動きさえしなかった CreateProcessWithTokenWで降格に成功した。 トークンはエクスプローラのウィンドウからGetWindowThreadProcessId→ OpenProcess→OpenProcessToken→DuplicateTokenExで引っ張ってきた。 すでにログオン済みのユーザなので プロファイルのロードや環境ブロックの作成は不要
91 名前:デフォルトの名無しさん mailto:sage [2006/12/25(月) 21:09:06 ] >>88 >インストールしないで終了する ってどう判断してるの?
92 名前:デフォルトの名無しさん mailto:sage [2006/12/27(水) 01:13:44 ] >>91 [プログラムの追加と削除]にでてくるアプリのリスト( Unistaller レジストリキー配下のエントリ )が 更新されたかどうかなんじゃないの?
93 名前:デフォルトの名無しさん [2007/01/19(金) 19:22:26 ] MFCとかで作ったアプリのアイコン表示が、Vistaと整合性悪そうです。 皆さんどうしてますか?
94 名前:デフォルトの名無しさん [2007/01/19(金) 22:37:24 ] Vistaが普及するには2年かかるから、2kとXPだけに対応する
95 名前:デフォルトの名無しさん mailto:sage [2007/01/20(土) 11:45:16 ] >>93 整合性が悪いって具体的には?
96 名前:デフォルトの名無しさん mailto:sage [2007/01/20(土) 17:28:29 ] >94 ところがPCと一緒に納入するような高額なソフトだと、 メーカーPCがVista搭載になると同時に対応を迫られる。 まあ「まだ検証できてないんでXP買ってください」っていうんだけどなw
97 名前:デフォルトの名無しさん mailto:sage [2007/01/21(日) 17:09:14 ] サイズ変更可能でタイトルバーなしだと Aero で変な縁がでちゃうんだけど、 どうすればいいんだろうか。 付箋紙系のソフトとか影響大きそう。
98 名前:デフォルトの名無しさん mailto:sage [2007/01/22(月) 01:02:24 ] >>94 >Vistaが普及するには2年かかるから そんなにかかるかねえ? うちのお客なんか、既にVISTAx64の心配してる・・・・・(WHQL未取得のデバドラがあるんで)
99 名前:デフォルトの名無しさん mailto:sage [2007/01/25(木) 01:38:06 ] うちの開発メンバーも、予想外の不具合の多さに閉口・・・。 IEコンポーネント使ってる部分でCSSが利いてねぇとか、 Aeroのときだけドロップダウンがへんなところで開くとか。 「MSがSP1だすまで、正式対応しません運動」をやろうよ。 半透明WindowなんかFlashですらとっくにできるのに、なんでわざわざOS変えなきゃならんのだ。
100 名前:デフォルトの名無しさん mailto:sage [2007/01/25(木) 03:29:11 ] 無駄なあがきをしても無意味。
101 名前:デフォルトの名無しさん mailto:sage [2007/01/25(木) 08:54:58 ] アド民権限有るのにスタートメニュー内のRemoveDirectoryに失敗してしまうorz ショートカットは削除できているのに…
102 名前:デフォルトの名無しさん mailto:sage [2007/01/26(金) 19:20:34 ] 本製品をインストールして使用するためには、UACを無効にすることをお勧めします。 (UACが有効な環境はサポート対象外です)
103 名前:デフォルトの名無しさん mailto:sage [2007/01/26(金) 19:30:18 ] どこの手抜きアプリだそりゃ。
104 名前:デフォルトの名無しさん mailto:sage [2007/01/26(金) 20:40:13 ] おそらくどこもかしこも。
105 名前:デフォルトの名無しさん mailto:sage [2007/01/27(土) 02:57:37 ] そんなのは、ひっぱたけ。
106 名前:デフォルトの名無しさん mailto:sage [2007/01/27(土) 09:10:41 ] ほとんどのソフトでマニフェストに<requestedExecutionLevel level="requireAdministrator"/> を埋め込むってことにはなりそうだな。
107 名前:デフォルトの名無しさん mailto:sage [2007/01/27(土) 10:45:15 ] ならねーよ
108 名前:デフォルトの名無しさん mailto:sage [2007/01/27(土) 19:02:29 ] UACに対応しないソフトは糞。いい加減にしろ。
109 名前:デフォルトの名無しさん mailto:sage [2007/01/27(土) 19:05:16 ] むきになるなよ。みっともない
110 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 06:53:20 ] UACに対応するソフトが糞w どうせSP1でUAC機能はなくなる
111 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 12:11:21 ] 無くなるって、ソースはどこよ? SP1でカーネルが Server側と同じになるからか?
112 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 13:02:59 ] UACを無効にするAPIキボンヌ
113 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 13:13:04 ] そのAPIを呼ぶのにUACが
114 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 19:24:31 ] >>111 ServerならVisual Styleみたいにデフォルト無効にはなるかもしれないけど機能 そのものがなくなるとは考えにくいしクライアントOSであるVista SP1のデフォルト 設定はまた違うだろう。 Server 2003 SP1とXP x64がカーネルは共通だけど設定が異なるみたいに
115 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 21:46:05 ] Vista も SP1で Server側とカーネルが同じになるんだったっけか。どっかのBLOGで見た気がする。 でも、UACがSP1で無くなるって話はどこから出たんだ。
116 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 22:27:10 ] ネタにマジレスかこわるい
117 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 23:25:26 ] UACは総すかん食うだろうなあ。 プログラマはやるよ。仕事だからな。 でもユーザはそうは思うまい。 こんなだとは知らずにVISTAパソコン買っちゃったけど フリーソフトいろいろ動かないしXPにしたいなんて言い出すだろうな。
118 名前:デフォルトの名無しさん mailto:sage [2007/01/28(日) 23:47:39 ] 一般人はフリーソフトをあれこれ入れたりしない
119 名前:デフォルトの名無しさん mailto:sage [2007/01/29(月) 06:43:30 ] そうでもない。
120 名前:デフォルトの名無しさん mailto:sage [2007/01/29(月) 16:31:56 ] そういう一般人を黙らせてこそ、Vista対策も完成するのだ。 VISTAの64bit版を入れるか迷うな。
121 名前:デフォルトの名無しさん mailto:sage [2007/01/29(月) 20:08:16 ] XPからアップグレードインストールしたVISTAではUACが一部無効なんだね。 Program Filesもレジストリも普通にいじれてしまう。 こういう環境じゃテストにならないってことかな。面倒だな。
122 名前:デフォルトの名無しさん mailto:sage [2007/01/29(月) 22:33:27 ] >>121 実は仮想化されたフォルダやレジストリをいじってましたってオチじゃないよな
123 名前:デフォルトの名無しさん [2007/01/30(火) 02:16:36 ] あげ
124 名前:デフォルトの名無しさん [2007/01/30(火) 05:04:55 ] 開発の仕事から離脱して良かった♪ もう戻れないw
125 名前:デフォルトの名無しさん mailto:sage [2007/01/30(火) 08:52:44 ] >>121 >こういう環境じゃテストにならないってことかな。面倒だな。 そういう環境「も」テスト汁、ってことじゃないか? アプリケーション30分互換性チェックとやらでクリーンインストールとXP SP2からのアップグレードの2パターンが書いてあったけどそういう意味か。 何が30分だ。OSインストールするだけで一日かかるっつのw
126 名前:デフォルトの名無しさん mailto:sage [2007/01/30(火) 09:04:36 ] >Windows VistaTM、および Internet Explorer 7.0 についてのご注意 >ttp://www.so-net.ne.jp/support/information/vista.html
127 名前:デフォルトの名無しさん [2007/01/30(火) 14:30:23 ] IE6でホームページ作ってた人は大打撃だなww CSSの解釈が仕様通りになったから、ページ崩れて見れなくなるだろうな
128 名前:デフォルトの名無しさん mailto:sage [2007/01/30(火) 20:42:59 ] 何をいってるのかよくわからんが、IE7はもう使えている。
129 名前:デフォルトの名無しさん mailto:sage [2007/01/30(火) 21:03:50 ] >>128 馬鹿は黙ってろ
130 名前:デフォルトの名無しさん mailto:sage [2007/01/30(火) 21:31:08 ] なにをいまさらと
131 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 12:09:43 ] 関連付けがよくわ
132 名前:デフォルトの名無しさん mailto:sage [2007/02/02(金) 13:03:37 ] その後>>131 の姿を見たものはいなかった……
133 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 13:26:41 ] ベータやRCはいじってたが、いざ発売されると逆に冷めてしまった 製品版買っとくべきだよな…やっぱり
134 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 14:10:48 ] 店頭のデモでVista+RAM1Gで動いていたのをいじくってきた。 タスクマネージャを見ると利用可能メモリが2KBwwwwww こりゃ絶対メモリは2Gは必要ですぜ旦那。
135 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 15:07:16 ] >>134 あんたプログラマ? いや違うか。頭悪すぎだもんな。
136 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 15:29:34 ] しかしタスクマネージャの表示内容もそろそろ変えるべきじゃないかな
137 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 18:36:19 ] タスクマネージャより管理ツール使わないか?
138 名前:デフォルトの名無しさん mailto:sage [2007/02/05(月) 20:01:29 ] >>135 プログラマ志望の厨房か何かだろ。
139 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 05:42:54 ] >>136 XPと比べて随分変わってる気がするが
140 名前:デフォルトの名無しさん mailto:sage [2007/02/06(火) 06:10:33 ] メモリのデフォルト表示がワーキングセットからプライベートメモリになってたりな。 Aeroのように見た目が変わらなきゃ違いを認識できないやつは この板じゃお呼びじゃないと思うが
141 名前:デフォルトの名無しさん [2007/02/07(水) 10:17:48 ] Windows Vistaの「Windowsフォトギャラリー」は酷すぎる ttp://www.heartlogic.jp/archives/2007/02/windows_photogallery.html 一応、そこいらの本やヘルプを見た限りでは、この「何も聞かずに上書き保存」仕様をやめさせる設定項目はないようだ。 「オリジナルは別に保存しておこうね」とか、わけのわからないことを言ってる本もあるくらい。
142 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:38:59 ] >>141 自動的にバックアップがとられたはず。
143 名前:デフォルトの名無しさん [2007/02/07(水) 10:50:59 ] Vista ってProgram Filesの下にはファイル書けないそうですが、 じゃあ、iniファイルなんかはどこに置けば良いのでしょうか?
144 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:54:50 ] >143 mydocかなぁ
145 名前:デフォルトの名無しさん [2007/02/07(水) 10:57:30 ] >mydoc ユーザー毎に設定するものじゃない場合は、 All Users\mydocがありますか? Vi$taの互換性を甘く見てたため、未入手。
146 名前:デフォルトの名無しさん mailto:sage [2007/02/07(水) 11:55:40 ] >>145 お前・・・あほやろ?