تكوين يشبه VIM لـ Helix
دعني أخمن لماذا أنت هنا. أنت مستخدم (NEO) VIM. اليوم ، للمرة المليون ، قمت بتحديث المكونات الإضافية الخاصة بك وقابلت بحر من رسائل الخطأ غير المجدية عديمة الفائدة. لديك أشياء للقيام بها. ليس لديك وقت للبحث في مشكلات GitHub الخاصة بالمكونات الإضافية Arcane التي يحتفظ بها الأشخاص الذين تعتبر مقاربتهم في كسر التغييرات ... حسنًا ، قليلاً من الفرسان لأذواقك.
تتذكر صديقًا أو زميلًا أرسل لك رابطًا إلى محرر Helix منذ فترة. بدا الأمر رائعًا ، أليس كذلك؟
"لكن ماذا عن الإضافات!" بكى acolytes من Neovim. هم ... الإضافات. تلك المكونات الإضافية التي تكسر vimrc التي لا يمكن التعرف عليها بالكاد بانتظام محبط. أو ربما شربت حقًا Aid Aid وترجمت التكوين الخاص بك إلى Lua. لا يهم في كلتا الحالتين. لا تهتم التغييرات في المكونات الإضافية NEOVIM بـ .vimrc أو init.lua
نعم ... تلك الإضافات التي لا تحتاج حتى إلى تثبيتها للحصول على محرر وظيفي.
الإضافات ملعون!
تتعثر يديك العرق على لوحة المفاتيح الميكانيكية الصاخبة الصاخبة مع مفاتيح alt + hjkl لتركيز محاكي الطرف المفتوح مع مدير نافذة البلاط. kitty أو alacritty ، ربما. لقد تم إلقاؤك لفترة وجيزة لذكرى الساعات التي لا حصر لها تقضيها في محاولة للحصول على محطة Colourschemes الخاصة بك و Neo (VIM).
تقوم بتثبيت أحدث إصدار ثنائي من Helix المتاح على مدير الحزمة المفضل والقرص cd في الدليل الذي كنت على وشك البدء فيه قبل غرق تكوين NEO (VIM) في طوفان أحمر.
hx
أنت تضغط مبدئيًا على شريط الفضاء وجرب منتقي الملفات. بحث غامض. بناء جملة تسليط الضوء. لطيف - جيد. وبطبيعة الحال ، فإن الدليل الذي أنت في مشروع مضيفه في مشروع الصدأ. يمكنك تحديد واحدة من العديد من ملفات lib.rs التي تعمل كنقاط إدخال إلى صناديق مساحة عمل الشحن التي تقسمها على الأمل في تحسين أوقات التجميع المتزايدة الخاصة بك على MacBook Pro للشيخوخة. لن تمنحك شركتك أحد طرز M1 الجديدة لأن هذا لا يبلغ من العمر 5 سنوات حتى الآن. للأسف.
تسمع rust-analyzer تبدأ في فرض إرادتها على وحدة المعالجة المركزية للشيخوخة ، والتي تم شلها أكثر من هوس جوني آف مع النحافة فوق كل شيء. أراهن أنه فاطوب مستعرة.
انتظر دقيقة ... عيناك تدور حول الشاشة. لا توجد أخطاء. يبرز بناء الجملة بشكل صحيح. تحاول التنقل عبر الملف باستخدام {} ، لكنه لا يعمل. حسنًا ، يمكن اكتشاف ذلك لاحقًا. يمكنك استخدام الماوس لإحضار المؤشر إلى استدعاء من macro_rules! الماكرو. يمكنك الضغط على g وتلتقي بمجموعة من الخيارات التي تعمل بزعم LSP. لم تقم حتى بتثبيت البرنامج المساعد LSP! يمكنك الضغط على k ويظهر نافذة منبثقة مع وثائق الماكرو.
هذه هي الطريقة التي ينبغي أن تكون بها الحياة دائمًا. أنت عزم على جعل التبديل إلى حلزوني.
... ولم يمض وقت طويل ، تستسلم. ذاكرة العضلات الخاصة بك قوية للغاية. أصبح بنية VIM-Object-Object of VIM هي اللغة التي يستخدمها عقلك لإرسال تعليمات إلى أصابعك. مهزومًا ، تصبح الإشارات إلى hx في .zsh_history أقل ومتباعدة ، حتى تختفي تمامًا ، تم استبدالها مرة أخرى بـ vim أو nvim أو nvim المستعار إلى vim .
أنت ترفض رسائل الخطأ الأحمر التي تصرخ عليك في كل مرة تفتح فيها المحرر. ربما تحتفظ بمثيلها بعد أن ترفض جميع الأخطاء حتى لا تضطر إلى إهانة رسائل الأخطاء التي لا تملكها الوقت أو الطاقة أو الدافع لإصلاحها في كل مرة تريد فيها تعديل ملف.
ربما في يوم من الأيام ، كما تعتقد ، سيكون من الممكن استخدام Helix في "Mode VIM" ، بعد كل شيء ، هناك حتى مكون إضافي VIM لائق لـ VSCode هذه الأيام ، أليس كذلك؟
صديقي. لقد شعرت بالإحباط ، وغضبك ، وحزنك ، وخيبة أملك ، وهزيمك.
قد لا أكون قادرًا على إعطائك حلاً مثاليًا في الوقت الحالي ، لكن يمكنني أن أعطيك أكثر من كافية للحصول على الكرة!
تحقق من ملف config.toml في هذا المستودع. أنه يحتوي فقط على التعيينات الرئيسية. كانت هذه أهم تعيينات رئيسية للسماح لي باستخدام أكبر قدر ممكن من ذاكرة العضلات الخاصة بي عند تحرير النص في اللولب.
إذا كنت معتادًا على القيام بأوامر c كثيرًا ، فسيتعين عليك التكيف مع اختيار المنطقة التي تريدها مع v ثم حذفها.
مع هذا القول ، يتم تنفيذ الكثير من الأشياء الأساسية (بما في ذلك C ، 0 ، $ ، ^ ، G ، {} و % !) التي تعتمد عليها كل يوم لتحرير ملف نصي والتنقل دون التفكير فيه.
لا تتردد في توتر هذا ، وتخصيصه ، وتقديم الاقتراحات ، والتحسينات ، وملء الفجوات التي لا أعرف كيفية ملء ، إلخ.