我們發布了 EmEditor v22.2.0。

自從我們改進了之前版本的崩潰報告功能以來，我們收到了許多崩潰報告。這些崩潰報告說明我們提高了 EmEditor 的可靠性和穩健性。我們已經調查了收到的所有崩潰報告，並修復了許多我們無法通過其他方式發現的問題。我們非常感謝所有提交崩潰報告的使用者。我們註意到許多崩潰是由於記憶體不足導致的記憶體分配失敗引起的。如果使用者增加了他們系統上的虛擬記憶體，這種情況是可以避免的。v22.2 會在記憶體不足的時候顯示一個消息方塊，以及一個可單擊的 URL，以解釋在這種情況發生時如何增加虛擬記憶體。

在自訂對話方塊的進階頁面上，使用者可以指定用於打開大檔案的記憶體大小。指定的大小越大，EmEditor 的執行速度越快，但如果太大，則會導致記憶體分配失敗。例如，如果您打開一個 1 GB 的檔案，在每個檔案的最大記憶體大小中指定比 1 GB 稍大的值可以使 EmEditor 發揮最佳性能。在以前的版本中，這些預設值僅由實體記憶體大小決定。但是，具有較大虛擬記憶體的系統應該比具有較小虛擬記憶體的系統使用更多的記憶體。因此，v22.2 添加了一個名為自動管理所有記憶體大小的新選項。預設設定下此選項是開啟的，它會檢視可用的虛擬記憶體大小以及實體記憶體大小以確定最佳的記憶體大小。

當我們檢視崩潰報告時，我們還註意到許多崩潰發生在儲存了復原信息時記憶體不足的情況下。例如，如果使用者打開一個 10 GB 的檔案並選擇其中一個排序命令，則在預設設定下整個 10 GB 的檔案將在排序之前被儲存到記憶體中以提供復原功能。10 GB 是一個很大的記憶體量。我不認為很多使用者會通過犧牲這么大的記憶體空間來獲得復原信息。EmEditor 有一個名為總是丟棄冗長的復原信息以加速的選項以防止這種情況發生，但預設設定下此選項是關閉的。v22.2 在進度視窗中添加了相同的選項，以便使用者可以更容易地註意到並啟用它。

在以前版本的 EmEditor 中，如果您打開 CSV 檔案，EmEditor 不會切換到 CSV 模式，直到它完成加載整個 CSV 檔案內容。v22.2 在檢測到 CSV 模式時僅打開檔案內容的前 1 MB 時便會切換到 CSV 模式。此外，當您開始以 CSV 模式檢視、捲動和搜索檔案時，CSV 會語法檢查在後臺執行（正在進行 CSV 語法檢查時編輯會被停用）。即使 CSV 檔案中存在嵌入式換行符，新的 CSV 檢測也能正常工作。

v22.2 改進了調整 CSV 分隔符位置、CSV 語法檢查、從 CSV 模式切換到普通模式以及處理超大檔案時的各種轉換和排序命令的速度。在上述提及的自動管理記憶體大小的說明下，速度提升更為顯著。在我們的測試中，在一個 10 GB 隨機的 ASCII 檔案中使用按字母升序排序命令與 v21.1.4 相比，命令速度提高了 4.69 倍。

如果您多檔尋找並儲存結果檔案，稍後再次打開該檔案，檔案中的超連結就會消失。在以前的版本中，您需要運行一個巨集 document.HighlightTag = true; 來再次顯示超連結。V22.2 允許您使用名為標記連結的新命令輕松啟用超連結，該命令位於檢視功能表下。

v22.2 添加了 \V 運算式添加到取代運算式語法中，並允許您把 V8 JavaScript 引擎用於取代運算式。然而，正如我之前在技術評論中所寫的，使用 V8 運算式可能會導致 EmEditor 的操作比之前的 \J 運算式 (JScript) 慢，因此我建議只在必要時使用 \V 運算式。

最後，由 Makoto Emura 開發的 CommitList 外掛程式也大大增強了其功能。新版的外掛程式添加了拉取、推送和擷取提交的功能，另外還能通過提交消息、作者、ID（哈希）或標籤來篩選提交記錄。

最後，希望您喜歡 EmEditor，無論您使用的是專業版還是免費版。如果您有任何問題、功能請求或想法，請聯繫我們或在論壇中留言。）

感謝您使用 EmEditor！
— Yutaka Emura

詳細信息和屏幕截圖，請參閱 EmEditor v22.2 新增功能。

此發布還包括了所有在在開發 v22.2 時修復的 bug.

如果您使用的是桌面安裝程式版，那您可以到說明功能表下選擇檢查更新來下載最新版本。 如果此方法失敗，請下載最新版本，並運行下載的安裝程式。 如果您使用的是桌面可攜式版，則可以轉到下載頁面下載最新版本。市集應用版可以在幾天後通過 Microsoft 市集更新（ 64 位 / 32 位）。如果您使用 winget，您可以輸入 “winget install emeditor” 來安裝最新版本的 EmEditor（自動檢測 64 位或 32 位）。