تنزيل ecode - تنزيل رمز مصدر ecode

Ecode

ECODE هو محرر رمز متعدد المنصات خفيف الوزن مصمم للأجهزة الحديثة مع التركيز على الاستجابة والأداء. تم تطويره باستخدام EEPP GUI المسلسل للأجهزة ، والذي يوفر التكنولوجيا الأساسية للمحرر. يأتي المشروع كأول مشروع خطير يستخدم EEPP GUI ، ويتم تطويره حاليًا لتحسين مكتبة EEPP GUI كجزء من أحد أهدافها الرئيسية.

لقطات الشاشة

Ecode - محرر الرمز

لمزيد من لقطات الشاشة التي تم تشغيلها على جهاز MacOS ، تعمل على Windows ، تعمل على Haiku ، منخفضة DPI ، إكمال الكود ، المحطة ، محدد الملفات ، تنسيقات الملفات ، Find Global ، Global Reply ، Linter.

ميزات ملحوظة

خفيف الوزن
محمول
الحد الأدنى واجهة المستخدم الرسومية
تسليط الضوء على بناء الجملة (بما في ذلك تسليط الضوء على بناء الجملة المتداخلة ، ودعم أكثر من 90 لغة وتمييز LSP الدلالي)
دعم متعدد المشارك
الدعم الطرفي
لوحة القيادة
LSP دعم
تكامل GIT
الانتهاء التلقائي
دعم Linter قابل للتخصيص
دعم التنسيق القابل للتخصيص
مخططات الألوان القابلة للتخصيص
روابط لوحة المفاتيح القابلة للتخصيص
خطوط الأنابيب القابلة للتكوين
البحث العالمي السريع (واستبداله)
الحد الأدنى
محرر غير محدود تقسيم
دعم اللغة القابل للتمديد بسهولة
قابلة للتخصيص وقابلة للتطوير (غير المقصود) واجهة المستخدم الرسومية (بفضل EEPP GUI)
وضع الظلام والضوء
عرض شجرة نظام الملفات (مع تغييرات نظام الملفات في الوقت الحقيقي)
التحميل الساخن الذكي للملفات
المجلدات كمشاريع مع .gitignore دعم *
لكل إعدادات المشروع
محدد موقع ملفات المشروع الذكية والسريعة
البحث متعدد الأمن واستبداله
تستمر دولة المشروع/المجلد بين الجلسات
راب ناعم
طي الرمز
لقطة الجلسة والنسخ الاحتياطي الدوري
بيرل تعبيرات منتظمة ودعم لوكس أنماط لوا
دعم الإضافات.

إعدادات المجلد / المشروع (*)

يعامل Ecode المجلدات كمشاريع ، مثل العديد من المحررين الآخرين. الفرق الرئيسي هو أنه يحاول أيضًا تعقيم ملفات المشروع تلقائيًا عن طريق تصفية أي ملف يتم تصفيته في ملفات .gitignore المستودع. الفكرة هي استخدام ملف .gitignore كإعداد للمشروع. ستكون ملفات المشروع هي تلك المستخدمة للعثور على الملفات في المشروع وإجراء عمليات البحث العالمية. عادةً ما يترجم هذا إلى نتائج أفضل بكثير لأي بحث مرتبط بالمشروع. هناك أيضًا آلية بسيطة للغاية للسماح برؤية الملفات التي تمت ترشيحها بواسطة .gitignore ، عن طريق إضافة ملف مع أنماط ترشيح مسموح بها في المجلد الفرعي فوق المجلد المحمّل ، وإنشاء ملف في .ecode/.prjallowed مع أنماط الكرة الأرضية اللازمة التي تسمح بأن الأنماط المصفاة "غير مطلوبة". ستضيف ECODE فقط ملفات مدعومة من قبل المحرر ، لن يحاول المحرر فعل أي شيء مع الملفات التي لم يتم دعمها رسميًا.

فلسفة

بعض النقاط لتوضيح فلسفة المشروع:

وظائف قابلة للتمديد ولكن في بيئة خاضعة للرقابة. يتم قبول الميزات الجديدة والإضافات الجديدة ، لكن المؤلف سيشرف على أي محتوى جديد قد يؤثر على جودة التطبيق وأداءه.
قم بتحميل أقل عدد ممكن من الملفات والموارد وتحميلها بشكل غير متزامن أكبر عدد ممكن من الموارد. يعتبر وقت بدء التشغيل للتطبيق أمرًا بالغ الأهمية.
استخدم موارد الماكينة ولكن لا يسيئون استخدامها.
سيحاول تطبيق المحرر إعطاء الأولوية للأداء واستخدام الذاكرة على البساطة.
تم تطويره مع وضع الأجهزة الحديثة في الاعتبار: يجب أن تحتوي الأجهزة المتوقعة على زمن انتقال نظام الملفات المنخفض (SSD) ، وعدد النوى العالي وتسارع GPU اللائق.
يجب ألا تقفل المكونات الإضافية والوظائف غير المنطقية الخيط الرئيسي (مؤشر ترابط واجهة المستخدم الرسومية) أو على الأقل يجب حظره بأقل قدر ممكن.
المحطات هي جزء من سير عمل المطور.

عرض حي

يمكن تجميع Ecode إلى WASM وتشغيله في أي متصفح حديث. لا توجد خطط لتركيز التطوير على إصدار الويب (على الأقل في الوقت الحالي) نظرًا لوجود الكثير من الحلول الجيدة هناك. ولكن يمكنك تجربتها:

العرض التوضيحي هنا

التوضيحات التجريبية

ستحتاج إلى متصفح حديث مع دعم مشترك
لن تعمل المكونات الإضافية Linter و Formatter و LSP لأن كلا العمل يعملان على تشغيل العمليات الأخرى (باستثناء التنسيقات الأصلية المتوفرة)
عارض WebGL غير مُحسّن ، لذلك ليس بالسرعة التي يمكن أن يكون/يجب أن يكون (لا يزال ، الأداء جيد في المتصفحات القائمة على الكروم)
تم تصميم العرض التوضيحي لقرارات سطح المكتب (الهاتف المحمول غير قابل للاستخدام ، ولن تظهر لوحة المفاتيح IME بسبب قيود emscripten)

رمز المصدر

حاليًا ، يقع الرمز المصدر في مستودع مشروع EEPP. يوجد مصدر محرر Ecode في SRC/Tools/Ecode. يتم استخدام ECODE لتحسين وتكرار مكتبة EEPP GUI. في مرحلة ما ، سيتم ترحيله إلى هذا المستودع. يجب استخدام مستودع ECODE للمشكلات والتوثيق. سيتم قبول PRS لـ Ecode في مستودع EEPP.

بناء من المصدر

هناك نصوص لكل منصة مدعومة جاهزة لبناء التطبيق. بالنسبة إلى Linux و MacOS ، من التافهة إنشاء المشروع ، ستحتاج فقط إلى تثبيت GCC/Clang وكذلك مكتبة التطوير من LIBSDL2. يعد برنامج Windows Build Script حاليًا برنامجًا مشتركًا بين المتجانسة ويستخدم MingW64. ولكن يمكن أيضًا بناؤه بسهولة باستخدام Visual Studio و LIBSDL2 Development Libraries. لمزيد من المعلومات حول كيفية إنشاء مشروع يدويًا ، يرجى اتباع تعليمات بناء EEPP. اسم المشروع هو دائمًا Ecode (لذلك إذا كنت تبني مع Make ، فستحتاج إلى تشغيل make ecode ).

يمكن العثور على برنامج Linux Build Script هنا. سيحاول تشغيل build.app.sh إنشاء حزمة AppImage و tar.gz مع التطبيق المضغوط. سيحتوي مجلد ecode على التطبيق غير المضغوط.
يمكن العثور على برنامج MacOS Build Script هنا. تشغيل build.app.sh سيقوم بإنشاء ecode.app . قم بتشغيل create.dmg.sh لإنشاء ملف dmg . سيحتوي مجلد ecode.app على التطبيق غير المضغوط.
يمكن العثور على نص إنشاء Windows Cross-Compling هنا. سيقوم تشغيل build.app.sh بإنشاء ملف zip مع حزمة التطبيق المضغوطة. سيحتوي مجلد ecode على التطبيق غير المضغوط. للبناء من Windows اتبع التعليمات هنا.
FreeBSD Build Script يمكن العثور عليها هنا. تشغيل build.app.sh سيحاول بناء tar.gz مع التطبيق المضغوط. سيحتوي مجلد ecode.app على التطبيق غير المضغوط.
Haiku Build Script يمكن العثور عليها هنا. تشغيل build.app.sh سيحاول بناء tar.gz مع التطبيق المضغوط. سيحتوي مجلد ecode.app على التطبيق غير المضغوط.

يبني ليلا

يتم توزيع البناء الليلي هنا للمستخدمين الأكثر نفاد الصبر. يتم تطوير ECODE بنشاط ، وقد لا تكون البناء الليلي مستقرة للاستخدام اليومي ما لم يكن هناك إصلاح غير منشور مطلوب للمستخدم.

دعم اللغة

تقوم ECODE باستمرار بإضافة المزيد من دعم اللغات ويدعم أيضًا توسيع دعم اللغة عبر ملفات التكوين (لكل ميزة: تمييز بناء الجملة ، LSP ، Linter و Formatter).

جدول دعم اللغة

لغة	تسليط الضوء	LSP	لينتر	التنسيق
.htaccess	✓	لا أحد	لا أحد	لا أحد
.ignore ملف	✓	لا أحد	لا أحد	لا أحد
[x] ذلك!	✓	لا أحد	لا أحد	لا أحد
بارع	✓	adeptlsp	لا أحد	لا أحد
ملائكة	✓	لا أحد	لا أحد	لا أحد
نص AWK	✓	لا أحد	لا أحد	لا أحد
الخفافيش	✓	لا أحد	لا أحد	لا أحد
بازيل	✓	لا أحد	لا أحد	لا أحد
يلوي	✓	لا أحد	لا أحد	لا أحد
مخطط	✓	لا أحد	لا أحد	لا أحد
Brainfuck	✓	لا أحد	لا أحد	لا أحد
شرب حتى الثمالة	✓	لا أحد	لا أحد	لا أحد
ج	✓	clangd	cppcheck	clang-format
الكربون	✓	لا أحد	لا أحد	لا أحد
clojure	✓	clojure-lsp	لا أحد	لا أحد
cmake	✓	خادم Cmake-language	لا أحد	لا أحد
CPP	✓	clangd	cppcheck	clang-format
كريستال	✓	بلوري	لا أحد	لا أحد
Csharp	✓	Omnisharp	لا أحد	لا أحد
CSS	✓	خادم Emmet-language	لا أحد	محلي
د	✓	خدمة	لا أحد	لا أحد
دارت	✓	خادم لغة السهام	لا أحد	لا أحد
فرق	✓	لا أحد	لا أحد	لا أحد
Dockerfile	✓	Docker-Langserver	لا أحد	لا أحد
إكسير	✓	Elixir-LS	لا أحد	لا أحد
الدردار	✓	خادم الدردار	لا أحد	لا أحد
ملف البيئة	✓	لا أحد	لا أحد	لا أحد
فانتوم	✓	لا أحد	لا أحد	لا أحد
فورتران	✓	fortls	لا أحد	لا أحد
FSTAB	✓	لا أحد	لا أحد	لا أحد
gdscript	✓	لا أحد	لا أحد	لا أحد
GLSL	✓	GLSL_ANADYZER	لا أحد	لا أحد
يذهب	✓	gopls	لا أحد	gopls
GraphQl	✓	لا أحد	لا أحد	لا أحد
رائع	✓	لا أحد	لا أحد	لا أحد
أرنبة	✓	لا أحد	لا أحد	لا أحد
هاسكل	✓	خادم Haskell-language	hlint	الذهب الزائف
هاكس	✓	لا أحد	لا أحد	لا أحد
حجج التحويل البرمجي Haxe	✓	لا أحد	لا أحد	لا أحد
HLSL	✓	لا أحد	لا أحد	لا أحد
HTML	✓	خادم Emmet-language	لا أحد	أجمل
إيني	✓	لا أحد	لا أحد	لا أحد
جاي	✓	لا أحد	لا أحد	لا أحد
جافا	✓	JDTLS	لا أحد	clang-format
جافا سكريبت	✓	خادم النشوة واللغة	eslint	أجمل
JavaScriptreact	✓	خادم النشوة واللغة	لا أحد	لا أحد
جيسون	✓	لا أحد	JQ	محلي
جوليا	✓	Languageserver.jl	لا أحد	لا أحد
كوتلين	✓	خادم كوتلين باللغة	ktlint	ktlint
مطاط	✓	Texlab	لا أحد	لا أحد
سرطان البحر	✓	لا أحد	لا أحد	لا أحد
لوا	✓	لوا لاعب الخادم	لوشيك	لا أحد
Makefile	✓	لا أحد	لا أحد	لا أحد
تخفيض السعر	✓	لا أحد	لا أحد	لا أحد
الميزون	✓	لا أحد	لا أحد	لا أحد
Moonscript	✓	لا أحد	لا أحد	لا أحد
نيلوا	✓	لا أحد	نيلوا	لا أحد
نيم	✓	NIMLSP	نيم	لا أحد
Objeck	✓	لا أحد	لا أحد	لا أحد
الهدف-C	✓	clangd	لا أحد	clang-format
Ocaml	✓	OCAML-LSP	لا أحد	لا أحد
أودين	✓	OLS	لا أحد	لا أحد
Openscad	✓	لا أحد	لا أحد	لا أحد
باسكال	✓	لا أحد	لا أحد	لا أحد
بيرل	✓	Perlnavigator	لا أحد	لا أحد
PHP	✓	phpactor	PHP	لا أحد
بيكو -8	✓	لا أحد	لا أحد	لا أحد
نص عادي	✓	لا أحد	لا أحد	لا أحد
بو	✓	لا أحد	لا أحد	لا أحد
ترجمة حرفية	✓	لا أحد	لا أحد	لا أحد
postgresql	✓	لا أحد	لا أحد	لا أحد
PowerShell	✓	لا أحد	لا أحد	لا أحد
بيثون	✓	PYLSP	روف	أسود
ص	✓	ص لايسرفر	لا أحد	لا أحد
جرس	✓	لا أحد	لا أحد	لا أحد
روبي	✓	Solargraph	لا أحد	لا أحد
الصدأ	✓	صدأ الحلل	لا أحد	Rustfmt
ساس	✓	خادم Emmet-language	لا أحد	لا أحد
سكالا	✓	المعادن	لا أحد	لا أحد
Shellscript	✓	خادم باش باللغة	لا أحد	لا أحد
smallbasic	✓	لا أحد	لا أحد	لا أحد
صلابة	✓	solc	سولهينت	لا أحد
SQL	✓	لا أحد	لا أحد	لا أحد
سريع	✓	SourceKit-LSP	لا أحد	لا أحد
TCL	✓	لا أحد	لا أحد	لا أحد
البط البري	✓	لا أحد	TL	لا أحد
توم	✓	لا أحد	لا أحد	لا أحد
TypeScript	✓	خادم النشوة واللغة	eslint	أجمل
TypeCriptReact	✓	خادم النشوة واللغة	لا أحد	لا أحد
الخامس	✓	V-analyzer	لا أحد	الخامس
فالا	✓	خادم فالا	لا أحد	لا أحد
Verilog	✓	لا أحد	لا أحد	لا أحد
Visual Basic	✓	لا أحد	لا أحد	لا أحد
Vue	✓	VLS	لا أحد	لا أحد
وين	✓	لا أحد	لا أحد	لا أحد
x86 التجميع	✓	لا أحد	لا أحد	لا أحد
XML	✓	خادم Emmet-language	محلي	محلي
xtend	✓	لا أحد	لا أحد	لا أحد
يامل	✓	لخادم Yaml-language	لا أحد	لا أحد
متعرج	✓	ZLS	متعرج	متعرج

محلي

العلامة الأصلية تعني أن الميزة مدعومة أصليًا بواسطة ECODE ولا تحتاج إلى أي أداة خارجية للعمل.

دعم اللغة الصحة

يجلب ECODE أداة لعرض صحة دعم اللغة الحالية. من ECODE ، يمكنك التحقق من حالتها الصحية من Settings -> Tools -> Check Language Health ، ومن CLI يمكنك استخدام علامة --health : ecode --health . استخدم علامة فحص الصحة لاستكشاف خوادم اللغة المفقودة والبانيرات والمنسقات.

تحقق من صحة جميع اللغات باستخدام ecode --health أو اطلب تفاصيل عن لغة معينة مع ecode --health-lang=<lang> .

الإضافات

تمديد المكونات الإضافية وظيفة محرر الرمز الأساسي. يتم تمكين جميع الإضافات حاليًا افتراضيًا ، لكنها اختيارية ويمكن تعطيلها في أي وقت. يقوم ECODE بتنفيذ بروتوكول داخلي يسمح للمكونات الإضافية بالتواصل مع بعضها البعض. سيتم استخدام بروتوكول LSP كقاعدة لتنفيذ اتصال البرنامج المساعد. وعلى سبيل المثال ، سوف يستهلك المكون الإضافي LINTER LSP لتحسين تشخيصاته. كما ستطلب الوحدة النمطية التلقائية للسيارات المساعدة من LSP ، إن وجدت ، لتحسين الإكمال وتوفير مساعدة التوقيع.

لينتر

يتم توفير دعم Linter من خلال تنفيذ Linters المعتدل بالفعل من كل لغة. يوفر ECODE الدعم للعديد من اللغات افتراضيًا ويمكن تمديده بسهولة عن طريق توسيع تكوين linters.json . يمكن الحصول على التكوين الافتراضي linters.json من هنا. لتكوين المبيدات الجديدة ، يمكنك إنشاء ملف linters.json جديد في مسار التكوين الافتراضي لـ ECODE .

`linters.json` Format

التنسيق هو كائن 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 . يجب أن يتم تثبيت Unterters Executables يدويًا من قبل المستخدم ، ولن تأتي المبيدات مع المحرر ، كما أنها بحاجة إلى أن تكون مرئية للتنفيذ. هذا يعني أنه يجب أن يكون على متغير بيئة PATH أو أن المسار إلى الثنائي يجب أن يكون مطلقًا.

المودع المدعوم حاليا

يرجى التحقق من جدول دعم اللغة

مفاتيح كائن تكوين Linter

تأخير : تأخير لتشغيل Linter بعد تحرير مستند
enable_error_lens : تمكين عدسة الخطأ (تطبع الرسالة المضمنة)
enable_lsp_diagnostics : منطقية تمكن/تعطيل تشخيصات LSP كجزء من linting. تمكين بشكل افتراضي.
disable_lsp_languages : صفيف من لغات LSP معطلة للتشخيصات LSP. على سبيل المثال: "disable_lsp_languages": ["lua", "python"] ، يعطل Lua و Python.
Disable_Languages : مجموعة من intrens معطل من تشخيصات تطبيق Linter الخارجية. على سبيل المثال: "disable_languages": ["lua", "python"] ، يعطل Luacheck و Ruff على التوالي.
goto_ignore_warnings : يحدد سلوك "linter-go-to-next-error" و "linter-go-go-to-previous-error". إذا كان تجاهل التحذيرات صحيحًا ، فسيقفز فقط بين الأخطاء.

مفاتيح كائن Linter JSON

file_patterns : مجموعة من أنماط LUA التي تمثل ملحقات الملفات التي يجب أن تستخدم linter
warning_pattern : نمط لوا يتم تحليله من stdout القابلة للتنفيذ
WARNING_PATTERN_ORDER : الترتيب الذي تتم فيه القراءة السطر والعمود والخطأ/التحذير/إشعار ونوع الرسالة (تحذير ، خطأ ، إشعار ، معلومات). يجب أن يحتوي النمط على 3 مجموعات على الأقل (الخط والرسالة والنوع). نوع الخطأ مكتوب تلقائيًا من اسمه.
الأمر : الأمر الذي يتم تنفيذه لتشغيل Linter. يمثل اسم الملف $ مسار الملف.
عنوان URL (اختياري): عنوان URL لصفحة الويب الخاصة بـ Linter
متوقع _exitcodes : مجموعة من أرقام عدد صحيح مقبولة كرموز خروج قابلة للتوصيف (اختياري)
no_errors_exit_code : رقم عدد صحيح يمثل رمز الخروج الذي يعني أنه لم يتم العثور على أخطاء (اختيارية).
Decreplicate : في حالة إخراج Linter الأخطاء المكررة ، فإن هذا المنطقي سوف يتجاهل الأخطاء المكررة (اختياري ، صواب/خطأ منطقي)
use_tmp_folder : سيتم كتابة الملفات الزمنية (الملفات التي تمثل الحالة الحالية للملف المعدل) في المجلد الزمني الافتراضي لنظام التشغيل ، وإلا فإنه سيتم كتابته في نفس مسار المجلد للملف المعدل (اختياري ، صواب منطقي).

التنسيق

يعمل المكون الإضافي Formatter تمامًا مثل المكون الإضافي Linter ، لكنه سيقوم بتنفيذ أدوات رمز التنسيق التلقائي. يوفر ECODE الدعم لعدة لغات بشكل افتراضي مع يمكن تمديده بسهولة عن طريق توسيع تكوين formatters.json . formatters.json يمكن الحصول على التكوين الافتراضي من هنا. كما أنه يدعم بعض التنسيقات أصلاً ، وهذا يعني أن التنسيق يأتي مع ECODE دون الحاجة إلى أي تبعية خارجية. ويدعم أيضًا تنسيق مستندات النص LSP ، مما يعني أنه إذا كنت تقوم بتشغيل LSP تدعم مستندات التنسيق ، فسيكون التنسيق متاحًا أيضًا. لتكوين التنسيقات الجديدة ، يمكنك إنشاء ملف formatters.json جديد في مسار التكوين الافتراضي لـ ECODE .

`formatters.json` Format

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

تدعم حاليا التنسيقات

يرجى التحقق من جدول دعم اللغة

مفاتيح كائن التكوين التنسيق

auto_format_on_save : يشير إلى ما إذا كان يجب أن يكون مُنسيقًا تلقائيًا بعد حفظه

مفاتيح كائن مفاتيح المفاتيح

التنسيق-الاختبار : التسجيل الرئيسي لتنسيق المستند مع تنسيق اللغة المكوّنة

مفاتيح كائن JSON

file_patterns : مجموعة من أنماط LUA التي تمثل ملحقات الملفات التي يجب أن تستخدم formatter
الأمر : الأمر الذي يتم تنفيذه لتشغيل formatter. يمثل اسم الملف $ مسار الملف
اكتب : يشير إلى الوضع الذي يقوم النسيج بإخراج النتائج. اثنين من خيارين محتملين: "in place" (يتم استبدال الملف بالإصدار المنسق) أو "الإخراج" (الملف المنسق حديثًا هو stdout للبرنامج أو الخيار الافتراضي) أو "الأصلي" (يستخدم التركيب المقدم بواسطة Ecode)
عنوان URL (اختياري): عنوان URL لصفحة الويب الخاصة بالصيغة

عميل LSP

يتم توفير دعم LSP من خلال تنفيذ LSP المعتمد بالفعل من كل لغة. يوفر ECODE الدعم لعدة لغات بشكل افتراضي ويمكن تمديده بسهولة عن طريق توسيع تكوين lspclient.json . يمكن الحصول على تكوين lspclient.json الافتراضي من هنا. لتكوين LSPs جديدة ، يمكنك إنشاء ملف lspclient.json جديد في مسار التكوين الافتراضي لـ ECODE .

ملاحظة مهمة: يمكن أن تكون خوادم 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$ " ]
        }
    ]
}

هذا كل ما نحتاجه للحصول على LSP يعمل في Ecode . يجب أن يتم تثبيت Hextables LSPS يدويًا من قبل المستخدم ، ولن تأتي LSPs مع المحرر ، كما أنها بحاجة إلى أن تكون مرئية للمنفذ. هذا يعني أنه يجب أن يكون على متغير بيئة PATH أو أن المسار إلى الثنائي يجب أن يكون مطلقًا.

تدعم حاليا LSPs

يرجى التحقق من جدول دعم اللغة

مفاتيح كائن تكوين عميل LSP

Hover_delay : الوقت الذي يجب أن ينتظر فيه المحرر لإظهار معلومات الرمز عند تحوم أي جزء من الكود.
server_close_after_idle_time : الوقت الذي سيبقي فيه خادم LSP على قيد الحياة بعد جميع المستندات التي تستهلك خادم LSP تم إغلاقها. تولد خوادم LSP وقتلها عند الطلب.
Semantic_Highlighting : تمكين/تعطيل تسليط الضوء الدلالي (معطل افتراضيًا ، منطقي)
disable_semantic_highlighting_lang : مجموعة من اللغات حيث يجب تعطيل تسليط الضوء الدلالي
صامت : تمكين/تعطيل سجلات LSP غير الحرجة
TRIM_LOGS : إذا تم تمكين السجلات وتمكين TRIM_LOGS ، فسوف يقوم بتقطيع حجم سجل الخط بحد أقصى 1 KIB لكل سطر (مفيد للتصحيح)
Breadcrumb_navigation : تمكين/تعطيل الخبز (ممكّن افتراضيًا)
Breadcrumb_height : يحدد ارتفاع الخبز بطول CSS

LSP Client Keybindings Keyys

LSP-Symbol-info : keybinding لطلب معلومات الرمز
LSP-GO-to Definition : keybinding to
LSP-Go-to Declaration : keybinding to
lsp-go-to-simplementation : keybinding إلى "الذهاب إلى التنفيذ"
LSP-GO-TO-TYPE-DEFINITION
LSP-Symbol References : keybinding إلى "العثور على إشارات إلى الرمز تحت المؤشر"
LSP-Symbol-code-action : keybinding to "Code Action"
LSP-Switch-Header-Header-Header : Keybinding to "Switch Header/Source" (متوفر فقط لـ C و C ++)

LSP Client JSON Object Keys

اللغة : معرف لغة LSP. يمكن العثور على بعض المعرفات هنا
الاسم : اسم خادم اللغة
عنوان URL (اختياري): عنوان URL لصفحة الويب لخادم اللغة
استخدم (اختياري): يمكن أن يرث الخادم التكوين من الخادم الآخر. يجب أن يكون هذا هو اسم تكوين الخادم الذي يرث (مفيد لـ LSPs التي تدعم عدة لغات مثل Clang وخطير Language-Language).
file_patterns : مجموعة من أنماط LUA التي تمثل ملحقات الملفات التي يجب أن تستخدم عميل LSP
الأمر : الأمر الذي يتم تنفيذه لتشغيل LSP. من الممكن تجاوز الأمر الافتراضي LSP بإعلان الخادم في تكوين lspclient.json . من الممكن أيضًا تحديد أمر مختلف لكل منصة ، بالنظر إلى أنه قد يتغير في بعض Ocassions لكل منصة. في هذه الحالة ، يجب استخدام كائن ، مع كون كل مفتاح منصة ، وهناك أيضًا منصة Wildcard "Other" لتحديد أي منصة أخرى لا تتطابق مع تعريف النظام الأساسي. على سبيل المثال ، يستخدم 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"}
أسماء الجثث (اختياري): تحتاج بعض اللغات إلى الإشارة إلى مسار جذر المشروع إلى LSP يعمل بشكل صحيح. هذه مجموعة من الملفات التي قد تشير إلى مكان مسار الجذر. عادةً ما يكون هذا حلًا من قِبل LSP نفسه ، لكنه قد يساعد في بعض الحالات.
التهيئة (اختياري): هذه خيارات تهيئة مخصصة يمكن تمريرها إلى LSP. عادة غير مطلوب ، ولكنه سيسمح للمستخدم بتكوين LSP. يمكن العثور على مزيد من المعلومات هنا.
المضيف (اختياري): من الممكن الاتصال بخوادم LSP عبر TCP. هذا هو الموقع المضيف لـ LSP. عند استخدام أمر TCP Connections يمكن أن يكون فارغًا أو يمكن استخدامه لتهيئة خادم LSP. ثم استخدم LSP من خلال اتصال TCP.
المنفذ (اختياري): من الممكن الاتصال بخوادم LSP عبر TCP. هذا هو موقع منشور LSP.
ENV (اختياري): مجموعة من السلاسل مع متغيرات البيئة المضافة إلى بيئة العملية.

تكامل GIT

يوفر ECODE بعض تكامل GIT الأساسي (سيأتي المزيد من الميزات في المستقبل). الغرض الرئيسي منه هو مساعدة المستخدم على القيام بأكثر عمليات الأساسيات مع GIT. بعض الميزات الحالية المدعومة: حالة GIT وتصور الإحصائيات (حالات الملفات) ، الالتزام ، الدفع ، الخروج ، السحب ، الجلب ، الدمج السريع ، إنشاء+إعادة تسمية+حذف فروع ، إدارة المخبأ. سيتم تحديث/تحديث جميع الإحصائيات تلقائيًا في الوقت الفعلي. هناك أيضا بعض التكوين الأساسي المتاحة. يتطلب المكون الإضافي من المستخدم تثبيت ثنائي git ومتاح في متغير بيئة PATH .

تنسيق `git.json`

مثال خادم 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 keybindings

git-blay : keybinding لعرض ملخص اللوم A على الخط الحالي الموقع.

تلقائي كامل

المكوّن الإضافي التلقائي هو المسؤول عن تقديم اقتراحات لاستكمال الكود ومساعدة التوقيع.

مفاتيح كائن التكوين التلقائي التلقائي

max_label_characters : الأحرف القصوى المعروضة في مربع الاقتراح.
اقتراحات _syntax_highlight : تمكين/تعطيل بناء الجملة في الاقتراحات.

أدوات XML

يوفر المكون الإضافي لـ XML Tools (المعطل افتراضيًا) بعض التحسينات التي يتمتع بها عند تحرير محتوى XML.

أدوات XML تهيئة مفاتيح كائن

Auto_edit_match : يقوم تلقائيًا بتحرير علامة فتح/إغلاق عندما يقوم المستخدم بتحرير اسم علامة العنصر (Syncs Open وإغلاق أسماء العناصر).
Aightly_match : عندما يقوم المستخدم بنقل المؤشر إلى علامة مفتوحة أو إغلاق ، فسوف يسلط الضوء على العلامة المفتوحة/الإغلاق المتطابقة.

موقع ملفات تكوين المكونات الإضافية

تحترم Ecode مسارات التكوين القياسية على كل نظام تشغيل:

Linux : يستخدم XDG_CONFIG_HOME ، وعادة ما يترجم إلى ~/.config/ecode/plugins
MacOS : يستخدم مجلد Application Support في HOME ، وعادة ما يترجم إلى ~/Library/Application Support/ecode/plugins
Windows : يستخدم APPDATA ، عادةً ما يترجم إلى C:Users{username}AppDataRoamingecodeplugins

الإضافات السلوكيات المهمة

تم تصميم جميع تكوينات المكون الإضافي ليكون مستلزمًا من قبل المستخدم. هذا يعني أنه يمكن استبدال التكوين الافتراضي بتكوينات مخصصة من المستخدم. على سبيل المثال ، إذا أراد المستخدم استخدام Linter مختلف ، فإنه يحتاج فقط إلى إعلان تعريف Linter جديد في ملف تكوين Linter الخاص به. وينطبق الشيء نفسه على الخوادم والخوادم LSPs. ستقوم المكونات الإضافية دائمًا بتطبيق "تكوين" لتخصيص الإضافات ، وسوف تقوم دائمًا بتنفيذ مفتاح "keybindings" لتكوين keybindings المخصصة.

التخصيصات

مخططات ألوان المحرر المخصصة

يمكن إضافة مخططات ألوان المحرر المخصصة في دليل مخططات ألوان المستخدم الموجود في:

Linux : يستخدم XDG_CONFIG_HOME ، وعادة ما يترجم إلى ~/.config/ecode/editor/colorschemes
MACOS : يستخدم مجلد Application Support في HOME ، وعادة ما يترجم إلى ~/Library/Application Support/ecode/editor/colorschemes
Windows : يستخدم APPDATA ، عادةً ما يترجم إلى C:Users{username}AppDataRoamingecodeeditorcolorschemes

سيتم التعامل مع أي ملف مكتوب في الدليل كملف نظام ألوان المحرر. يمكن أن يحتوي كل ملف على أي عدد من مخططات الألوان.

يمكن قراءة تنسيق نظام الألوان من هنا.

مخططات ألوان طرفية مخصصة

يمكن إضافة أنظمة ألوان الطرفية المخصصة في دليل مخططات ألوان محطة المستخدم الموجود في:

Linux : يستخدم XDG_CONFIG_HOME ، وعادة ما يترجم إلى ~/.config/ecode/terminal/colorschemes
MacOS : يستخدم مجلد Application Support في HOME ، وعادة ما يترجم إلى ~/Library/Application Support/ecode/terminal/colorschemes
Windows : يستخدم APPDATA ، عادةً ما يترجم إلى C:Users{username}AppDataRoamingecodeterminalcolorschemes

سيتم التعامل مع أي ملف مكتوب في الدليل كملف نظام ألوان طرفي. يمكن أن يحتوي كل ملف على أي عدد من مخططات الألوان.

يمكن قراءة تنسيق نظام الألوان من هنا.

سمات واجهة المستخدم المخصصة

يمكن إضافة مخططات واجهة المستخدم المخصصة في دليل مواضيع واجهة مستخدم المستخدم الموجود في:

Linux : يستخدم XDG_CONFIG_HOME ، وعادة ما يترجم إلى ~/.config/ecode/themes
MacOS : يستخدم مجلد Application Support في HOME ، وعادة ما يترجم إلى ~/Library/Application Support/ecode/themes
Windows : يستخدم APPDATA ، وعادة ما يترجم إلى C:Users{username}AppDataRoamingecodethemes

يجب أن يحتوي ملف موضوع واجهة المستخدم المخصص على ملحق .css ، سيبحث ECODE عن جميع الملفات التي تحتوي على ملحق .css في الدليل ، اسم موضوع واجهة المستخدم هو اسم الملف بدون الامتداد. سيظهر السمة الجديدة في Settings -> Window -> UI Theme .

تتيح سمات واجهة المستخدم المخصصة تخصيص المحرر في إرادة المستخدم. نظرًا لأن ECODE يستخدم CSS لتصميم جميع عناصر واجهة المستخدم ، فإن إنشاء موضوعات جديدة أمر سهل للغاية. من الممكن تخصيص لوحة الألوان فقط ولكن من الممكن أيضًا تخصيص جميع عناصر واجهة المستخدم إذا رغبت في ذلك. يمكن أن يكون تخصيص موضوع واجهة المستخدم بالكامل واسع النطاق ، ولكن تخصيص الألوان أمر بسيط مثل تغيير قيم متغيرات CSS المستخدمة لتلوين واجهة المستخدم. للرجوع إليها ، يمكن رؤية موضوع واجهة المستخدم الأساسية الكاملة التي تستخدمها ECODE هنا. سيكون المحدد الأكثر أهمية هو :root ، حيث يتم تعريف جميع المتغيرات. يمكن استخراج متغيرات الألوان بسهولة من هذا الملف.

مثال بسيط على سمة واجهة المستخدم المخصصة التي تغير ألوان الصبغة فقط ، دعنا نسميها Breeze Light Red.css :

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

هذا من شأنه أن ينشئ/إضافة سمة واجهة مستخدم جديدة بألوان حمراء فاتحة. التفاصيل المهمة للغاية هي أنه إذا كان يجب أن يرث سمة واجهة المستخدم التعريف الكامل للموضوع الافتراضي ، فيجب علينا إضافة-- --inherit-base-theme: true لعنصر :root ، وإلا يجب تعريف موضوع واجهة المستخدم تمامًا ، مما يعني أن كل عنصر واجهة مستخدم يجب تصميمه من نقطة الصفر (غير موصى به بالنظر إلى تعقيده). من الممكن أيضًا تجاوز نمط العناصر المستخدمة المختلفة التي تعيد تعريف خصائصها مع القواعد المعتادة التي تنطبق على مواصفات CSS المعروفة (المعروفة أيضًا باستخدام خصوصية كافية وربما تعاطي العلم المهم!

دعم اللغات المخصصة

يمكن إضافة دعم اللغات المخصصة في دليل اللغات الموجود في:

Linux : يستخدم XDG_CONFIG_HOME ، وعادة ما يترجم إلى ~/.config/ecode/languages
MacOS : يستخدم مجلد Application Support في HOME ، وعادة ما يترجم إلى ~/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 مباشرة إلى تنسيق ملف JSON المستخدم في ECODE.

تمديد تعريفات اللغة

من الممكن توسيع أي تعريف لغة بسهولة عن طريق تصديره باستخدام وسيطات 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 في المحرر خارج المربع. ستحتاج إلى تغيير خط Monospace الافتراضي لصالح الخط الذي يدعم الأحرف التي تريد رؤيتها التي لا يتم تقديمها. يمكنك أيضًا تغيير خط الاحتياطي الافتراضي في الحالة التي تريد استخدامها خطًا أحاديًا تقليديًا. يجب أن يغطي خط الاحتياطي الافتراضي مجموعة واسعة من اللغات ولكن قد تحتاج إلى بعض الخطوط الخاصة (يغطي حاليًا لغات CJK).

القيود الحالية

لا يوجد خط فرعي من الخطوط الفرعية *1 *2
لا يوجد وضع VIM / تحرير مشروط *4
لا يوجد دعم على تشكيل النص. *1 *5
لا يوجد دعم ligatures (يتطلب تشكيل النص) *1 *3
لا يوجد دعم bidi (يتطلب تشكيل النص) *1

*1 حدود ميزة EEPP الحالية.

*2 أنا لست من محبي التلميح دون بكسل. لكنني أكثر من استعداد لتنفيذها ، لست ضليعًا جدًا في هذا الأمر ، لذلك سيتم تقدير أي مساعدة.

*3 أنا لا أحب Allatures حقًا. أنا منفتح على PRS تنفيذها.

*4 أنا لست مستخدمًا لـ VIM ، ولست مؤهلاً لتنفيذ وضع VIM أو أي تحرير مشروط. PRS مرحب بهم لدعم هذا.

*5 سيأتي دعم أفضل على تشكيل النص مع مرور الوقت ، ولكن مع عدم وجود اندفاع في الوقت الحالي. EEPP Architecture جاهزة لإضافة دعم Harfbuzz.

تعليقات المؤلف

هذا المحرر له مصدر إلهام عميق من Lite و Lite-XL و QTCreator و Sublime Text Editors. تم تطوير العديد من الميزات بناءً على تطبيقات Lite/Lite-XL. يمكن نقل بعض الميزات مباشرةً من Lite: مخططات الألوان وأنماط الإضاءة عالية البناء (تنفيذ EEPP يوسع تطبيق Lite الأصلي لإضافة العديد من الميزات).

يتم استخدام ECODE في الغالب في Linux و MacOS ، فهو لا يتم اختباره جيدًا في Windows. إذا وجدت أي مشكلات مع المحرر ، فيرجى الإبلاغ عنها هنا.

هذا عمل مستمر ، لا يضمن الاستقرار. من فضلك لا تستخدمه للمهام الحرجة. أنا أستخدم المحرر يوميًا ومستقرًا بما يكفي بالنسبة لي ، لكن استخدمه على مسؤوليتك الخاصة.

شكر وتقدير

شكر خاص ل

نيلز لوهمان ل json من أجل C ++ الحديث
نيل هينينج للعملية الفرعية
جميع مؤلفي المحاكي الطرفي المصم
فريدريك ألكساندر لمحطة السداسي
RXI لليت
فرانكو وجميع المتعاونين مع Lite-XL
أندرياس كلينج من أجل Serenityos
والكثير من الناس!

ترخيص رمز

رخصة معهد ماساتشوستس للتكنولوجيا

يوسع

ecode

Ecode

لقطات الشاشة

ميزات ملحوظة

إعدادات المجلد / المشروع (*)

فلسفة

عرض حي

التوضيحات التجريبية

رمز المصدر

بناء من المصدر

يبني ليلا

دعم اللغة

جدول دعم اللغة

محلي

دعم اللغة الصحة

الإضافات

لينتر

linters.json Format

المودع المدعوم حاليا

مفاتيح كائن تكوين Linter

مفاتيح كائن Linter JSON

التنسيق

formatters.json Format

تدعم حاليا التنسيقات

مفاتيح كائن التكوين التنسيق

مفاتيح كائن مفاتيح المفاتيح

مفاتيح كائن JSON

عميل LSP

lspclient.json تنسيق

تدعم حاليا LSPs

مفاتيح كائن تكوين عميل LSP

LSP Client Keybindings Keyys

LSP Client JSON Object Keys

تكامل GIT

تنسيق git.json

مفاتيح كائنات التكوين git

مفاتيح كائن مفاتيح git keybindings

تلقائي كامل

مفاتيح كائن التكوين التلقائي التلقائي

أدوات XML

أدوات XML تهيئة مفاتيح كائن

موقع ملفات تكوين المكونات الإضافية

الإضافات السلوكيات المهمة

التخصيصات

مخططات ألوان المحرر المخصصة

مخططات ألوان طرفية مخصصة

سمات واجهة المستخدم المخصصة

دعم اللغات المخصصة

تنسيق تعريف اللغة

تعريفات لغة النقل

تمديد تعريفات اللغة

مثال تعريف اللغة

ميزات مخطط لها

الميزات المخططة على المدى الطويل

التعاون

التعليمات

لماذا لا يتم تقديم بعض الأحرف بشكل صحيح داخل المحرر؟

القيود الحالية

تعليقات المؤلف

شكر وتقدير

شكر خاص ل

ترخيص رمز

`linters.json` Format

`formatters.json` Format

`lspclient.json` تنسيق

تنسيق `git.json`