外部のDLLを参照しなければ簡単にできる。ちなみに、インストーラーの作成に当たっては、VS2008+Office2003の場合は、VS2005+Office2003と同様な方法で行う。VS2008+Office2007の情報を参考にしてはいけない。アドインとドキュメントでは信頼付与の作法が異なるので、異なる対象の情報も参考にしてはいけない。本題...今、直面しているのは上記(4)のケース。外部のDLLをプロジェクトに追加し、参照するとインストーラーを使ってインストールしてもうまく動かない。上記(1),(2)の場合は、このトラブルは無かった。コメントはまだありませんTweetVS2008とOffice2007で作成したアドインをmsi形式で配布するためにWindowsインストーラーでセットアップファイルを作成してみた。剛さんのBlogに記載されている通りでOKなので補足を書きます。http://blogs.msdn.com/b/tsmatsuz/archive/2008/03/31/vsto-v3-windows-installer.aspx(1)VS2008を起動し、新規プロジェクトとして、VBでWord2007アドインを作成する。Framework3.5が作成するのが無難です。(2)上記のアドイン(ソリューション)に新規プロジェクトとしてセットアッププロジェクトを追加する。セットアッププロジェクトで設定する項目は次の通り。(2.1)セットアッププロジェクトのプロパティInstallAllUsersの項目はFalseにする。Office2007のアドインは、AllUser(LOCAL_MACHINE)にインストールすることができないので(2.2)ファイルシステムアプリケーションフォルダにアドインプロジェクトのプライマリ出力を追加する。アドインを一度ビルドした後、*.dll.manifestと*.vstoファイルを手動で追加する。(2.3)レジストリHKEY_CURRENT_USER\Software\Microsoft\Office\Word\AddIns\macroya.easyprintwに次の値を登録するちなみに、「macroya.easyprintw」は、アドイン識別名で、重複しなければ何でもよいようだ。「easyprintw」だけだと、万が一他の人が同じ名前をつけたときに、アドインが正常に動かなくなるため、自分を識別する「macroya」をつけている。3(a)から(c)は、文字列の値(d)は、DWORD値(a),(b)は、Wordに表示されるアドインの名前(c)は、配置先。(d)は、3を入力すると、起動時に読み込まれる。(2.4)ユーザーインターフェースインストールフォルダのInstallAllUserVisibleプロパティをFalseにする。これは、上記(2.1)と同様の理由。Runtimeを選択してもアドインのインストール時には、これらのコンポーネントはインストールされませんでした。該当するWebページにも移動しませんでした。起動時にRuntimeの確認とWord2007の確認を行うように設定します。ここまでで、セットアッププロジェクトをビルドすると、アドインがただしくインストールされ、使用できることが確認できました。絡みの確認メッセージが出現すると記述されています。Runtimeなどすべて削除した状態で、再度、アドインのインストールを試みたら、英文表記で確認メッセージが表示されました。いうわけで、この確認メッセージの回避はやはり必要なようです。この回避方法としては、回避プロジェクトをソリューションに追加すればよいと書かれており、C#でのコードも記述されています。手動で、このプロジェクトを新規に作成し、このC#のコードをVBに変換したものをしようして、クラスに追加すると、エラーがいっぱいでて上手くいきません。松崎さんのブログをよくよく読むと、サンプルのダウンロードサイトを案内してくれています。http://code.msdn.microsoft.com/VSTO3MSI/Release/ProjectReleases.aspx?ReleaseId=729このサイトでダウンロードしたファイルには、VBで記述されたサンプルも収録されています。これを利用すればOKです。いうWord2007用印刷アドインを作成している。VS2010とWord2007で作成を試みたが、上手くいかなかったことは先日述べたとおり。試してみたが、やっぱり上手くいかない。しかたないので、VS2008で作成してみることにした。全部作ってからセットアップしても動かない...なんてことになると、アホらしいので(すでに2回ほどアホなことをしましたが...)今回は、最低限のアドインプログラムとセットアッププロジェクトのみでセットアップの作成を試みた。結果、上手くいかない...^^;いろいろ調べてみると、アドインプログラムがセットアップされたフォルダにまったくファイルが存在しない...もう少し調べてみなければ...追記アプリケーションフォルダにファイルが存在しなかった原因は、セットアッププロジェクトのファイルシステムで、アプリケーションフォルダではなく、ユーザーのプログラムメニューにファイルを追加していたためでした。登録していたことが動作しない原因でした。たしかに、松崎さんのBlogやMSDNを見ても、レジストリは、HKEY_CURRENT_USERに登録されている。HKEY_CURRENT_USERに登録してしまうと、当然のことながら、インストールしたユーザーしか使用できないではないか?!と思ったら、MSDNにしっかりと書いてあった。アドインのみを認識します。アドインを配置することはできません。コメントはまだありませんTweetVS2010(VB.NET)でVSTOを使ってOffice2010のアドインを作成した。Installerhttp://msdn.microsoft.com/en-us/vsto/ff937654.aspxVSTOによるアドイン作成環境は、以前のバージョンより格段に簡単になりました。Formアプリのように簡単にセットアッププロジェクトを作成することはできません。VS2010環境でアドインを作成し、Windowsインストーラーでセットアップファイルをつくろうとすると、私を含め初心者は壁に当たります。VS2010+Windowsインストーラーの環境での情報は少ない(ほぼ皆無)ので、従前のバージョンを参考にしようとしてしまいますが、これはタブーです。v4)環境の説明でない限り無視した方が近道です。Framework4.0でアドインを作成すると、インストールしてもLoadされません。Framework3.5もOKその他は試していない。Runtimeはユーザーがインストールする必要がある。RuntimeのLanguagePackは指定できるが、Runtimeは指定できない。Runtimeの存在を確認し、ない場合は警告を出すことができるが、RuntimeのDownloadとインストールはユーザーが行う必要がある。GA-Z87MX-D3Hを使ってみた。