VisualStudio2005

レーティングをお願いします。

はなおかじった — Tue, 29 Apr 2008 22:24:00 GMT

VS2005 SP1をマージしたものを希望

今更ですが、Visual Studio 2005 SP1 適用済みイメージの作成

はなおかじった — Sun, 27 Jan 2008 19:51:00 GMT

元ネタというか、原文:Slipstreaming Visual Studio 2005 Service Pack 1

Visual Studio 2005 Service Pack 1 の提供が開始されましたが、SP1 を適用済みのインストールパッケージが提供されないことを不満に感じているユーザもいらっしゃるようです。ここで紹介するプロセスは、Windows Installer パッケージの標準的な機能です。

どうかこのプロセスが、3GB 以上（MSDN を導入するならそれ以上）という多くのディスクスペースを必要とすることを覚悟してください。

製品をインストールする
次の方法で、Visual Studio 2005 の管理用ツールをインストールします。この方法は、Windows Installer にとってはサポートされた作業ですが、Visual Studio 2005 のインストールとしてはサポートされていません。他に考えられる障害については、後ほど議論しましょう。

この中で、"D:" は、CD または DVD ドライブを意味しています。また、"¥¥Server¥share" は、実行するユーザが読み書きできるファイルサーバ上のフォルダを意味します。

msiexec.exe /a D:¥vs_setup.msi TARGETDIR=¥¥server¥share /L*vx install.log
パッチをアンパックする
あなたがダウンロードした service pack 1 のファイルは、.msp ファイルをラップしたものです。したがって、/extract スイッチを使用して、.msp ファイルを抽出しなければなりません。Team Suite だと仮定すると（Visual Studio 2005 Service Pack 1）、次のようにコマンドを入力します。

VS80sp1-KB926601-X86-ENU.exe /extract "%TMP%"
パッチを適用する
.msp ファイルが抽出されたなら、管理用ツールに適用します。

msiexec.exe /a ¥¥server¥share¥vs_setup.msi /p "%TMP%¥VS80sp1-KB926601-X86-ENU.msp" /L*vx patch.log
パッチが適用された製品をインストールする
Visual Studio 2005 のネットワークインストールのための公式な方法は、KB907759（機械翻訳）にあります。上記の例でいえば ¥¥Server¥Share¥ である、管理用ツールを展開したのと同じディレクトリに、CD または DVD のコンテンツをコピーしてください。ただし、ファイルを置き換えないようにしてください。ルートディレクトリにある CAB ファイルなども同様に、コピーする必要はありません。それらは全ては、ソースディレクトリに抽出されています。このステップは、管理用ツールのインストール先に、ブートストラップファイル、およびその他の必要とされるコンポーネントをコピーすることです。コピーが終了すれば、setup.exe を普通に実行してください。

Notes は、意味がわかりませんでした。。。「パッチを当てたという情報が本質的にないので、サービスパックをアンインストールすることはできません」ということだけ、わかった。

ログはかなりでかくなるので、余裕のあるディスクに放り込むか、/log オプションに変更しましょう。msiexec /help とすると、オプションスイッチの説明が表示されます。

簡単いろいろ

はなおかじった — Mon, 05 Nov 2007 22:27:00 GMT

ネタもと：すごーく気になる（東方算程譚）、基本的な視覚（機械翻訳）が気になる。（とりこびとぶろぐ。）

11/24 に行う予定のセッションでは、MSDN ライブラリを中心に、短時間で検索できるようになるまでの時間が短くなることを目的として行うつもりです。

多くの開発ツールは、短時間でアプリケーションが製造できることを謳っています。

つまり、Rapid Application Development ツールが「今まで1時間かかっていたものを、30分で仕上がるようにします」というのに対して、私は「1時間かかっていた検索が30分でできるようになるまでに10日かかっていたなら、その期間を8日に縮めましょう」（数値に意味はない）というわけです。

むぅ。。。なんか、すごいこと言ってるな、オレ。

それはいいや。この2つが、どう違うのでしょうか。

私の感想です。

RAD ツールのうたい文句は、「基礎がなくてもできます」。私が言っているのは、「基礎を短い時間で習得できるようにしましょう」。

なんかね、思うですよ。基礎をおろそかにしていいのか？建物の基礎をおろそかにすると、どうなる？船の基礎、竜骨に桜などのもろい木を使ったらどうなる？

一体全体、基礎ができていないのに務まる仕事って、他にあるのでしょうか？

例えばね、Insider.NET 会議室の、「ListBoxでのSelectedIndexChangedイベントの動作について」。なんすか？なんで Visual Basic Express Edition だと、「呼び出し履歴」が表示されないんすか？

いや、「Express Edition だと表示されない」なら、まだ、納得しませんよ。しないけど、まぁ、しょうがないかも知れないかと思う。そうじゃなく、どうして、Visual Basic Express Edition だけ、なんですか？それともやっぱり、「開発者が Visual Basic 使うな！」とか？

何にしても、呼び出し履歴が出せないっておかしいやろ？開発者っちゅうか、おそらく日本人ではない仕様決定者を正座させて小一時間（延々と続く．．．

なんかね、あまりにも衝撃的すぎて、他の方向へ行くはずだったのに、方向が変わっちゃいましたよ。書きかけで数日おいちゃうと、ダメですね、やっぱり。

「try - catch 使うなキャンペーン」とか言ってみる

はなおかじった — Fri, 08 Jun 2007 22:07:00 GMT

throw e;（へぼろっぱぁ）より：

定期的に各所ででてくるお話ですが throw e; はやめましょうね、ホントに。

まぁ、あれですよ。Try と入力すると、Catch が自動入力されるのが、そもそもの間違いなんです。

あれ？あれれれれ？？？

むはっ！！！勘弁してください→Visual Basic 言語リファレンス / Throw ステートメント

expression
必ず指定します。スローする例外に関する情報を指定します。

これですよ、これ。マイクロソフトの説明が、そもそも間違っているんですよorz

正しくは、こっち→Throw ステートメント (Visual Basic)

expression
必ず指定します。スローする例外に関する情報を指定します。Catch ステートメント内では省略可能です。

Catch ステートメント内では省略可能です。

なお、C# の方は、旧 MSDN ライブラリでもcatch 句に現在の例外オブジェクトを再びスローするときは省略されます。と書かれています。…なんか、変な日本語だけど、まぁ、よしとする。

………うわ！だめだぁ～～！！C# は、新 MSDN ライブラリの方がダメダメですよ！！→try-catch (C# リファレンス)

throw ステートメントは、catch ステートメントでキャッチされた例外を再びスローするために catch ブロックで使用できます。次に例を示します。
catch (InvalidCastException e)
{
    throw (e);    // Rethrowing exception e
}
パラメータのない catch 句で処理された例外を再スローする場合、引数のない throw ステートメントを使用します。次に例を示します。
catch
{
    throw;
}

『C# 言語仕様』の方には、ちゃんと書いてありますね。

8.9.5 The throw statement より：

A throw statement with no expression can be used only in a catch block, in which case that statement re-throws the exception that is currently being handled by that catch block.

ちょうどいいや。ここで宣伝。

新しい msdn ライブラリでは、各ページの下の方に「コミュニティコンテンツ」というところがあります。このコミュニティコンテンツは、Windows Live ID を持っている方なら誰でも、そのページの内容に関係のある事柄を書き込むことができます。
“関係のある事柄”といっても、「この意味がわからない。」「これって、具体的にどう使うの？」といった質問に関しては、MSDN フォーラム他でお尋ねください。
そういった質問ではなく、「ここ、誤訳でしょ。正しくは、こう！」とか、「ここでされている説明って、間違ってますよね。実際にはこう動きますよね。」とか、「これって、使い道があまりなさそうですが、こんな風に使ってください。」とか、「よく間違って使っている例を見ますが、こんな風に使いましょう。」など、他の人への提案を書き込んでください。

とはいえ、MVP を中心としたモデレータが、24時間態勢で（＜おいっ！！）見回り、適切な誘導をしますので、感覚がつかめるまでは遠慮無く書き込んでください。

閑話休題

まぁ、ね。あれですよ。そもそもの原因は try と入力したら catch ブロックが挿入されることですよ。これが、finally だったら、誰も再スローしようなんて思わないのですから。

かつ、.NET Framework では「検査例外」は無いのですから、ほとんどの場合は try - finally で良いのです。いっそのこと、「try - catch 使うな。try - finally 使え。」ってことで、キャンペーン打ってみてはいかがでしょう？

Option Strict は、ON にしましょう

Jitta — Tue, 07 Mar 2006 21:45:00 GMT

VB.NET でのお話。

あるプロジェクトを、ある顧客向けに大幅カスタマイズすることになりました。で、コードを見てみると。。。

ケース１

Module ブロック発見！！ざっと眺めると、固定文字列が定義してあるだけっぽい。ならいいや。Public Class に宣言を変更し、すべてのフィールドを Public Const に変更していく。

と、“変数”発見！！やめてよ。これ、ASP.NET ですよ。Module ブロックの変数は、全リクエストで共有されるんですよ。同時に動かされたら、アウトじゃないですか。使用しているクラスを探すと、１つだけだった。なら話は早い。そのクラスのクラス変数として持たせ、コンストラクタで一緒にコンストラクトするように修正。

後で気が付く。こちらのクラスで宣言すりゃいいんじゃないかorz

ケース２

ざっとコードを眺めると、返値宣言していない Function 発見！！やめてってば。嫌な悪寒するけど、Option Strict を On にする。タスクにいっぱい並びました。並びすぎて、「エラーの数が最大値を超えました」なんてメッセージもでてる（涙）

a = b = c = d = 0
って、なんですか？これ、VB.NET ですよ？エラーメッセージは、「Integer である a に Boolean 型は代入できません」。ほぉ！この式は、C 言語風に書くと、
a = (b == (c == (d == 0)))
なんですね！！初めて知りました（涙）

ケース３

当然のように、縮小変換できないというエラーもいっぱいでているわけです。そのうち、一番泣きたかったもの。
Dim 計算結果(maxCount * 10 + 1) As Double
これだけ見ると、おかしくはない。でも、maxCount が Double で宣言されていたら？（泣笑）どうして何かの“数”が、Double なのさ？！

ケース４

コンピュータは、すべてのものを 0 と 1 で表現しようとします。文字だって、“文字コード”という序数で表現され、0 と 1 で表されます。このとき、小数は表現できないものがあります。例えば、0.1。小数は、２進数で 2^-n の式で表される数字の和により表現します。つまり、0.5, 0.25, 0.125, 0.0625, 0.03125, ... というような数字の和です。0.1 を、2^-n の和で表現することは出来ません。このため、0.1 を 10 回足しても、必ずしも 1 になるとは限りません。近似的に 1 になるので、近似的な 1 を整数の 1 と同じとみなしてくれるかどうか、そこが問題になります。

また、縮小方向に暗黙変換してくれるのならいいのですが、そんなことをすると桁落ちが発生して本当の数字ではなくなるため、拡大方向の暗黙変換のみ、行ってくれます。

そうするとですね、
For cnt As Double = 0 To maxCount Step 0.1
というループは、終了しない可能性があるのです。実際、「終了しないんだけど、なぜ？」という質問があります。

ケース５

Excel などの Office 製品をオートメーションするという案件は、たくさんあると思います。このとき、Option Strict On にしておくと、CType の嵐になります。例えば、
workbook.WorkSheets(sheetName).Range(rangeName) = rangeValue
と書くことは、Strict Off であればとおります。これを、Strict On で書くなら、、、
Ctype(Ctype(Ctype(workbook.WorkSheets, Excel.Sheets)(sheetName), Excel.WrokSheet).Range(rangeName), Excel.Range).Value = rangeValue
と書かなければなりません。

それでもね、やっぱり、Strict On にしましょう。

レイトバインディング、遅延バインディング、実行時バインディングという言葉を聞いたことがありますか？これらは、VB や JavaScrip などで採用されています。実行時にその型がなにで、どんなメンバを持っているのか、解決します。そうするとですね、実行時にいちいち、「このインスタンスの型は何かな？この型にこのメンバは含まれているのかな？」というチェックを行います。こう書くと、「チェックが入る分、遅くなる」ということを、わかってもらえますか？

Strict On にするということは、事前バインディング、アーリーバインディング、コンパイル時バインディングになります。コンパイルの時に型のチェックが行われるため、実行時は参照の解決だけをすればいいので、場合によってはかなり速くなります。今回のプロジェクトでは、10 分以上かかっていた処理が、5 分程度で終わるようになりました。

ケース６

ケース５に引き続き、オートメーションの話。

Insider.NET 会議室に、「Excel のプロセスが終了しない」という質問が、結構あります。かくいう私も、質問した１人です。答え：COM のリリースは Dispose でも GC.Collect でもなく、Marshal.ReleaseComObject メソッドを使用します。

で、これがまたやっかいで。Excel の場合、Excel 名前空間以下に定義されているクラスは、すべてマーシャラーが参照します。したがって、すべて参照を解放してください。ケース５の例を使います。


Dim worksheets As Excel.Sheets = Nothing
Try
    worksheets = CType(workbook.WorkSheets, Excel.Sheets)
    Dim worksheet As Excel.WorkSheet = Nothing
    Try
        worksheet = CType(worksheets("シート"), Excel.WorkSheet)
        Dim range As Excel.Range = Nothing
        Try
            range = worksheet.Range("レンジ名")
            range.Value = rangeValue
        Finally
            If Not range Is Nothing Then Marshal.ReleaseComObject(range)
        End Try
    Finally
        If Not worksheet Is Nothing Then Marshal.ReleaseComObject(worksheet)
    End Try
Finally
    If Not worksheets Is Nothing Then Marshal.ReleaseComObject(worksheets)
End Try

面倒ですね。でも、こうしてください。そうでないと、Excel のプロセスが残ります。

しかし、CType を使ったところと、解放するところが一致していることがわかるでしょうか。また、参照を細かく切ると、実はスピードアップにつながります。

ということで、Option Strict は On で使用しましょう。

←こんなバナー貼ってますが・・・

Jitta — Tue, 28 Feb 2006 06:16:00 GMT

Visual Studio 2005 を導入したからといって、劇的に残業が減るとは思いません。

なぜか？

残業の要因は、３つあると思います。（付き合い残業などはのぞく）

１つは、望み通りの機能にするために、どの様な手順を踏めばいいのか、わからないこと。つまり、設計の問題。

１つは、手順を実装するコードが書けないこと。つまり、コーディングの問題。

１つは、現在の動作を、望み通りの動作に変更できないこと。つまり、デバッグの問題。

Visual Studio 2005 を導入することで、コードを書く量、つまり、２番目の「コーディング」が、減ります。

しかし、作らなければならないアプリケーションの機能が減るわけではありません。機能が減るわけではないため、設計しなければならない量も減りません。「多くのことがプロパティの設定で済むのだから、減るじゃないか」って？それもあるでしょう。しかし、どのプロパティにどの様な値を設定するのか、やはり設計しなければなりません。

統合開発環境は、デバッグ作業を支援してくれますが、デバッグをするのはあくまでも人であって、統合開発環境ではありません。コードの多くが自動生成、つまりバグがない状態で生成されるので、やはり多少は減るでしょう。しかし、それは反面、コードに対する理解力を奪います。

そういうわけで、「コードを書く」ことだけが仕事の人は、劇的に残業が減るかもしれません。しかし、コード設計やデバッグをする人は、そんなに変わらない、ということです。

いえ、Visual Studio 2005 はいいツールですよ。でも、ツールはあくまでツールであって、その能力はツールを使う人に依存する、ということです。

水泳の北島選手がいい記録を残していますが、その記録は彼が着ている水着が作ったものですか？違いますよね。確かに新開発された水着は、水の抵抗をうまく逃がして、記録を伸ばす手伝いをしたでしょう。しかし、記録を作ったのは彼の力です。誰もが、その水着を着たからといって、同じように世界記録が出せるわけではありません。しかし、水の抵抗をうまく逃がすという水着の恩恵は、誰もが受けることができるでしょう。しかし、その恩恵をどの様に活かし、どの様な結果を出せるかは、個人の力にかかっています。

同じように、Visual Studio 2005 は、すばらしいツールです。しかし、ツールの力を引き出すのは、使う人です。

書式付き文書を作成する（成功ならず）

Sat, 12 Nov 2005 06:06:00 GMT

　書式付き文書を入力するためには、RichTextBox コントロールを使用するのが、とりあえず楽かな、と。問題は、TWIPS で計算するところ。Google で、「twips」を検索すると、ピクセル値に「1400 / PixcelPerInch」を掛けた値を指定すればいいことがわかる。って、画面の「解像度」ですか！？

　「インデント」「文字スタイル」などは、プロパティが用意されているので、比較的容易に実現可能。「タブ位置」については、「これからタブ位置は、これこれの位置に指定しますよ」という設定を、まずしておかなければならないらしい。

　次に、「絵」。これは、EnableAutoDragDrop プロパティを True にすれば、自動で出来るらしい。…ダメだ。Word でいうところの、「アイコンで表示」になる。。。Word で作った RTF と、RichTextBox の Rtf プロパティの内容を比べると、どうも「オブジェクト」ととしてドロップされたらしい。Word では、ドロップされたものを何らかの変換をしているらしい。　とりあえず、RTF の仕様書を調べ、picture に関する記述を見る。ふむふむ。決まり文句を２～３ならべ、１６進表記したファイルの内容を並べればいいらしい。

　RichTextBox の方は、SelectedRtf プロパティに、選択されている文字列の RTF 形式が入っており、設定すれば選択されている文字列が置き換わるらしい。なるほど。早速、DragDrop イベントをハンドルして、イメージの RTF 表記を放り込んでみる。
「形式が違います」
なんで？

　どうも、完全な RTF を放り込む必要があるらしい。{\rtf1... から書いてある文字列を作り、放り込む。今度は例外が発生しない。が、絵は表示されない。デバッガで追いかけると、次の行に行くと、SelectedRtf プロパティは元の、何も選択されていない状態に戻っている。なんで？放り込もうとしている RTF をファイルに出して、 Word に読ませると期待通りの結果になるから、ここまでは間違っていないはずなんだけどなぁ。。。→普通に文字を放り込んでみるといけることから、pict のフォーマットが悪いらしい。

　SelectedRtf がダメなら、Rtf 自身を編集してやれ！……ダメだ。「カーソルがある位置」を算出するのが面倒くさい。いいや、最後に追加すれば。……これもダメだ。Rtf に放り込んだ次の行で、Rtf が元に戻っている。なんではじかれるんだ？

　仕方がないので、検索してみる。みゃみゅ玉子さんところが引っかかった。ひどりさんが、「WebBrowser を使う方が良い」とコメントされている。う～む。そうなのか。

　早速、テストアプリを作ってみる。WebBrowser.Uri に、ローカルファイルを指定する。
「このファイルを開くか、または保存しますか？」
って、え？？あ、XP SP2 の影響か。しかし、ファイル、つまり項目を切り替えるごとにこれが出てくるのもなぁ。。。とにかく、開く。まぁ、Word があがるんだから、なんだって出来るわな。で、保存...嗚呼、プログラムから制御できないんじゃ？とりあえず、別のファイルを参照させて保存する。そのファイルを開く………えっと、RTF って、テキストファイルの…あ、ASCI 7bit の、可視文字の範囲でファイルが構成されるはずなんですけど？？？XML 出力したものも同じ。どうも、読み込んだときの形式や拡張子に関係なく、.doc 形式で上書きしているらしいorz 使えんやん！！

　VB の大御所、魔界の仮面弁士さんが試してくださったところ、イメージが表示できるとのこと。あれれ？なんで？…その後のやりとりで、魔界の仮面弁士さんは .NET Framework 1.1、私は .NET Framework 2.0β であることが判明。って、1.1 ではドラッグドロップでいけるって？？

　早速 Virtual PC 2004 に XP と Visual Studio.NET 2003 をインストールし、試す。おわっ！VS.NET2003 では、EnableAutoDragDrop なんて、便利なプロパティがなかった。。。

　そういえば、「クリップボードに入れて、ペースト」なんて言葉もあったなぁ、、、と、RichTextBox.Paste メソッドを試してみる。あかん。Win32API 呼び出しでエラーが発生している。しかも、
「FORMATETC 構造体が無効です (HRESULT からの例外: 0x80040064 (DV_E_FORMATETC))」
ってなんですか？そんなプロパティ、設定できませんが？

　Word では表示できるなら、Word で読み込んでから保存したものと比べてみよう。ということで、比べてみました。違いは、「nonshppict」という要素のあるなし、だと思うんだけどなぁ。。。えっと、、、「その他のリーダーに対する互換性」…これ？

　こまったなぁ。。。WordprocessingML (WordML) 形式で保存（取り出し）できる WYSIWYG なエディットコンポーネントって、ないかしら？やっぱり、OLE 連携は残しておいて欲しかった

　せっかくなので、イメージファイルを RTF に変換するコードを貼っておく。イメージは、PNG 形式に変換されます。


private string GetImageByRTF(string fileName) {
 System.Text.StringBuilder imgRtf = new StringBuilder();
 imgRtf.Append(@"\*\shppict{\pict\pngblip");
 // メモリストリームに PNG 形式で保存し、Byte 配列に取り出す
 System.IO.MemoryStream memStrm = null;
 byte[] imageByteArray;
 try {
  Image img = null;
  memStrm = new System.IO.MemoryStream();
  try {
   // この辺、無チェックなのは要注意
   img = Image.FromFile(fileName);
   imgRtf.AppendFormat(@"\picw{0:d}", img.Width);
   imgRtf.AppendFormat(@"\pich{0:d}", img.Height);
   // ストリームに格納
   // windows meta file だといけるのかもしれない。でも、Wmf を指定すると、例外が発生するのよ
   img.Save(memStrm, System.Drawing.Imaging.ImageFormat.Png);
   memStrm.Flush();
  } finally {
   if (img != null) { img.Dispose(); }
  }
  // ストリームから取り出す
  memStrm.Position = 0;
  imageByteArray = memStrm.ToArray();
  memStrm.Close();
 } finally {
  if (memStrm != null) { memStrm.Dispose(); }
 }
 // メモリストリームから取り出した Byte 配列を、文字列にする
 imgRtf.Append("\n");
 for (int idx = 0; idx < imageByteArray.Length; idx++) {
  // 適当に改行する方が見やすい（Word 等は 64 バイトごとに改行している）
  imgRtf.AppendFormat("{0:x2}", imageByteArray[idx]);
 }
 imgRtf.Append("}");
 string rtf =imgRtf.ToString();
 // このままだと RTF じゃないので、RTF の情報を足すこと
 return rtf;
}

Visual Studio 2005 って、わかりづらくないですか？

Mon, 07 Nov 2005 20:35:00 GMT

　いろんなバージョンがあるんですよね。

　まず、大きく、「Visual Studio 2005 Team System」と、それ以外に分かれます。それ以外には、「Express Edition」「Standard Edition」「Professinal Edition」があります。
　この他に、基本的に Professional Edition と同等ですが、Office との連携に特化した、または Office Developer Edition の後継である、「Visual Studio Tools for Office(VSTO)」があります。
# ここまでのネタ元 http://www.microsoft.com/japan/msdn/vstudio/2005/productinfo/productline/default.aspx

　「Visual Studio 2005 Team System」は「サーバ」と「クライアント」に分かれます。クライアントは、「Visual Studio 2005 Team Edition for Software Architects(VSTA)」「Visual Studio 2005 Team Edition for Software Developers(VSTD)」「Visual Studio 2005 Team Edition for Software Testers(VSTT)」と、これら３つの統合である「Visual Studio 2005 Team Suite(VSTS)」に分かれます。また、「Visual Studio 2005 Team Edition for Software Testers」に追加する形で「Visual Studio 2005 Team Test Load Agent」があります。
　サーバには、「Visual Studio 2005 Team Foundation Server」があります。
# ここまでのネタ元 http://www.microsoft.com/japan/msdn/howtobuy/vs2005/editions/team/default.aspx

インテリセンスによる、メソッド名などの置き換え動作について

Mon, 31 Oct 2005 20:51:00 GMT

　Validate および Vote をお願いします（最近こればっか。。。）

エディタでの、マウスボタンダブルクリックによる選択範囲について

　VS2005 では、選択範囲について、インテリジェントな制御が行われています。マウスボタンをダブルクリックすると、クリックしたところにある“単語”が選択されます。英語では単語の区切りには空白文字がありますが、日本語にはありません。そのため、「漢字」「ひらがな」「数字」など、文字種別が変わるところが、“単語”の区切りとして認識されます。
　しかし、VS2005 のソースコードエディタでは、メソッド名やコントロール名に日本語とアルファベットが混在していても、メソッド名やコントロール名すべてを“単語”として認識してくれます。たとえば、「登録button」という名前のコントロールを作成します。「登録」付近でダブルクリックした場合、VS.NET2003 の場合、「登録」だけが選択されますが、VS2005 では、「登録button」全体が選択されます。
　文字列選択中に何か入力を行うと、選択範囲全体に対して、その入力が適用されます。コピーなら選択範囲がクリップボードにコピーされますし、カットなら選択範囲全体が削除されます。同じように、インテリセンスから入力した場合も、選択範囲全体が置き換わり…ません、というバグです。
　その後の調査で、選択は関係なく、カーソルの位置が関係していることがわかりました。ダブルクリックで選択すると、カーソルが単語の一番最後に移動しますから、それで発生しているようですね。

　「this」がForm で、"|"をカーソルとし、インテリセンスから選択した、WndProc に置き換えるとすると、

this.|あいうabc → this.WndProcあいうabc
this.あいう|abc → this.WndProc
this.あいうabc| → this.あいうWndProc

のような置き換え動作が行われます。まぁ、「選択せずに、カーソルを途中に置いて[CTRL]+[J]」をすれば、回避は出来るのですけど。。。

イメージリソースを貼り付けるときの注意

Fri, 28 Oct 2005 19:32:00 GMT

　Validate と Vote をお願いします（笑）
イメージリソースの選択が出来ないことがある
やっぱり、害は少ないんですけどね。

button 等のイメージが貼り付けられるコントロールで、リソースの選択場所が、そのコントロールが所属するプロジェクトではなく、ソリューションエクスプローラで選択されているファイルがあるプロジェクトになる。

11/21 追記

開発チームの方から「再現しない」と再三言われ、「なんでだよぉ、すぐに出るじゃん」とか思っていたら、オプション設定だった！！

[ツール → オプション → プロジェクトおよびソリューション → 全般 → ソリューションエクスプローラでアクティブなアイテムを記録する]

これにチェックが入っていると、再現しません。フォームデザイナのボタンをクリックすると、ソリューションエクスプローラの選択が、フォームに移動するから。