問題タブ [office-2007]

Visual Studio 2008 TS と SQL Server 2005 Enterprise をインストールしたところ、Windows Update で Office 2007 の更新プログラムが大量に取得されました。Officeもインストールしていません。

するべきか：

1. アップデートをインストールするだけです (~20MB のみ)
2. それらをインストールして非表示にしないでください（セキュリティ上の問題の可能性があります）
3. アンインストールしてこれらの更新を削除します

これらの更新プログラムが表示される可能性のあるいくつかのコンポーネントを既にアンインストールしました。再起動後、アップデートを再度確認します。

Windows 7 x64 を実行しています。SQL Server 2005 はサポートされていませんが、正常に動作することを確認しました。

ありがとう

32 ビット バージョンの DSOFile.dll 2.1 を使用して Office ドキュメントから共通プロパティを読み取る 32 ビット .NET アプリケーションがあります。これは、Office 2003 と Office 2007 の両方のドキュメントで、32 ビット バージョンの Windows で機能します。現在、64 ビット環境、特に 64 ビット Windows Server 2008 でのアプリケーションの動作を調べています。

この 64 ビット環境では、DSOFile.dll は Office 2003 ドキュメント (DOC など) からプロパティを正常に読み取ることができますが、Office 2007 ドキュメント (DOCX など) の場合は、すべてのプロパティに対して空の文字列のみが返されます。エラーが発生します。

ここに私の観察があります：

環境: クリーン インストール
DOC 小道具
の読み取り: OK DOCX 小道具の読み取り: 空の値が返されました

環境: Office 2007 互換性パックがインストールされて
います DOC
プロパティの読み取り: OK DOCX プロパティの読み取り: 空の値が返されました

環境: Office 2007 Compatibility Pack SP1
DOC
プロパティの読み取り: OK DOCX プロパティの読み取り: 空の値が返される

環境: Office 2007 がインストールされて
います Read DOC props: OK
DOCX props を読みます: エラー メッセージ = "ドキュメントは OLE ファイルではありません"

64 ビット システムでは、%SystemRoot%\Syswow64 にある regsvr32 のコピーを使用して、dsofile.dll を登録しました。

アドバイスをいただければ幸いです。

私が正しく思い出すと、Office 2007リボンUIの制限の1つは、WordやExcelなどの他のMSOffice製品と競合するためにそれを使用できないことでした。

これと同じ制限がWindows7リボンUIに適用されますか？

ありがとう。

Office 2007 の古いメニューを取り戻す方法に興味があります。これを行うアドインを購入できることは知っていますが、これらがどのように行われるかについてもっと興味がありますか? これを自宅で実装したいのですが、正しい方向に向けるだけです!

ありがとう！

Excel マクロを使用して、COM アドインで定義された関数を呼び出すにはどうすればよいですか? 基本的に、いくつかのことを行う Excel COM アドインを作成しました。今、私はこれをExcelマクロで呼び出したいと思っています。それは可能ですか？

または

マクロを使用して COM Addin をインストールすることはできますか?

Visual Studio 2008 を使用して C# で記述された私の WinApp には、これらのようなメニュー コントロールがあります。Office 2007 で資金を提供でき ます。 s800/メニュー.jpg

SSRS 2005 レポートを Excel 2003 (.xls) ではなく Excel 2007 (.xlsx) にエクスポートする方法はありますか?

私の会社のコール センター マネージャーは、SharePoint 2007 サイトのドキュメント ライブラリを使用して、トレーニング資料と情報を電話担当者に投稿しています。これらの担当者には、管理者が投稿したドキュメントを変更しないようにライブラリへの読み取り専用アクセスが与えられますが、管理者が Office 07 ドキュメント (より具体的には docx または xlsx) をアップロードした場合、担当者はファイルを開くことができないことがわかりました。より高い権限 (追加、編集、または削除のいずれか) を付与します。通常、ドキュメントを Office 03 ファイル タイプとして保存するだけですが、一部の Excel スプレッドシートでは機能が失われます。

なぜこれが起こるのか、または解決する方法はありますか? 他の誰かがこの問題に遭遇しましたか? 私は検索してきましたが、私たちが問題を抱えていないファイルのアップロードの問題だけが見つかったようです.

Outlook 2007アドイン（Visual Studio 2008 /VSTOを搭載したWindows7開発マシンで作成）に問題があります。

これらのマシンにMSIインストーラーとともにインストールされます。-
開発マシン
-WindowsXPマシン

インストールは最初はVistaマシンで成功しましたが、更新されたバージョンのアドインをインストールした後、Outlookの起動時に無効になります。Vistaがセキュリティを処理する方法に関連しているのではないかと思われます。

VistaマシンへのVSTOアドインのインストールに固有の問題が発生したことはありますか？（この場合のアドインは正常にインストールされますが、 Outlookの起動時に「ただ」無効
になっ ていることに注意してください。）

VSTO 3.0 (Visual Studio 2008 を使用) は、Office 2003 と Office 2007 の両方を (別々のソリューションで) ターゲットにできるように、単一の開発用コンピューターにインストールされた Office 2003 と Office 2007 の両方をサポートしていますか?

これについて相反する情報を見ました。

いいえ: http://msdn.microsoft.com/en-us/library/bb398242.aspx

Visual Studio Tools for Office は、Microsoft Office 2003 と 2007 Microsoft Office システム (または、Word 2003 と Word 2007 など、同じアプリケーションの異なるバージョン) を開発用コンピューターに並べてインストールすることをサポートしていません。さまざまなバージョンの Microsoft Office 用のソリューションを開発するには、Microsoft Office のバージョンごとに異なる開発用コンピューターを使用します。

はい: http://msdn.microsoft.com/en-us/library/15s06t57.aspx

Visual Studio Tools for Office をインストールすると、プライマリ相互運用機能アセンブリがファイル システム内のグローバル アセンブリ キャッシュ外の場所に自動的にインストールされます。新しいプロジェクトを作成すると、Visual Studio Tools for Office によって、これらのプライマリ相互運用機能アセンブリのコピーへの参照がプロジェクトに自動的に追加されます。Visual Studio Tools for Office は、グローバル アセンブリ キャッシュ内のアセンブリではなく、これらのプライマリ相互運用機能アセンブリのコピーを使用して、プロジェクトを開発およびビルドするときに型参照を解決します。

プライマリ相互運用機能アセンブリのこれらのコピーは、Office プライマリ相互運用機能アセンブリの 2003 バージョンと 2007 バージョンの両方がグローバル アセンブリ キャッシュに登録されている場合に発生する可能性があるいくつかの開発上の問題を Visual Studio Tools for Office が回避するのに役立ちます。」</p>

誰かがこれを行ったことがありますか?何か問題はありましたか?