Steam Linux 啟動說明
编辑此页如果您從 Linux 版 Steam 啟動 HagiCode Desktop，預設啟動路徑目前會優先考慮啟動相容性，而不是保留 Electron 的預設沙箱保護。
這並不是理想的長期技術解決方案。這是目前針對 Steam 沙箱和 Electron 沙箱在啟動期間未解決的衝突的兼容性回退。
從簡短版本開始
Section titled “從簡短版本開始”將目前行為視為兩個啟動選擇：
- 預設 Steam 啟動：相容性第一，啟動
--disable-setuid-sandbox -no-sandbox，並且更可靠地避免已知的啟動衝突，但不保留Electron的預設沙箱。 - 手動直接啟動
hagicode-desktop：要求您輸入實際的安裝目錄並自行啟動桌面二進位文件，這避免了 Steam 啟動器標誌並保留 Electron 的預設沙箱。
:::注意[預設的Steam路徑並非沒有風險]
--disable-setuid-sandbox -no-sandbox 是目前的相容性路徑，但它也刪除了 Electron 的預設執行時間保護層之一。
:::
為什麼預設 Steam 啟動會停用 Electron 沙箱
Section titled “為什麼預設 Steam 啟動會停用 Electron 沙箱”在 Linux 上，Steam 在應用程式環境周圍引入了自己的沙箱層。當 HagiCode Desktop 在該環境中作為 Electron 應用程式啟動時，以預設方式啟用 Electron 沙箱目前可能會導致沙箱衝突和啟動崩潰。
這就是目前預設 Steam 啟動路徑附加的原因 --disable-setuid-sandbox -no-sandbox。目標很簡單：
- 保持應用程式可在 Steam 內啟動
- 避免立即啟動崩潰路徑
- 使用相容性預設值，而更清晰的技術解決方案仍然不可用
:::注意[當前狀態] 團隊還沒有更明確的技術修復，可以讓 Electron 的預設沙箱在 Steam 沙箱環境中保持啟用狀態，同時仍避免目前的啟動失敗。 :::
啟動選項A：使用預設的Steam啟動
Section titled “啟動選項A：使用預設的Steam啟動”如果您的首要任務是“從 Steam 打開應用程式並可靠地進入”，請保留預設的 Steam 啟動路徑。
其特點是：
- 它與當前打包的預設行為匹配
- 它不需要您檢查安裝目錄
- 它會自動使用相容性標誌
--disable-setuid-sandbox -no-sandbox - 代價是 Electron 的預設沙箱不會被保留
此路徑適合以下使用者：
- 想要標準的 Steam 啟動體驗
- 首先重視啟動可靠性
- 不想管理手動啟動命令
啟動選擇B：啟動 hagicode-desktop 直接
Section titled “啟動選擇B：啟動 hagicode-desktop 直接”如果您的首要任務是保留 Electron 的預設沙箱行為，請不要使用預設的 Steam 啟動器路徑來啟動。相反，請前往已安裝的 HagiCode Desktop 目錄並執行 hagicode-desktop 直接二進制。
使用這個一般過程：
- 在 Steam 庫中找到實際的 HagiCode Desktop 安裝目錄
- 輸入包含該檔案的目錄
hagicode-desktop二進位 - 運行
hagicode-desktop直接 - 避免透過 Steam 的預設啟動按鈕啟動該會話
:::注意[本指南故意與路徑無關]
沒有一個安裝路徑對於每個 Linux 發行版、Steam 庫位置或自訂使用者設定都是正確的。穩定的指令是先找到自己的安裝目錄並啟動 hagicode-desktop 從那裡。
:::
使用這個經驗法則：
- 如果您想要最相容的「從 Steam 啟動」路徑，請選擇 預設 Steam 啟動
- 如果你想保留 Electron 的預設沙箱，請選擇 手動直接啟動
hagicode-desktop
這是相容性優先的預設值和沙箱保留手動路徑之間的權衡，而不是聲稱一個選項對於每個使用者來說都是普遍正確的。