ecode下載 - ecode源代碼下載

Ecode

Ecode是一種輕巧的多平台代碼編輯器，專為現代硬件而設計，重點是響應能力和性能。它是使用硬件加速的EEEPP GUI開發的，EEPEP GUI為編輯提供了核心技術。該項目是使用EEPEP GUI的第一個嚴肅項目，目前正在開發該項目以改善EEPEP GUI庫，這是其主要目標之一。

屏幕截圖

Ecode-代碼編輯器

有關在MacOS上運行的更多屏幕截圖，請在Windows上運行，在Haiku上運行，低DPI，代碼完成，終端，文件定位器，文件格式，全局查找，全局替換，Linter。

值得注意的功能

輕的
便攜的
極簡主義的gui
語法突出顯示（包括嵌套語法突出顯示，支持90多種語言和LSP語義突出顯示）
多重支持
終端支撐
命令調色板
LSP支持
GIT整合
自動完成
可自定義的襯裡支持
可自定義的格式支持
可自定義的顏色範圍
可自定義的鍵盤綁定
可配置的構建管道
快速全局搜索（並替換）
最小值
無限的編輯分裂
容易擴展的語言支持
可定制且可擴展的（非全能）GUI（感謝EEPEP GUI）
黑暗與光模式
文件系統樹視圖（帶有實時文件系統更改）
智能的文件加載文件
文件夾作為帶有.gitignore支持的項目 *
每個項目設置
智能和快速的項目文件定位器
多行搜索並替換
項目/文件夾狀態在會話之間持續存在
軟包
代碼折
會話快照和定期備份
PERL正則表達式和LUA模式搜索支持
插件支持。

文件夾 /項目設置（*）

Ecode像許多其他編輯一樣將文件夾視為項目。主要區別在於，它還試圖通過濾除在.gitignore庫中過濾的任何文件來自動消毒項目文件。這個想法是將.gitignore文件用作項目設置。項目文件將是用於查找項目中文件並進行全局搜索的文件。通常，對於任何與項目相關的搜索，這都可以轉化為更好的結果。還有一個非常簡單的機制，可以通過在加載的文件夾中添加帶有允許的過濾模式的文件，允許.gitignore對.gitignore的過濾文件可見性，從而在.ecode/.prjallowed中使用必要的球模式創建文件，從而允許過濾的模式“未過濾””。 Ecode只會添加由編輯器支持的文件，編輯器不會嘗試使用不正式支持的文件來執行任何操作。

哲學

一些要說明項目理念的要點：

可擴展功能，但在受控環境中。接受新功能和新插件，但作者將監督任何可能影響應用程序質量和性能的新內容。
加載盡可能少的文件和資源，並儘可能多地加載資源。應用程序的啟動時間被認為是至關重要的。
使用機器資源，但不要濫用它們。
編輯器實現將嘗試優先考慮性能和內存使用率而不是簡單性。
考慮到現代硬件：預期硬件應具有低文件系統延遲（SSD），高核心計數和不錯的GPU加速度。
插件和非MAIN功能絕不能鎖定主線程（GUI線程），或者至少應盡可能少地阻止它。
終端是開發人員工作流程的一部分。

現場演示

可以將Ecode彙編為WASM並在任何現代瀏覽器中運行。沒有計劃將開發集中在網絡版本上（至少目前），因為那裡有很多好的解決方案。但是您可以嘗試一下：

演示在這裡

演示澄清

您需要一個現代瀏覽器，並具有共享的arrayBuffer支持
linter，formatter和LSP插件無法正常工作，因為這兩個工作都運行其他過程（除了可用的本機格式化器除外）
WebGL渲染器沒有優化，因此它的速度不那麼快（在基於鉻的瀏覽器中表現良好）
演示是為桌面分辨率設計的（移動設備無法使用，IME鍵盤不會出現，因此由於emscripten限製而顯示）

原始碼

當前，源代碼位於EEPP項目存儲庫中。 Ecode編輯器源位於SRC/Tools/ecode。 Ecode被用來積極改善和迭代EEEPP GUI庫。在某個時候，它將遷移到此存儲庫。 Ecode存儲庫應用於問題和文檔。 EEPP存儲庫將接受ECODE的PRS。

從源構建

每個受支持的平台都有準備構建應用程序的腳本。對於Linux和MacOS，構建該項目是微不足道的，您只需要安裝GCC/Clang以及LIBSDL2的開發庫即可。 Windows Build腳本當前是一個交叉編譯腳本，它使用MingW64。但是它也可以輕鬆地使用安裝的Visual Studio和LibsDL2開發庫來構建。有關如何手動構建項目的更多信息，請遵循EEPP構建說明。項目名稱始終是Ecode （因此，如果您使用Make構建，則需要運行make ecode ）。

Linux構建腳本可以在此處找到。運行build.app.sh將嘗試使用壓縮應用程序構建AppImage軟件包和tar.gz ecode文件夾將包含未壓縮的應用程序。
MacOS構建腳本可以在此處找到。運行build.app.sh將創建ecode.app 。運行create.dmg.sh以創建dmg文件。 ecode.app文件夾將包含未壓縮的應用程序。
Windows交叉編譯構建腳本可以在此處找到。運行build.app.sh將使用zipped應用程序包創建一個zip文件。 ecode文件夾將包含未壓縮的應用程序。從Windows構建，請按照此處的說明進行操作。
FreeBSD構建腳本可以在此處找到。運行build.app.sh將嘗試使用壓縮應用程序構建tar.gz ecode.app文件夾將包含未壓縮的應用程序。
Haiku Build腳本可以在這裡找到。運行build.app.sh將嘗試使用壓縮應用程序構建tar.gz ecode.app文件夾將包含未壓縮的應用程序。

每晚建造

夜間構建正在這里為更不耐煩的用戶分發。正在積極開發Ecode，除非用戶需要未決的修復程序，否則每天的構建可能不會穩定。

語言支持

Ecode不斷添加更多的語言支持，還支持通過配置文件擴展其語言支持（對於每個功能：語法突出顯示，LSP，Linter和Formatter）。

語言支持表

語言	強調	LSP	Linter	格式化
.htaccess	✓	沒有任何	沒有任何	沒有任何
.ignore文件	✓	沒有任何	沒有任何	沒有任何
[x]它！	✓	沒有任何	沒有任何	沒有任何
熟練	✓	Adeptlsp	沒有任何	沒有任何
Angelscript	✓	沒有任何	沒有任何	沒有任何
尷尬腳本	✓	沒有任何	沒有任何	沒有任何
蝙蝠	✓	沒有任何	沒有任何	沒有任何
巴澤爾	✓	沒有任何	沒有任何	沒有任何
彎曲	✓	沒有任何	沒有任何	沒有任何
藍圖	✓	沒有任何	沒有任何	沒有任何
腦力	✓	沒有任何	沒有任何	沒有任何
嗡嗡聲	✓	沒有任何	沒有任何	沒有任何
c	✓	clangd	CPPCHECK	叮噹聲
碳	✓	沒有任何	沒有任何	沒有任何
克洛傑爾	✓	clojure-lsp	沒有任何	沒有任何
cmake	✓	CMAKE語言服務器	沒有任何	沒有任何
CPP	✓	clangd	CPPCHECK	叮噹聲
水晶	✓	結晶	沒有任何	沒有任何
CSHARP	✓	無所不能	沒有任何	沒有任何
CSS	✓	emmet語言服務器	沒有任何	本國的
d	✓	服務-D	沒有任何	沒有任何
鏢	✓	飛鏢語言服務器	沒有任何	沒有任何
差異	✓	沒有任何	沒有任何	沒有任何
Dockerfile	✓	Docker-Langserver	沒有任何	沒有任何
長生不老藥	✓	elixir-ls	沒有任何	沒有任何
榆樹	✓	Elm語言服務器	沒有任何	沒有任何
環境文件	✓	沒有任何	沒有任何	沒有任何
幻想	✓	沒有任何	沒有任何	沒有任何
Fortran	✓	堡壘	沒有任何	沒有任何
FSTAB	✓	沒有任何	沒有任何	沒有任何
gdscript	✓	沒有任何	沒有任何	沒有任何
glsl	✓	GLSL_ANALYZER	沒有任何	沒有任何
去	✓	gopls	沒有任何	gopls
GraphQl	✓	沒有任何	沒有任何	沒有任何
Groovy	✓	沒有任何	沒有任何	沒有任何
野兔	✓	沒有任何	沒有任何	沒有任何
哈斯克爾	✓	Haskell語言服務器	hlint	Ormolu
哈克斯	✓	沒有任何	沒有任何	沒有任何
HAXE編譯器論點	✓	沒有任何	沒有任何	沒有任何
HLSL	✓	沒有任何	沒有任何	沒有任何
html	✓	emmet語言服務器	沒有任何	更漂亮
ini	✓	沒有任何	沒有任何	沒有任何
傑伊	✓	沒有任何	沒有任何	沒有任何
爪哇	✓	JDTLS	沒有任何	叮噹聲
JavaScript	✓	打字稿 - 語言服務器	eslint	更漂亮
JavasCripTreact	✓	打字稿 - 語言服務器	沒有任何	沒有任何
JSON	✓	沒有任何	JQ	本國的
朱莉婭	✓	語言ERGAGESERVER.JL	沒有任何	沒有任何
科特林	✓	科特林語言服務器	ktlint	ktlint
乳膠	✓	Texlab	沒有任何	沒有任何
龍蝦	✓	沒有任何	沒有任何	沒有任何
盧阿	✓	Lua語言服務器	盧阿切克	沒有任何
makefile	✓	沒有任何	沒有任何	沒有任何
降價	✓	沒有任何	沒有任何	沒有任何
介子	✓	沒有任何	沒有任何	沒有任何
月經	✓	沒有任何	沒有任何	沒有任何
內魯亞	✓	沒有任何	內魯亞	沒有任何
尼姆	✓	nimlsp	尼姆	沒有任何
Objeck	✓	沒有任何	沒有任何	沒有任何
Objective-C	✓	clangd	沒有任何	叮噹聲
OCAML	✓	OCAML-LSP	沒有任何	沒有任何
奧丁	✓	OLS	沒有任何	沒有任何
OPENSCAD	✓	沒有任何	沒有任何	沒有任何
帕斯卡	✓	沒有任何	沒有任何	沒有任何
珀爾	✓	perlnavigator	沒有任何	沒有任何
php	✓	Phpactor	php	沒有任何
Pico-8	✓	沒有任何	沒有任何	沒有任何
明文	✓	沒有任何	沒有任何	沒有任何
po	✓	沒有任何	沒有任何	沒有任何
小馬	✓	沒有任何	沒有任何	沒有任何
Postgresql	✓	沒有任何	沒有任何	沒有任何
Powershell	✓	沒有任何	沒有任何	沒有任何
Python	✓	pylsp	拉夫	黑色的
r	✓	R語言服務器	沒有任何	沒有任何
戒指	✓	沒有任何	沒有任何	沒有任何
紅寶石	✓	Solargraph	沒有任何	沒有任何
銹	✓	生鏽的分析儀	沒有任何	rudfmt
Sass	✓	emmet語言服務器	沒有任何	沒有任何
Scala	✓	金屬	沒有任何	沒有任何
ShellScript	✓	Bash語言服務器	沒有任何	沒有任何
小基礎	✓	沒有任何	沒有任何	沒有任何
堅固	✓	Solc	Solhint	沒有任何
SQL	✓	沒有任何	沒有任何	沒有任何
迅速	✓	sourcekit-lsp	沒有任何	沒有任何
TCL	✓	沒有任何	沒有任何	沒有任何
藍綠色	✓	沒有任何	TL	沒有任何
湯姆	✓	沒有任何	沒有任何	沒有任何
打字稿	✓	打字稿 - 語言服務器	eslint	更漂亮
類型進行反應	✓	打字稿 - 語言服務器	沒有任何	沒有任何
v	✓	V-Analyzer	沒有任何	v
瓦拉	✓	瓦拉語言服務器	沒有任何	沒有任何
Verilog	✓	沒有任何	沒有任何	沒有任何
視覺基本	✓	沒有任何	沒有任何	沒有任何
Vue	✓	VLS	沒有任何	沒有任何
鷦	✓	沒有任何	沒有任何	沒有任何
x86組件	✓	沒有任何	沒有任何	沒有任何
XML	✓	emmet語言服務器	本國的	本國的
XTEND	✓	沒有任何	沒有任何	沒有任何
yaml	✓	Yaml語言服務器	沒有任何	沒有任何
ZIG	✓	ZLS	ZIG	ZIG

本國的

本機標籤意味著該功能由Ecode本機支持，並且不需要任何外部工具才能運行。

語言支持健康

Ecode帶來了顯示當前語言支持健康的工具。從Ecode您可以從Settings -> Tools -> Check Language Health狀況中檢查其健康狀況，並且可以從CLI使用--health標誌： ecode --health 。使用健康檢查標誌對缺少語言服務器，襯里和格式化器進行故障排除。

用ecode --health或詢問有關具有ecode --health-lang=<lang> 。

插件

插件擴展了基本代碼編輯器功能。目前，默認情況下所有插件都啟用，但它們是可選的，可以隨時禁用。 Ecode實現了內部協議，該協議允許插件相互通信。 LSP協議將用作實現插件通信的基礎。例如，Linter插件將消耗LSP來改善其診斷。此外，自動完成模塊將要求LSP（如果有）提供幫助，以改善完成並提供簽名幫助。

Linter

通過從每種語言中執行已經穩定的襯裡來提供襯裡支持。默認情況下， Ecode提供了對幾種語言的支持，並且可以通過擴展linters.json配置輕鬆擴展。 linters.json默認配置可以從此處獲得。要配置新的Linters，您可以在Ecode的默認配置路徑中創建一個新的linters.json文件。

`linters.json`格式

該格式是一個非常簡單的JSON對象，具有配置對象和包含支持的文件格式的對像數組，LUA模式，以查找Linter在Stdout上打印的任何錯誤，圖案的每個組的位置以及執行的命令。它還支持一些可選的額外對象鍵。

JavaScript Linter示例（使用ESLINT）

{
    "config" : {
        "delay_time" : " 0.5s "
    },
    "linters" : [
      {
        "file_patterns" : [ " %.js$ " , " %.ts$ " ],
        "warning_pattern" : " [^:]:(%d+):(%d+): ([^%[]+)%[([^ n ]+) " ,
        "warning_pattern_order" : { "line" : 1 , "col" : 2 , "message" : 3 , "type" : 4 },
        "command" : " eslint --no-ignore --format unix $FILENAME "
      }
    ]
}

這就是我們需要在Ecode中使用一個工作的襯裡。 Linters的可執行文件必須由用戶手動安裝，編輯器不會隨附襯裡，並且還需要可見的。這意味著它必須在PATH環境變量上，否則二進制的路徑必須是絕對的。

當前支持的襯裡

請檢查語言支持表

linter配置對象鍵

delay_time ：編輯文檔後延遲運行襯裡
enable_error_lens ：啟用錯誤鏡頭（打印消息內聯）
Enable_lsp_diagnostics ：啟用/禁用LSP診斷的布爾值作為伸長的一部分。默認情況下啟用。
disable_lsp_languages ：禁用LSP診斷的LSP語言數組。例如： "disable_lsp_languages": ["lua", "python"] ，禁用lua和python。
disable_languages ：從外部Linter Application Diagnostics禁用的Linter陣列。例如： "disable_languages": ["lua", "python"] ，分別禁用Luacheck和Ruff。
goto_ignore_warnings ：定義“ linter-go-go-to-next-rorr”和“ linter-go-go-go-to-to-to-to-to-to-revious-rorr”鍵的行為。如果忽略警告是正確的，它將僅在錯誤之間跳躍。

linter json對象鍵

file_patterns ：代表必須使用linter的文件擴展名的LUA模式的數組
WARNNING_PATTERN ：將從可執行的Stdout中解析的LUA模式
WARNNING_PATTERN_ORDER ：讀取行，列，錯誤/警告/通知消息的順序以及消息的類型（警告，錯誤，通知，信息）。該模式必須至少有3個組（行，消息和類型）。錯誤類型是從其名稱自動檢測的。
命令：執行運行Linter的命令。 $文件名代表文件路徑。
URL （可選）：Linter的網頁URL
Expection_exitCodes ：被接受為可放線的出口代碼（可選）的整數數量的數組
NO_ERRORS_EXIT_CODE ：代表退出代碼的整數編號，這意味著找不到錯誤（可選）。
重複說明：如果Linter輸出重複的錯誤，此佈爾值將忽略重複的錯誤（可選，布爾值為/true/false）
USE_TMP_FOLDER ：臨時文件（代表修改後文件的當前狀態的文件）將寫在操作系統的默認時間文件夾中，否則將以修改後的文件的相同文件夾路徑（可選，boolean true/false）寫入。

格式化

格式插件的工作原理與Linter插件完全一樣，但是它將執行自動編碼的工具。默認情況下， Ecode可以通過擴展formatters.json配置來輕鬆擴展對幾種語言的支持。 formatters.json可以從此處獲得默認配置。它還本地支持某些格式化，這意味著格式配方帶有ecode，而無需任何外部依賴。並且還支持LSP文本文檔格式化，這意味著，如果您正在運行支持格式化文檔的LSP，則格式也將可用。要配置新格式器，您可以在Ecode的默認配置路徑中創建一個新的formatters.json文件。

`formatters.json`格式

{
    "config" : {
        "auto_format_on_save" : false
    },
    "keybindings" : {
        "format-doc" : " alt+f "
    },
    "formatters" : [
        {
            "file_patterns" : [ " %.js$ " , " %.ts$ " ],
            "command" : " prettier $FILENAME "
        }
    ]
}

目前支持的格式化

請檢查語言支持表

格式配置對象鍵

auto_format_on_save ：指示保存文件後是否應該自動形式

格式鍵鍵對象鍵

格式-DOC ：用配置的語言格式化格式的鍵鍵

格式json對象鍵

file_patterns ：代表必須使用格式的文件擴展名的LUA模式的數組
命令：執行以運行格式的命令。 $文件名代表文件路徑
類型：指示格式化器輸出結果的模式。支持兩個可能的選項：“ Inplace”（文件替換為格式化版本），“輸出”（新格式化的文件是程序的stdout，默認選項）或“本機”（使用Ecode提供的格式）
URL （可選）：格式的網頁URL

LSP客戶端

通過執行每種語言已經穩定的LSP來提供LSP支持。默認情況下， Ecode提供了對幾種語言的支持，並且可以通過擴展lspclient.json配置輕鬆擴展。 lspclient.json默認配置可以從此處獲得。要配置新的LSP，您可以在Ecode的默認配置路徑中創建一個新的lspclient.json文件。

重要說明：LSP服務器可能是非常重要的資源密集型，並且可能不是簡單項目的最佳選擇。

實施詳細信息：僅在需要時加載LSP服務器，直到項目中打開支持的文件之前，不會打開任何過程。

`lspclient.json`格式

格式遵循與所有以前的配置文件相同的模式。配置在帶有三個主要鍵的JSON文件中表示： config ， keybindings ， servers 。

C和C ++ LSP服務器示例（使用clangd）

{
    "config" : {
        "hover_delay" : " 0.5s "
    },
    "servers" : [
        {
          "language" : " c " ,
          "name" : " clangd " ,
          "url" : " https://clangd.llvm.org/ " ,
          "command" : " clangd -log=error --background-index --limit-results=500 --completion-style=bundled " ,
          "file_patterns" : [ " %.c$ " , " %.h$ " , " %.C$ " , " %.H$ " , " %.objc$ " ]
        },
        {
          "language" : " cpp " ,
          "use" : " clangd " ,
          "file_patterns" : [ " %.inl$ " , " %.cpp$ " , " %.hpp$ " , " %.cc$ " , " %.cxx$ " , " %.c++$ " , " %.hh$ " , " %.hxx$ " , " %.h++$ " , " %.objcpp$ " ]
        }
    ]
}

這就是我們需要在Ecode中使用的LSP。 LSPS可執行文件必須由用戶手動安裝，LSP不會隨附編輯器，並且還需要可見的可執行文件。這意味著它必須在PATH環境變量上，否則二進制的路徑必須是絕對的。

目前支持LSP

請檢查語言支持表

LSP客戶端配置對象鍵

Hover_Delay ：編輯器在懸停任何代碼時必須等待顯示符號信息的時間。
Server_close_after_idle_time ：LSP服務器所有消耗LSP服務器已關閉的文檔後，LSP服務器將保持活力。 LSP服務器被催生並按需殺死。
Semantic_highlighting ：啟用/禁用語義突出顯示（默認情況下禁用，布爾值）
disable_semantic_highlighting_lang ：應該禁用語義突出顯示的一系列語言
沉默：啟用/禁用非關鍵LSP日誌
trim_logs ：如果啟用日誌並啟用了trim_logs，它將以每行最多1 kib為單位（可用於調試），將行log大小縮小
BreadCrumb_Navigation ：啟用/禁用BreadCrumb（默認啟用）
BreadCrumb_Height ：定義CSS長度的麵包屑的高度

LSP客戶端鑰匙鍵對象鍵

lsp-symbol-info ：鑰匙限制要請求符號信息
lsp-go-to-to-to-tewinition ：鍵入“轉到定義”
lsp-go-go-to-declaration ：鍵入“轉到聲明”
lsp-go-to-to-toplementation ：鍵入“轉到實施”
lsp-go-to-type-depinition ：鍵入“轉到類型定義”
LSP-Symbol-引用：鍵鍵入“查找光標下的符號的引用”
LSP-Symbol-Code-Action ：鍵入“代碼操作”
LSP-SWITCH-HEADER-SORCE ：鍵鍵入“開關標頭/源”（僅適用於C和C ++）

LSP客戶端JSON對象鍵

語言：LSP語言標識符。一些標識符可以在這裡找到
名稱：語言服務器的名稱
URL （可選）：語言服務器的網頁URL
使用（可選）：服務器可以繼承其他服務器的配置。這必須是繼承服務器配置的名稱（對於支持clang和TypeScript-Language-Server等多種語言的LSP有用）。
file_patterns ：代表必須使用LSP客戶端的文件擴展名的LUA模式的數組
命令：執行運行LSP的命令。可以通過在lspclient.json配置中聲明服務器來覆蓋默認LSP命令。鑑於每個平台可能會在每個平台上更改，也可以為每個平台指定一個不同的命令。在這種情況下，應使用一個對象，每個鍵是一個平台，還有一個通配符平台“其他”來指定與平台定義不匹配的任何其他平台。例如， sourcekit sourcekit-lsp使用： "command": {"macos": "xcrun sourcekit-lsp","other": "sourcekit-lsp"}
command_parameters （可選）：命令參數。也可以從命令設置參數，除非命令需要運行帶有空格名稱的二進製文件。另外，Command_Parameters可用於為原始命令添加更多參數。 LSP配置可以從用戶配置中的lspClient.json覆蓋。例如：試圖將某些命令行參數附加到clang的用戶需要執行類似： {"name": "clangd","command_parameters": "--background-index-priority=background --malloc-trim"}
rootindicationFileNames （可選）：某些語言需要指示LSP工作正確工作的項目根路徑。這是可能指示根路徑在哪裡的文件數組。通常，這是LSP本身的解析器，但在某些情況下可能會有所幫助。
initializationOptions （可選）：這些是可以傳遞給LSP的自定義初始化選項。通常不是必需的，但是它允許用戶配置LSP。更多信息可以在此處找到。
主機（可選）：可以通過TCP連接到LSP服務器。這是LSP的主機位置。使用TCP Connections時，命令可以為空，也可以用於初始化LSP服務器。然後通過TCP連接使用LSP。
端口（可選）：可以通過TCP連接到LSP服務器。這是LSP的帖子位置。
ENV （可選）：將環境變量添加到過程環境中的字符串數組。

GIT整合

Ecode提供了一些基本的GIT集成（將來會有更多功能）。其主要目的是幫助用戶使用GIT進行最大的基礎操作。當前支持的一些功能：GIT狀態和統計數據可視化（文件狀態），提交，推送，結帳，拉力，獲取，快速合併，創建+重命名+重命名+刪除分支，管理藏匿處。所有統計數據將自動實時更新/刷新。還有一些基本配置。該插件要求用戶在PATH環境變量中安裝git二進制並提供。

`git.json`格式

格式遵循與所有以前的配置文件相同的模式。配置在帶有三個主要鍵的JSON文件中表示： config ， keybindings ， servers 。

C和C ++ LSP服務器示例（使用clangd）

{
  "config" : {
    "silent" : false ,
    "status_recurse_submodules" : true ,
    "statusbar_display_branch" : true ,
    "statusbar_display_modifications" : true ,
    "ui_refresh_frequency" : " 5s "
  },
  "keybindings" : {
    "git-blame" : " alt+shift+b "
  }
}

git配置對象鍵

靜音：啟用/禁用非關鍵GIT日誌。
status_recurse_submodules ：啟用/禁用文件狀態報告的遞歸子模塊。
statusbar_display_branch ：啟用/禁用底部狀態欄上的始終可見狀態。
statusbar_display_modifications ：如果在狀態欄中顯示了影響的行數，則啟用/禁用。
UI_REFRESH_FREQUENCY ：指示更新狀態的頻率（僅在.git目錄中檢測到更改時才觸發更新）。
Filetree_highlight_changes ：啟用/禁用文件樹上更改的突出顯示。
Filetree_highlight_style_color ：允許更改文件樹中的突出顯示顏色。

git鍵鍵對象鍵

git-blame ：在當前定位線上顯示git責任摘要的鑰匙限制。

自動完成

自動完整插件負責為代碼完成和簽名幫助提供建議。

自動完成配置對象鍵

max_label_characters ：建議框中顯示的最大字符。
建議_syntax_highlight ：啟用/禁用建議中突出顯示語法。

XML工具

XML工具插件（默認情況下為禁用）在編輯XML內容時提供了一些改進的功能。

XML工具配置對象鍵

auto_edit_match ：當用戶編輯元素標籤名稱（同步打開和關閉元素名稱）時，會自動編輯打開/關閉標籤。
Lighlight_match ：當用戶將光標移至打開或關閉標籤時，它將突出顯示匹配的打開/關閉標籤。

插件配置文件位置

Ecode尊重每個OS上的標準配置路徑：

Linux ：使用XDG_CONFIG_HOME ，通常轉換為~/.config/ecode/plugins
MACOS ： HOME中使用Application Support文件夾，通常轉化為~/Library/Application Support/ecode/plugins
Windows ：使用APPDATA ，通常轉換為C:Users{username}AppDataRoamingecodeplugins

插件重要的行為

所有插件配置均設計為用戶可以覆蓋。這意味著可以用用戶的自定義配置替換默認配置。例如，如果用戶想使用其他襯裡，它只需要在其自己的Linter配置文件中聲明新的Linter定義即可。格式和LSPS服務器也適用。插件將始終為插件自定義實現“配置”，並始終實現“鑰匙限制”鍵來配置自定義鍵鍵。

自定義

定制編輯配色方案

自定義編輯器配色方案可以在用戶配色方案目錄中添加：

Linux ：使用XDG_CONFIG_HOME ，通常轉換為~/.config/ecode/editor/colorschemes
MACOS ： HOME中使用Application Support文件夾，通常轉化為~/Library/Application Support/ecode/editor/colorschemes
Windows ：使用APPDATA ，通常轉換為C:Users{username}AppDataRoamingecodeeditorcolorschemes

目錄中編寫的任何文件都將被視為編輯配色方案文件。每個文件都可以包含任何數量的配色方案。

可以從這裡讀取配色方案的格式。

自定義終端配色方案

自定義終端配色方案可以在用戶終端配色方案目錄中添加：

Linux ：使用XDG_CONFIG_HOME ，通常轉換為~/.config/ecode/terminal/colorschemes
MACOS ： HOME中使用Application Support文件夾，通常轉化為~/Library/Application Support/ecode/terminal/colorschemes
Windows ：使用APPDATA ，通常轉換為C:Users{username}AppDataRoamingecodeterminalcolorschemes

目錄中編寫的任何文件都將被視為終端配色文件。每個文件都可以包含任何數量的配色方案。

可以從這裡讀取配色方案的格式。

自定義UI主題

可以在用戶UI主題目錄中添加自定義UI方案：

Linux ：使用XDG_CONFIG_HOME ，通常轉化為~/.config/ecode/themes
MACOS ： HOME中使用Application Support文件夾，通常轉化為~/Library/Application Support/ecode/themes
Windows ：使用APPDATA ，通常轉換為C:Users{username}AppDataRoamingecodethemes

自定義UI主題文件必須具有擴展名.css ，Ecode將在目錄中使用.css擴展名來查找所有文件，UI主題名稱是沒有擴展名的文件名。新主題將出現在Settings -> Window -> UI Theme中。

自定義UI主題允許在用戶的意願下自定義編輯器。由於Ecode使用CSS來設計UI的所有元素，因此創建新主題非常容易。可以僅自定義調色板，但也可以根據需要自定義所有UI元素。自定義整個UI主題可能是廣泛的，但是自定義顏色就像更改用於為UI上色的CSS變量的值一樣簡單。作為參考，可以在此處看到Ecode使用的完整基礎UI主題。最重要的選擇器將是:root選擇器，其中所有變量被定義。顏色變量可以輕鬆從該文件中提取。

自定義UI主題的一個簡單示例，該主題僅更改色調顏色，讓我們稱其為Breeze Light Red.css ：CSS：

 : root {
	--inherit-base-theme : true;
	--primary : # e93d66 ;
	--scrollbar-button : # a94074 ;
	--item-hover : # 502834 ;
	--tab-hover : # 5e3347 ;
}

這有效地將創建/添加帶有淺紅色的新UI主題。一個非常重要的細節是，如果UI主題必須繼承默認主題的完整定義，我們必須補充--inherit-base-theme: true to to :root元素，否則必須完全定義UI主題，這意味著，每個小部件都必須從scratch中進行造型（不推薦使用其複雜性）。還可以使用適用於眾所周知的CSS規範的通常規則（又稱使用足夠特異性，可能濫用！重要的標誌）的通常規則重新定義其屬性的不同小部件的樣式。

自定義語言支持

可以在以下語言目錄中添加自定義語言支持：

Linux ：使用XDG_CONFIG_HOME ，通常轉化為~/.config/ecode/languages
MACOS ： HOME中使用Application Support文件夾，通常轉化為~/Library/Application Support/ecode/languages
Windows ：使用APPDATA ，通常轉換為C:Users{username}AppDataRoamingecodelanguages

Ecode將使用json擴展名讀取位於該目錄的每個文件。每個文件可以包含一種或幾種語言。為了設置幾種語言，JSON文件的根元素應該是一個數組，其中包含每個語言的一個對象，否則如果根元素是一個對象，則應包含語言定義。語言定義可以覆蓋當前支持的任何定義。 Ecode將優先考慮用戶定義的定義。

語言定義格式

{
	"name" : " language_name " ,
	"files" : [ " Array of file extensions supported " ],
	"comment" : " Sets the comment string used for auto-comment functionality. " ,
	"patterns" : [
		{ "pattern" : " lua_pattern " , "type" : " type_name " },
		{ "pattern" : " no_capture(pattern_capture_1)(pattern_capture_2) " , "type" : { " no_capture_type_name " , " capture_1_type_name " , " capture_2_type_name " } },
		{ "pattern" : [ " lua_pattern_start " , " lua_pattern_end " , " escape_character " ], "type" : " type_name " }
	],
	"symbols" : [
		{ "symbol_name" : " type_name " }
	],
	"visible" : true , /* sets if the language is visible as a main language in the editor, optional parameter, true by default */
	"auto_close_xml_tag" : false , /* sets if the language defined supports auto close XML tags, optional parameter, false by default */
	"lsp_name" : " sets the LSP name assigned for the language, optional parameter, it will use the _name_ in lowercase if not set "
}

移植語言定義

Ecode使用與Lite和Lite-XL編輯器相同的語言定義格式。這使在Ecode中添加新語言變得更加容易。還有一個輔助工具可以從此處的Ecode存儲庫中下載，該工具允許將Lite語言定義直接導出到Ecode中使用的JSON文件格式。

擴展語言定義

可以使用提供的CLI參數來輕鬆擴展任何語言定義： --export-lang和--export-lang-path 。想要擴展或改進語言定義的用戶可以將其導出，對其進行修改並使用.json擴展名中的定義語言路徑。例如，要擴展語言vue ，您需要運行： ecode --export-lang=vue --export-lang-path=./vue.json ，退出導出的文件並將其移動到自定義語言路徑。

語言定義示例

{
  "name" : " Elixir " ,
  "files" : [ " %.ex$ " , " %.exs$ " ],
  "comment" : " # " ,
  "patterns" : [
    { "pattern" : " #.* n " ,                "type" : " comment "  },
    { "pattern" : [ " : " " , " " " , " \ " ],    "type" : " number "   },
    { "pattern" : [ " """ " , " """ " , " \ " ], "type" : " string "   },
    { "pattern" : [ " " " , " " " , " \ " ],     "type" : " string "   },
    { "pattern" : [ " ' " , " ' " , " \ " ],     "type" : " string "   },
    { "pattern" : [ " ~%a[/ " |'%(%[%{<] " , " [/ " |'%)%]%}>] " , " \ " ], "type" : " string " },
    { "pattern" : " -?0x%x+ " ,              "type" : " number "   },
    { "pattern" : " -?%d+[%d%.eE]*f? " ,     "type" : " number "   },
    { "pattern" : " -?%.?%d+f? " ,           "type" : " number "   },
    { "pattern" : " : " ?[%a_][%w_]* " ? " ,     "type" : " number "   },
    { "pattern" : " [%a][%w_!?]*%f[(] " ,    "type" : " function " },
    { "pattern" : " %u%w+ " ,                "type" : " normal "   },
    { "pattern" : " @[%a_][%w_]* " ,         "type" : " keyword2 " },
    { "pattern" : " _%a[%w_]* " ,            "type" : " keyword2 " },
    { "pattern" : " [%+%-=/%*<>!|&] " ,      "type" : " operator " },
    { "pattern" : " [%a_][%w_]* " ,          "type" : " symbol "   }
  ],
  "symbols" : [
    { "def" : " keyword " },
    { "defp" : " keyword " },
    { "defguard" : " keyword " },
    { "defguardp" : " keyword " },
    { "defmodule" : " keyword " },
    { "defprotocol" : " keyword " },
    { "defimpl" : " keyword " },
    { "defrecord" : " keyword " },
    { "defrecordp" : " keyword " },
    { "defmacro" : " keyword " },
    { "defmacrop" : " keyword " },
    { "defdelegate" : " keyword " },
    { "defoverridable" : " keyword " },
    { "defexception" : " keyword " },
    { "defcallback" : " keyword " },
    { "defstruct" : " keyword " },
    { "for" : " keyword " },
    { "case" : " keyword " },
    { "when" : " keyword " },
    { "with" : " keyword " },
    { "cond" : " keyword " },
    { "if" : " keyword " },
    { "unless" : " keyword " },
    { "try" : " keyword " },
    { "receive" : " keyword " },
    { "after" : " keyword " },
    { "raise" : " keyword " },
    { "rescue" : " keyword " },
    { "catch" : " keyword " },
    { "else" : " keyword " },
    { "quote" : " keyword " },
    { "unquote" : " keyword " },
    { "super" : " keyword " },
    { "unquote_splicing" : " keyword " },
    { "do" : " keyword " },
    { "end" : " keyword " },
    { "fn" : " keyword " },
    { "import" : " keyword2 " },
    { "alias" : " keyword2 " },
    { "use" : " keyword2 " },
    { "require" : " keyword2 " },
    { "and" : " operator " },
    { "or" : " operator " },
    { "true" : " literal " },
    { "false" : " literal " },
    { "nil" : " literal " }
  ]
}

有關更複雜的語法定義，請參閱此處由Ecode支持的所有母語的定義。

計劃的功能

沒有特定順序列出：

DAP支持
改進的插件系統（視覺配置，更多的靈活性/功能）

長期計劃的功能

遠程開發支持
模態編輯
也許是樹木的支持

合作

作者不僅僅是對合作開放。邀請對該項目感興趣的任何人參加。許多功能仍在待處理中，隨著時間的流逝，項目將越來越多。請協作。 =）

常問問題

為什麼某些字符在編輯器內部沒有正確渲染？

開箱即用的編輯器中不會呈現一些Unicode字符。您需要更改默認的單拼字體，而有利於支持您想要看到的字符的字體。如果您想使用傳統的單型字體，您也可以更改默認的後備字體。默認的後備字體應涵蓋多種語言，但您可能需要一些特殊的字體（目前涵蓋CJK語言）。

當前限制

無字體子像素提示 *1 *2
無VIM模式 /模態編輯 *4
沒有文本形成支持。 *1 *5
沒有連字支持（需要文本形狀） *1 *3
沒有比迪支持（需要文本形狀） *1

*1當前EEP的特徵限制。

*2我不喜歡子像素暗示。但是我非常願意實施它，我並不是很精通此事，因此任何幫助都將不勝感激。

*3我真的不喜歡韌帶。我願意實施PRS。

*4我不是VIM用戶，也沒有資格實現VIM模式或任何模態編輯。歡迎PRS支持這一點。

*5更好的文本支持會隨著時間的推移而出現，但目前卻沒有急事。 EEPP架構準備添加Harfbuzz支持。

作者評論

該編輯器具有Lite，Lite-XL，QTCreator和Sublime Text Editor的深刻根深蒂固的靈感。基於Lite/Lite-XL實現開發了幾個功能。某些功能可以直接從Lite移植：顏色式和語法高光模式（EEPP實現擴展了原始的Lite實現，以添加更多功能）。

Ecode主要用於Linux和MacOS，在Windows中未經過很好的測試。如果您發現編輯器的任何問題，請在此處報告。

這是一項正在進行的工作，無法保證穩定性。請不要將其用於關鍵任務。我每天都使用編輯器，對我來說足夠穩定，但要自負地使用它。

致謝

特別感謝

Niels Lohmann為現代C ++的JSON
尼爾·亨寧（Neil Henning）
所有的無味終端仿真器的作者
弗雷德里克·亞歷山大（Fredrik Aleksander）
RXI用於Lite
Franko和Lite-XL的所有合作者
安德烈亞斯·克林（Andreas Kling）
還有更多的人！

代碼許可證

麻省理工學院許可證

展開

ecode

Ecode

屏幕截圖

值得注意的功能

文件夾 /項目設置（*）

哲學

現場演示

演示澄清

原始碼

從源構建

每晚建造

語言支持

語言支持表

本國的

語言支持健康

插件

Linter

linters.json格式

當前支持的襯裡

linter配置對象鍵

linter json對象鍵

格式化

formatters.json格式

目前支持的格式化

格式配置對象鍵

格式鍵鍵對象鍵

格式json對象鍵

LSP客戶端

lspclient.json格式

目前支持LSP

LSP客戶端配置對象鍵

LSP客戶端鑰匙鍵對象鍵

LSP客戶端JSON對象鍵

GIT整合

git.json格式

git配置對象鍵

git鍵鍵對象鍵

自動完成

自動完成配置對象鍵

XML工具

XML工具配置對象鍵

插件配置文件位置

插件重要的行為

自定義

定制編輯配色方案

自定義終端配色方案

自定義UI主題

自定義語言支持

語言定義格式

移植語言定義

擴展語言定義

語言定義示例

計劃的功能

長期計劃的功能

合作

常問問題

為什麼某些字符在編輯器內部沒有正確渲染？

當前限制

作者評論

致謝

特別感謝

代碼許可證

`linters.json`格式

`formatters.json`格式

`lspclient.json`格式

`git.json`格式