這是受到研究 Open-Command 未記錄錯誤訊息的啟發，我們投入了大量時間來搜尋錯誤原因，如果錯誤訊息有意義並記錄在例如 scrioting 索引中，則可以避免錯誤原因。
事實上，我們收到錯誤“無法在行中打開表” 「使用Open-Command 開啟CSV 檔案時多次但無法重現。經過長期研究，我們發現有時透過網路進行大檔案複製作業需要很長時間，並且在網路不穩定的情況下會在一段時間後被放棄。
我希望透過以下方式看到這些毫無意義的錯誤訊息的改進：
- 將它們轉移到有意義的訊息“無法開啟行表” " => 例如"檔案已損壞且無法線上讀取」
- 透過在程式碼中給出範例，至少在腳本索引中記錄它
- 使錯誤訊息語言的文字獨立於英語
- 傳回與語言無關的錯誤編號，例如 Windows 世界中的錯誤號
- 函數Exception_code()，它以字串{93，「檔案找不到」}或類似形式傳回錯誤號碼和與語言無關的錯誤的陣列。這對於查詢錯誤代碼並向用戶呈現自訂訊息非常有用。
這個想法對於減少錯誤訊息的不必要的研究時間並加強錯誤的預防和處理非常重要。
@馬丁德梅爾
