啟動 (C++)
這篇文章說明停用視覺化編輯 OLE 項目就地啟動的角色。 使用者已在收納器文件中嵌入一個 OLE 項目之後，它可能會需要使用。 若要執行這項操作，在使用者按兩下的項目啟動那個項目。 啟動過程最常出現的活動編輯。 許多目前 OLE 項目，當啟用以進行編輯，會造成目前框架視窗來變更以反映屬於建立該項目的伺服應用程式的功能表及工具列。 這種行為，稱為就地啟動過程中，可讓使用者編輯複合文件中的任何內嵌項目，而不需要離開容器文件的視窗。
您也可編輯內嵌的 OLE 項目在另一個視窗中。 如果容器或伺服器應用程式不支援就地啟動，則將會發生此問題。 如此一來，當使用者按兩下內嵌的項目，在另一個視窗中啟動伺服器應用程式時，內嵌的項目顯示成自己的文件。 使用者編輯此視窗中的項目。 編輯完成後，使用者就會關閉伺服器應用程式，並傳回給收納器應用程式。
或者，使用者可以選擇 「 開啟編輯 」 與 <object> 開啟 命令 編輯功能表。 這是另一個視窗中開啟物件。
.gif "注意事項") 注意事項 |
|---|
編輯內嵌在另一個視窗中的項目是 OLE 1.0 版的標準行為，而且某些 OLE 應用程式可支援只有這種編輯樣式。 |
就地啟動將升級以文件為主的方法，來建立文件。 使用者可以將複合文件視為單一實體，對它進行工作不需要應用程式之間切換。 不過，在就地啟動只適用於內嵌項目，不適用於連結的項目： 必須在另一個視窗中進行編輯。 這是因為一個連結項目實際上儲存在不同的地方。 編輯連結的項目進行的資料，也就是實際的內容中儲存資料的位置。 編輯連結的項目在另一個視窗中可提醒使用者該份資料屬於另一個文件。
MFC 不支援巢狀在就地啟動。 如果您建立容器/伺服應用程式和容器/伺服內嵌於另一個容器和就地啟動，它不能就地啟動內嵌物件。
當使用者連按兩下滑鼠時，在內嵌項目會發生什麼事，取決於項目中定義的動詞命令。 如需資訊，請參閱啟動過程： 動作。