問題タブ [add-in]

ちょっとした背景 -- 私たちは、以下で構成されるクライアント/サーバー アーキテクチャを使用するアプリケーションを設計しています。

• 他のチームによって開発される可能性がある、サーバー側モジュールをロードするサーバー。
• 対応するクライアント側モジュールをロードするクライアント (これらの他のチームによって開発される可能性もあります。各クライアント モジュールはサーバー モジュールに対応します)。
• クライアント側は、モジュール固有のタスクだけでなく、一般的な調整のためにサーバー側と通信します。(この時点で、クライアントがサーバーと通信し、クライアント モジュールがサーバー モジュールと通信することを意味すると思います。)
• 環境は.NET 3.5、クライアント側はWPFです。

展開シナリオでは、サーバー、任意のサーバー側モジュール、クライアント、および任意のクライアント側モジュールを個別にアップグレードする可能性が導入されています。ただし、不一致のバージョンを使用して「動作」できることが必要です。したがって、バージョン管理の問題が心配です。

これまでの私の考え：

• サーバーの Windows サービス。
• サーバーがサーバー モジュールをロードして通信するために System.AddIn を使用すると、サーバーとサーバー モジュール間のバージョンの互換性に関して最大​​の柔軟性が得られます。
• サーバーと各サーバー モジュールは、クライアント側との通信用に WCF サービスを提供します。サーバーとサーバー モジュール間の通信、または 2 つのサーバー モジュール間の通信には、AddIn コントラクトが使用されます。(これの利点の 1 つは、モジュールがサーバー内外で異なるインターフェースを公開できることです。)
• 同様に、クライアントは System.AddIn を使用して、クライアント モジュールの検索、読み込み、および通信を行います。
• クライアント モジュールとのクライアント通信は、AddIn インターフェイスを介して行われます。クライアントから、およびクライアント モジュールからサーバー側への通信は、WCF を介して行われます。
• 回復力を最大限に高めるために、各モジュールは個別のアプリ ドメインで実行されます。
• 一般に、システムには適度なパフォーマンス要件があるため、マーシャリングとプロセス境界の交差がパフォーマンスの問題になることはないと予想されます。(パフォーマンス要件は、基本的に次のように要約されます。ここで説明されていないシステムの他の部分の邪魔にならないようにしてください。)

私の質問は、2 つの異なる通信モデルとバージョン管理モデルを使用するというアイデアに関するもので、開発者にとって追加の負担になります。System.AddIn は非常に強力に見えますが、少し扱いに​​くいものでもあります。(Microsoft が将来的にそれを約束するかどうかもわかりません。) 一方で、私は WCF のバージョン管理機能には満足していません。WCF 内に System.AddIn ビュー/アダプター/コントラクト システムを実装することは可能であると感じていますが、両方のテクノロジにかなり慣れていないため、どこから始めればよいかわかりません。

それで... 私はここで正しい軌道に乗っていますか? 私はこれを難しい方法でやっていますか？この道で注意すべき点はありますか?

ありがとう。

VS 2008がクラッシュし続けたため、最近、VS 2008を再インストールする必要がありました（何らかのプラグインが原因であると思われます）。「自己責任で使用する」ビジュアルスタジオプラグインがあるかどうか疑問に思っていました. Visual Studio を使用しているときに、JIRA と呼ばれるエラーの詳細を求めるダイアログ ボックスのポップアップを見た人はいますか?? これらのダイアログが表示されるようになると、IDE がクラッシュし始めました。

これはヘイト リストを作成するためではなく、未保存の作業を台無しにする可能性のあるプラグインの予防リストを作成するためのものです。

コントロールのいくつかのプロパティを自動的に修正する VisualStudio フォーム デザイナーの拡張機能を作成したいと思います。

TableLayoutPanelより具体的には、を選択し、いくつかのコマンド（メニュー、マクロ、動詞など）を呼び出し、含まAutoSizeれているコントロールのプロパティを何らかの方法で調整できるようにしたいと思います（コントロールのタイプに応じて） 、グリッド内の位置など)。AnchorMarginPadding

MSDN の VS の自動化と拡張性に関するドキュメントは非常に包括的なようですが、フォーム デザイナーの拡張に関するトピックは見つかりませんでした。

フォーム デザイナーで「外部から」コントロールをクエリ/操作する方法についてアドバイスをいただければ幸いです (独自のコントロールを派生させてカスタム デザイナーを実装できることは承知していますが、それは避けたいと思います...)

前もって感謝します！

Visual Studio 2008 (SP1) を使用して Excel 2003 アドインを開発しようとしています。Visual Studio によって追加された定型コード以外のコードは追加しませんでした。

VS でアプリケーションを実行すると、Excel が読み込まれますが、アドイン自体が機能しません。[COM アドイン] ウィンドウにアドインが一覧表示されますが、チェックされていません。「読み込み動作」は「読み込まれていません。COM アドインの読み込み中にランタイム エラーが発生しました」と表示されます。[デバッグ] > [例外] ですべてのオプションを有効にしても、VS は読み込み時に例外をキャッチできませんでした。

また、このMSDN の記事に記載されているように、VSTO_SUPPRESSDISPLAYALERTS 環境変数を設定しようとしました。驚いたことに、メッセージも表示されませんでした。

Windows XP で Office 2003 (SP3) を実行しています。誰か助けていただければ幸いです。

ありがとう。

WiX インストーラーを使用した単純な古い Windows フォーム アプリケーションがあり、Program Files期待どおり、すべてのユーザーに対してフォルダーにインストールされます。アプリケーションは、 System.AddIn フレームワークを使用してアドインをホストします。

System.AddIn フレームワークはいくつかのアドイン パイプライン フォルダー ( AddIns、AddInSideAdapters、AddInViews、ContractsおよびHostSideAdapters) に書き込む必要があるため、アドインをインストールする最適な場所がわかりません。ユーザーに書き込み権限がないため、インストールできませんProgram Files。また、ユーザーのApplication Dataフォルダーにインストールすると、他のユーザーのアドインはインストールされません。

ここには相反する要件があることを認識しています (ユーザーは他のユーザーのアドインをいじることはできません。アドインはすべてのユーザーにインストールする必要があり、すべてのユーザーは書き込み権限が必要です)。 ?

System.AddIn フレームワークが書き込む必要があるファイルを に個別に保存できないのは残念ですが、それApplication Dataはフレームワークの制限のようです。

VB.Net 2008 と VSTO を使用して、MS Office アプリの起動時に起動する必要がある共有アドインを設計しています。2002、2003、および 2007 のアプリケーションの両方で機能する必要があります。Office のバージョンとアプリケーション名を示すテスト メッセージをポップアップ表示するアドインを作成し、すべてのアプリでこれをテストしました。

ソリューションの次の部分は、ドキュメントの監査と企業の保護マーキングのために実行する必要があるアプリケーション固有のコードをコーディングすることです。Excel で、すべてのアドインが Network Add-Ins フォルダーにリンクされていることを確認します。

これからの私のアプローチは、アプリケーション オブジェクトに対して遅延バインドし、コード内に存在する型付けされた (Excel などの) アプリケーション オブジェクト参照の 1 つをこのオブジェクトに設定することでした。

私はまだVSTOに比較的慣れていないので、何か奇妙なことをしている場合はお知らせください! :)

タ。

C＃（Visual Studio 2005）で記述されたMS Office COMアドインがあり、COMShimdllを使用しています。アドインはVSTOテクノロジを使用せず、ExcelXP以降をサポートします。アドインは、新しいツールバーとメニューを追加します。

アドインはExcel2007で正常に機能しますが、ツールバーとメニューとともに「アドイン」という名前の別のタブに表示されます。このアドインをExcel2007リボンツールバーと統合し、グループとボタンを含む新しいタブを作成したいと思います。

いくつかの記事を調べたところ、IRibbonExtensibilityがリボンのサポートに使用されるインターフェイスであることがわかりました。また、COM Shim Wizardsには、リボンインターフェイスをサポートする新しいバージョン2.3があります。

それができるかどうか、そしてプロジェクトで必要となる変更について知りたいです。

1. 現在、OfficeXPのoffice.dllファイルがプロジェクト（v 7.0）で使用されています。ただし、IRibbonExtensibilityインターフェイスはOffice 2007のdll（v12）にあります。したがって、私が最初に行う必要があるのは、このdllを変更し、コード内のすべての参照を更新することだと思います。このdllは以前のバージョン（下位互換性）をサポートしますか？既存の機能を壊したくありません。
2. COM Shim dllの変更は何ですか？

簡単なVSアドインを作成していて、コード内で[ドキュメント形式]オプション（[編集]の下）をプログラムで呼び出したいと思います。グーグルは今日私にあまり友好的ではありません...

皆さん、

VBA に基づく既存のシステムが Office 2007 を搭載したマシンにインストールされましたが、動作しませんでした。私が直面した問題は次のとおりです。

1. PowerPoint アドイン (.PPA) は、ショートカット メニューにカスタム ボタンを作成できなくなりました。Office 2007 はコマンドバーの名前を変更しましたか?

2. MSI (Wix で作成) は、Office 2003 のように XLStart フォルダーにファイルをインストールしませんでした。Office 2007 は XLStart に新しい名前を使用したか、別のメカニズムを使用しましたか?

上記の問題のトラブルシューティング方法に関するアドバイスは大歓迎です

Outlook 2007 アドインを作成しています。ユーザーが電子メールをフォルダーから別のフォルダーに移動したときに発生するイベントを知りたい (ドラッグ アンド ドロップまたはフォルダーへの移動オプションを使用)。私のアプリケーションはスパム フィルターを表し、スパム フォルダーがあり、ユーザーが電子メール フォームの受信トレイをスパムに移動したり、フォーム スパムを受信トレイに移動したりするたびに知る必要があります (これは、電子メールが間違って分類され、再トレーニングする必要があることを意味します) .

ありがとう