改成可以一鍵安裝or更新翻譯檔的方式

[we684123]

o((>ω< ))o 如題，這樣應該方便多了~ 如果接受pr要記得把 config.json 中的 remote_repo_url 改成你的喔

目前僅確認 Windows 沒問題，MacOS 跟 Linux 我手邊沒有，所以沒測

[rogeraabbccdd]

謝謝貢獻 但是我覺得一鍵安裝要另外裝 node.js 的話就不是真正的一鍵安裝 用 pkg 之類的套件打包應該比較好 另外如果能自動偵測 GitKraken 的版本會更好

[we684123]

🤔... 👌 之後來研究 pkg 怎麼玩 👌

目前已經有偵測 GitKraken 版本的功能了，但因為你在 ReadMe 上給的路徑只有 Windows 是要代入版本號碼的 所以這次提交的 update.js 只在 Windows 上會偵測。

有在想說改成執行後直接偵測版本，然後來你這裡找對應的直接下載 不過需要新增類似下列 versions 結構的資料夾(之後用，先搞你說的pkg) . ├── README.md ├── config.json ├── local_update.js ├── preferences.png ├── screenshot.png ├── strings.en.json ├── strings.json ├── update.bat ├── update.js └── versions ├── 8.3.2 │   ├── strings.en.json │   └── strings.json └── 8.3.3 ├── strings.en.json └── strings.json

[rogeraabbccdd]

各版本的 strings.json 應該可以從 GitHub Releases API 取得 只是最近幾版的 yarn 和 npm 還沒完全翻譯完，所以都是 Pre Release

[we684123]

@rogeraabbccdd ✨現在用 pkg 包起來了，程式點2下就好(我只測過 windows) 不過目前還是用直接讀 repo 中 strings.json、strings.en.json 內容的方式，所以功能上只支援 "直接升級到最新版翻譯"。

然後還是覺得用 我先前說的資料夾方案 比較好 其實我一開始設計 config 時是有考慮到不只給台灣人用而已，所以才會有出現 remote_repo_url 這個參數 然後 aims_branche 是設計給使用者自由切換分支，如果翻譯者有 dev 分支那使用者也可以先用 至於 usercontent_base_url 則是考量到翻譯者未必會在 Github上翻譯，自架 Git server 或是在 Gitlab... 等其他地方就可以用到

如果是資料夾方案的話在各方面彈性都會加很多，雖然可能不 "美觀"

會直接用 repo 中的 strings.en.json 是因為我覺得這樣比較安全，如果本地端改壞了還可以靠這個直接覆蓋 且我也寫了 restoreToEnglish.js 可以直接用repo上的 strings.en.json 還原 因為你過往的 Release 中並沒有包含 strings.en.json，所以如果改用 GitHub Releases API 方案舊版的會沒有 strings.en.json 可用，或是我還是要到 repo 撈

所以...... 還是覺得資料夾方案較好😅

---

後面應該還有一波的修改，不過目前確認可以用了就先這樣，如果有改下次再看看能不能開PR。 原來隔了要2個月了( ；∀；)

[we684123]

嘗試以 GitHub Releases API 重寫中...