Kas ir Helix Editor modālais redaktors un kāpēc tas iegūst tik daudz sekotāju?

Ja jau kādu laiku izmantojat tādus redaktorus kā Visual Studio Code, Vim vai Neovim un nesen esat vēlējies izmēģināt ko jaunu, iespējams, esat saskāries ar Helix. Šis redaktors rada diezgan lielu popularitāti, īpaši to vidū, kas dzīvo terminālī, strādā ar vidējiem un lieliem projektiem un meklē vieglāku, ātrāku rīku, kas ir mazāk atkarīgs no spraudņiem un bezgalīgām konfigurācijām.

Helix sevi piedāvā kā modernu modālo redaktoru, iedvesmojoties no Kakoune un Neovim , kura mērķis ir piedāvāt pieredzi, kas ir tuvu pilnai IDE, bet TUI (termināļa teksta saskarnes) formātā, bez Electron, bez JavaScript un ar daudzām uzlabotām funkcijām, kas jau ir integrētas pēc noklusējuma. Ja esat strādājis ar tādām vidēm kā C++ Visual Studio vai personīgiem projektiem VS Code, ir normāli domāt, kā Helix iederas ambiciozākās darbplūsmās un kādi upuri ir saistīti ar darbu bez "Visual Studio stila" failu pārlūka.

Kas ir Helix redaktors un kāpēc to sauc par postmodernu modālo redaktoru?

Helix ir viegls, starpplatformu, terminālcentrisks modālais teksta redaktors, kas rakstīts Rust valodā. Tā dizains lielā mērā balstās uz Kakoune un atkāpjas no tipiskā Vim mantojuma, pārrakstot koncepciju no nulles. Pats projekts sevi definē, puspajokojot, pusnopietni, kā "postmodernu teksta redaktoru". Joks izriet no idejas, ka, ja Neovim ir mūsdienu Vim, tad Helix būtu nākamais solis, mēģinot no jauna definēt modālās rediģēšanas modeli ar saskaņotākām un mūsdienīgākām izvēlēm.

Svarīgākais ir tas, ka Helix nemēģina būt vēl viens Vim klons : tas izmanto daudzu gadu pieredzes laikā, lietojot Vim/Neovim, un pārkāpj saderības noteikumus, lai piedāvātu tīrāku pamatu ar mazāk koda rindām un daudz saprātīgākiem noklusējuma iestatījumiem. Tas viss padara apguves līkni, lai gan joprojām prasīgu tiem, kas izmanto grafisko redaktoru, nedaudz maigāku nekā klasiskajam Vim.

Turklāt Helix ievēro skaidru filozofiju: liela daļa no tā, ko citi redaktori apstrādā ar spraudņiem, jau ir integrēta šeit . Tas samazina atkarību no ārējām ekosistēmām, ļauj izvairīties no ilgstošas ​​konfigurācijas un atvieglo darba vides pārvietošanu uz jebkuru datoru, izmantojot tikai pāris minimālu konfigurācijas failu.

Vēl viena svarīga detaļa ir tā, ka Helix, neskatoties uz to, ka galvenokārt ir termināļa redaktors, neizslēdz grafiskas lietotāja saskarnes izveidi nākotnē . Komanda ir minējusi savu nodomu eksperimentēt ar WebGPU balstītu renderētāju, līdzīgi kā Emacs var būt dažādas lietotāja saskarnes, lai gan pagaidām uzmanības centrā ir 100% TUI.

Modālās rediģēšanas veidne: Normāls, Ievietot un daudz kas cits

Helix seko modālo redaktoru, piemēram, vi , filozofijai , kur, atverot failu, netiek nekavējoties sākta rakstīšana. Tā vietā tiek izmantots parastais režīms, kas paredzēts teksta pārlūkošanai, lasīšanai un manipulēšanai. Lai rakstītu, jāpārslēdzas uz ievietošanas režīmu, un, kad esat pabeidzis, atgriežaties parastajā režīmā, lai saglabātu, izietu vai izpildītu komandas.

Praktiski tas nozīmē, ka Helix režīmā jūs pastāvīgi nejaucat rakstīšanas un komandu darbību . Normālajā režīmā jūs koncentrējaties uz teksta bloku pārvietošanu, atlasīšanu, meklēšanu vai modificēšanu; ievietošanas režīmā jūs vienkārši rakstāt. Lai pārslēgtos starp režīmiem, ievietošanai izmantojiet tādus taustiņus kā i vai a , bet Escape taustiņu (vai alternatīvas taustiņu kombinācijas), lai atgrieztos normālā režīmā.

Ļoti īpaša Helix iezīme ir rediģēšanas filozofija, kuras pamatā ir “atlase → darbība” . Tā vietā, lai domātu “Es izdošu komandu un redzēšu, ko tā atlasīs”, Helix vispirms precīzi atzīmējat, ar kuru fragmentu vēlaties strādāt (vārds, rinda, rindkopa, bloks, vairāki apgabali vienlaikus utt.), un pēc tam izlemjat, kādu darbību veikt ar šo atlasi: dzēst, mainīt, kopēt, ievietot iekavās utt.

Pat ja šķiet, ka kursors atrodas pozīcijā, kurā nekas nav atlasīts, Helix to uzskata par rakstzīmes atlasi . Šī konsekventā pieeja padara daudzas darbības paredzamākas, īpaši, apvienojot sarežģītas kustības ar manipulācijām ar vairākām vienlaicīgām atlasēm.

Tiem, kas izmanto Vim, ir daži īsceļi, kas ātri kļūst nepieciešami: v, lai atvērtu atlases režīmu, x, lai atlasītu visu rindu, un *, lai meklētu vārdu zem kursora (ar n, lai pārietu uz nākamo atbilstību). Šīs ir detaļas, kas atvieglo mentālo lēcienu no tradicionālā vi modeļa uz Helix piedāvāto variantu.

Helix pret Vimu, Neovimu un Kakoune

Helix neradās no tukšas vietas; tas nepārprotami izmanto citu rīku pieredzi. Vispārīgi runājot, tas aizņemas daudzas idejas no Kakoune un dažas no Neovim , taču ar spēcīgu uzsvaru uz integrāciju un "viss vienā" funkcionalitāti termināļa redaktora ierobežojumu ietvaros.

Runājot par Kakoune, lielākā atšķirība ir tā, ka Helix koncentrējas uz daudz vairāku gatavu funkciju iekļaušanu . Kakoune lielu daļu savas funkcionalitātes deleģē ārējiem rīkiem (piemēram, logu pārvaldībai vai integrācijai ar valodu serveriem), savukārt Helix dod priekšroku vairāk funkciju apvienošanai pašā redaktorā. Turklāt Helix izmanto koku kopu veidotāju kā pamatu sintakses izcelšanai un koda analīzei, kas tai piešķir skaidras priekšrocības precizitātes un veiktspējas ziņā salīdzinājumā ar tradicionālajiem risinājumiem, kuru pamatā ir regulārās izteiksmes.

Salīdzinot ar Vim vai Neovim, galvenā atšķirība ir tā, ka Helix neglabā nekādu saderību ar mantotajām versijām . Sākot no nulles, ir bijis iespējams ievērojami samazināt koda izmēru un izveidot modernu noklusējuma konfigurāciju: loģiskākas saīsnes, mazāk pārsteidzoša uzvedība tiem, kas nav pazīstami ar Vim, un mazāka nepieciešamība pielāgot iestatījumus pirms produktīva darba uzsākšanas.

Praksē tas nozīmē, ka, lai gan Helix joprojām ir modāls un tāpēc tai joprojām ir apgūšanas līkne, tā ir mazāk biedējoša nekā pilnīgi vienkārša , nekonfigurēta Vim. Turklāt, izmantojot tā saukto "telpas režīmu" (par kuru mēs runāsim vēlāk), komandu un funkciju atklāšana ir daudz pieejamāka pat iesācējiem.

Rezumējot, Helix ir piemērots tiem, kas vēlas jaudīgu, modernu un saskaņotu termināļa redaktoru , bez nepieciešamības apkopot spraudņu un skriptu virkni, lai sasniegtu pamata izstrādes funkcijas, kas tagad gandrīz jebkurā IDE tiek uzskatītas par pašsaprotamām.

Galvenās funkcijas: LSP, Tree-sitter un vairāki kursori

Viena no Helix lielākajām priekšrocībām ir tā, ka tajā ir iekļautas daudzas mūsdienīgai IDE raksturīgas funkcijas jau no paša sākuma . Lai iegūtu pienācīgas izstrādes vides pamatus, nav jāinstalē paplašinājumi; vienkārši konfigurējiet pāris lietas, un viss ir gatavs.

Pirmkārt, Helix piedāvā iebūvētu atbalstu valodu servera protokolam (LSP) . Tas nozīmē inteliģentu automātisko pabeigšanu, diagnostiku (kļūdas un brīdinājumi kodā), pāreju uz definīciju, simbolisku pārdēvēšanu, atsauces un citas funkcijas. Būtībā viss, ko mēs saistām ar tādu vidi kā VS Code, bet teksta saskarnē. Dažādu valodu serveru konfigurācija tiek veikta TOML failos, un, lai gan tas prasa zināmu sākotnējo iestatīšanu, pēc konfigurēšanas to ir ļoti viegli atkārtot citās ierīcēs.

Paralēli Helix sintakses izcelšanai un pakāpeniskai koda analīzei izmanto koku izkārtojuma funkciju . Tas nozīmē, ka valodas struktūra tiek izprasta dziļākā līmenī nekā ar vienkāršiem teksta modeļiem: redaktors atpazīst blokus, izteiksmes, mezglu tipus utt. Rezultāts ir precīzākas krāsas, labāka kontekstuālā atlase un lielāka iespēja veikt "viedās" darbības ar kodu.

Vēl viena svarīga funkcija ir vairāki kursori un vienlaicīga atlase — kaut kas tāds, kas praktiski ir daļa no Helix DNS. Vienlaikus var būt aktīvi vairāki reģioni un visiem tiem var piemērot vienu un to pašu darbību: mainīt mainīgā nosaukumu vairākās vietās, ietvert vairākas izteiksmes iekavās, dzēst daudzas nepārtrauktas rindas utt. Ja izmantojat tādus redaktorus kā Sublime Text vai VS Code, šī darba metode šķitīs diezgan dabiska.

Papildus visam iepriekšminētajam ir tādas funkcijas kā peles atbalsts (lai gan projekta filozofija mudina uz to paļauties pēc iespējas mazāk), diezgan plašs vizuālo tēmu klāsts un izcelšana vairāk nekā 180 programmēšanas un iezīmēšanas valodām. Lai gan ne visām valodām vēl ir uzlabotas atkāpju definīcijas, projekts pakāpeniski aptver vairāk gadījumu.

Minimāla konfigurācija, bet jaudīga un pārnēsājama

Viens no iemesliem, kāpēc daudzi cilvēki apnīk, strādājot ar tādiem redaktoriem kā VS Code vai Neovim, ir konfigurāciju un spraudņu pārpilnība . Jūs sākat ar pāris paplašinājumiem, un, pirms jūs to pamanāt, jūsu JSON iestatījumu fails vai init.lua fails ir kļuvis praktiski nepārvaldāms. Tas pats ir noticis ar daudziem arī ar Vim: milzīgas konfigurācijas, kuras ir grūti migrēt.

Helix tiecas būt apzināti uz savu viedokli balstīts redaktors : tam ir spēcīgi noklusējuma iestatījumi, tāpēc, ja pieņemat šo filozofiju, varat sākt strādāt gandrīz neko nemainot. Ideja ir: "konfigurējiet vienreiz un aizmirstiet par to". Daudzi cilvēki, kas ir pārgājuši uz Helix, to ir darījuši tieši tāpēc, lai atbrīvotos no ieraduma vēlēties pielāgot absolūti visu.

Galvenā konfigurācija tiek veikta, izmantojot failu config.toml, kas atrodas Helix direktorijā (parasti ~/.config/helix/ Unix tipa sistēmās). Vairumā gadījumu tas ir relatīvi īss fails, kurā var pielāgot tādus iestatījumus kā tēma, redaktora darbība, iegremdēšanas līnijas, automātiskā saglabāšana, kursora formas utt. Bieži vien ir redzami iestatījumi ar ļoti maz rindu, kas jau aptver pamata personiskās preferences.

Šī pieeja padara Helix neticami pārnēsājamu . To var instalēt personālajā datorā, AWS EC2 instancē, attālā serverī vai pat Raspberry Pi, kopēt nelielo konfigurācijas failu un dažu sekunžu laikā iegūt praktiski tādu pašu vidi. Attālināta darba situācijās vai bieži mainot iekārtas, tam ir būtiska nozīme.

Papildus galvenajam failam varat definēt failu languages.toml , lai pielāgotu darbību katrai valodai: failu paplašinājumu asociācijas, LSP konfigurāciju, atkāpju noteikumus utt. Vienkāršs piemērs būtu pievienot atbalstu Helix, lai atpazītu .t failus kā Perl, kā arī .pl un .pm failus , kas ir ļoti izplatīta prakse projektos, kas izmanto šo paplašinājumu testēšanai.

Uzstādīšana un pirmie soļi ar Helix

Mūsdienās Helix instalēšana ir samērā vienkārša, īpaši mūsdienu GNU/Linux distribūcijās, kurās tā jau ir iekļauta to krātuvēs. Daudzos gadījumos pietiek ar distro pakotņu pārvaldnieka izmantošanu . Tiem, kas vēlas pilnīgu pārnesamību vai jaunāko stabilo versiju, ir ierasts arī lejupielādēt tarball tieši no GitHub atbilstošajai platformai un arhitektūrai.

Piemēram, operētājsistēmā Linux varat lejupielādēt noteiktu Helix versiju no GitHub, izvilkt to failā ~/.local/bin un pievienot šo ceļu savam PATH. Tas jums dos hx komandu, kas būs pieejama terminālī, bez nepieciešamības instalēt neko globāli. Daži lietotāji arī dod priekšroku to kompilēt no avota, izmantojot `charge install helix --locked` , lai gan tas ir atkarīgs no pareizi konfigurētas Rust rīku ķēdes.

Pēc instalēšanas ieteicams palaist komandu `hx --health` , lai pārliecinātos, ka viss ir kārtībā: ceļi, atkarības utt. Pēc tam, lai pilnībā izmantotu koda analīzes un izcelšanas iespējas, ieteicams palaist komandu `hx --grammar fetch` un pēc tam komandu `hx --grammar build` , lai lejupielādētu un kompilētu nepieciešamās koku novietošanas gramatikas.

Fails languages.toml ļauj precīzi noregulēt, kuri paplašinājumi ir saistīti ar kurām valodām, un, ja vēlaties, ignorēt esošās definīcijas. Sintakse ir diezgan vienkārša ([[language]] bloki ar atslēgu-vērtību pāriem), un oficiālajā Helix dokumentācijā ir iekļauti piemēri un papildu skaidrojumi.

Ja jūs interesē integrācija ar valodu serveriem, varat sākt ar nelielu valodu kopu, kas ir kritiski svarīga jūsu ikdienas darbam. Lai gan LSP tūlītēja konfigurēšana nav obligāta, produktivitātes atšķirība, to iespējojot, ir ievērojama , īpaši vidējos un lielos projektos.

Īsceļi, telpas režīms un adaptācija no Vim

Viena no Helix stiprajām pusēm ir koncentrēšanās uz to, lai komandas būtu viegli atpazīstamas . Tā vietā, lai jau no pirmās dienas piespiestu jūs iegaumēt šifrētas kombinācijas, tajā ir iekļauts "atstarpes režīms", kas darbojas kā komandu izvēlne, kurai var piekļūt, izmantojot atstarpes taustiņu. No turienes atklājas taustiņu virkne, kas darbojas gandrīz kā funkciju karte.

Piemēram, bieži veicamām darbībām varat izmantot īsinājumtaustiņus, kuru pamatā ir atstarpes taustiņš: failu atvēršanai, buferu pārvaldībai, pārslēgšanai starp logiem utt. Tas nozīmē, ka pat ja neesat iegaumējis visus īsinājumtaustiņus, joprojām varat izpētīt iespējas, neizejot no redaktora . Tas ir veids, kā atvieglot ikdienas rutīnu, pakāpeniski apgūstot visbiežāk lietotās taustiņu secības.

Tiem, kas nāk no Vim vai Neovim, ir noteiktas filozofijas izmaiņas, kurām nepieciešama neliela pacietība. Helix koncentrējas uz ideju par atlasi vispirms, darbību tikai pēc tam , kas ietver dažu Vim "mentālās gramatikas" atmešanu. Tomēr pāreja kļūst vienmērīgāka, ja paļaujaties uz dažiem īsinājumtaustiņiem, piemēram, v, x un meklēšanu ar * un n.

Turklāt Helix ļauj mainīt taustiņu kombināciju kartēšanu dažādos režīmos. Piemēram, ja gadiem ilgi esat izgājis no ievietošanas režīma, nospiežot Ctrl+C, jo tas ir ērtāk nekā sasniegt taustiņu Escape, varat pievienot konfigurācijai kaut ko līdzīgu:

[atslēgas.ievietot] Kopija = “normāls_režīms”

Tādā veidā jūs saglabājat pazīstamās žesti, neupurējot Helix dizaina priekšrocības. Līdzīgi varat kartēt tādas secības kā Ctrl+w, kam seko c , lai aizvērtu buferi ("Cw" = { ​​​​c = ":bc" }), vai piešķirt Q taustiņu , lai aizvērtu visus failus un izietu ("Q" = ":qa"). Tas atvieglo iepriekšējā redaktorā izmantotās darbības atkārtošanu.

Vizuāla pielāgošana: tēmas, kursori un atkāpju vadlīnijas

Vizuāli Helix piedāvā ievērojamu skaitu iebūvētu tēmu un iespēju pievienot citas, kas lejupielādētas no ārējām krātuvēm. Lai izmantotu pielāgotu tēmu, vienkārši ievietojiet to direktorijā ~/.config/helix/themes un galvenajā konfigurācijas failā norādiet tās nosaukumu, izmantojot, piemēram, theme = "gruvbox".

Varat arī pielāgot redaktora sānu malas , tas ir, sānu joslu, kur parādās indikatori. Piemēram, strādājot ar Git repozitorijiem, ir ierasts iespējot gan diagnostikas, gan diferenciālos indikatorus: gutters = ["diagnostika", "diff"] . Tas ļauj uzreiz redzēt, kurās rindās ir kļūdas, brīdinājumi vai kuras ir modificētas kopš pēdējās izmaiņas.

Vēl viena ļoti noderīga iespēja ir iespējot automātisko saglabāšanu , lai izmaiņas tiktu automātiski ierakstītas diskā, jums nepārtraukti neatceroties tās saglabāt. Izmantojot vienkāršu rindu, piemēram, `auto-save = true`, jūs samazināt darba zaudēšanas risku, ja kaut kas avarē vai nejauši aizverat attālo sesiju.

Helix arī ļauj augšpusē attēlot bufera līniju , kas ir diezgan līdzīga failu cilnēm citos redaktoros. Iestatot `bufferline = "multiple"`, jūs varat ērti redzēt, kuri faili ir atvērti, un ātri pārslēgties starp tiem.

Attiecībā uz kursoru var definēt atšķirīgu stilu atkarībā no režīma : piemēram, bloks parastajā režīmā, josla ievietošanas režīmā un pasvītrojums atlases režīmā. Kaut kas līdzīgs:

[editor.cursor-shape] insert = "bar" normal = "block" select = "underline"

Visbeidzot, daudzi lietotāji iespējo atkāpju palīglīnijas , lai redzētu vertikālās kolonnas, kas palīdz viņiem izprast koda bloku struktūru. Ar šādu konfigurāciju:

[editor.indent-guides] render = true character = «╎» skip-levels = 1

Jūs iegūstat skaidru atkāpes līmeņa vizualizāciju, kas ir neticami noderīgi valodās ar daudziem ligzdotiem blokiem.

Failu, buferu un projektu pārvaldība bez vizuālas pārlūkprogrammas

Viens no biežākajiem jautājumiem, īpaši tiem, kas strādā pie lieliem projektiem C++, Java vai līdzīgās valodās , ir, kā izdzīvot Helix vidē bez blakus esoša failu pārlūka, piemēram, Visual Studio vai VS Code. Sajūta "bez mapju koka esmu apmaldījies" ir diezgan izplatīta, strādājot ar grafiskajiem redaktoriem.

Helix lielu daļu šīs vajadzības risina, izmantojot failu/bufera atlasītāju . Varat atvērt failu atlasītāju, kas ļauj meklēt pēc nosaukuma, pārvietoties un diezgan ātri atvērt nepieciešamo. Tas piedāvā arī ērtu sistēmu pārslēgšanai starp atvērtajiem buferiem, kas ar nelielu praksi efektīvi aizstāj tradicionālo failu paneli loga kreisajā pusē.

Turklāt komanda ` :open` kalpo kā aizstājējzīme, ja vēlaties atvērt failu tieši pēc tā ceļa, tik ļoti nepaļaujoties uz iepriekšējiem sarakstiem. Ja zināt faila nosaukumu vai labi atceraties projekta struktūru, dažu sekunžu laikā nonāksiet tur, kur jums jābūt.

Vēl viena interesanta funkcija ir logu un sadalīšanas pārvaldība , ko vi lietotāji bieži novērtē. Lai gan Helix pilnībā nedeleģē šo atbildību ārējiem rīkiem, tā saglabā filozofiju, kas ļauj sadalīt ekrānu, vienlaikus strādāt ar vairākiem failiem un visu saglabāt terminālī, nemanāmi integrējoties ar tmux vai SSH sesijām.

Tie, kas ir pārgājuši no grafiskām vidēm, saka, ka pēc dažām lietošanas nedēļām sajūta, ka vizuāla pārlūkprogramma ir absolūti nepieciešama, mazinās . Jūs iemācāties vairāk paļauties uz automātisko sadalīšanu, atlasītājiem un īsceļu atmiņu, un jums vairs nepietrūkst mapju koka, kas tik plaši izplatīts citās IDE.

Integrācija ar termināļiem, attāliem serveriem un uzlabotām darbplūsmām

Helix nepārprotami ir paredzēts tiem, kas ievērojamu dienas daļu pavada terminālī. Tā kā tas ir redaktors bez Electron, VimScript vai JavaScript , tā resursu patēriņš ir ļoti zems, kas ir manāms gan pieticīgos galddatoros, gan klēpjdatoros, kur akumulatora darbības laiks ir svarīgs.

Tas īpaši labi darbojas kombinācijā ar tādiem rīkiem kā tmux vai termināļa multipleksori , jo var atvērt vairākas sesijas, sadalīt logus un Helix darboties vienā vai vairākās no tām. Tas ir ļoti noderīgi attālinātās izstrādes vidēs, kur esat savienots ar jaudīgu datoru, izmantojot SSH, un praktiski visu darāt no turienes.

Šajā kontekstā iespēja ātri instalēt Helix, kopēt konfigurāciju un izmantot to pašu rediģēšanas vidi jebkurā serverī ir milzīga priekšrocība. Jums nav jāpaļaujas uz to, vai serverim ir grafiskais interfeiss, X11 pāradresācija vai kaut kas tamlīdzīgs: terminālis un Helix ir viss, kas jums nepieciešams ērtai izstrādei.

Tiem, kas programmē tādās valodās kā C++ un regulāri strādā ar kompilācijas rīkiem, atkļūdotājiem un skriptiem, Helix nemanāmi integrējas parastajā darbplūsmā: rediģējat Helix, kompilējat ar vēlamo būvēšanas sistēmu, palaižat testus no komandrindas utt. Ja vēlaties kaut ko līdzīgāku IDE "problēmu panelim", Helix LSP diagnostika veic ļoti līdzīgu darbu.

Šis darba veids sākumā var šķist mulsinošs, ja esat pieradis pie IDE, kas visu ietver vienā lietotāja saskarnē, taču daudziem izstrādātājiem tas galu galā ir elastīgāks un mazāk trausls tieši tāpēc, ka katra daļa labi pilda savu darbu un jūs neesat atkarīgs no vienas milzīgas monolītas lietojumprogrammas.

Helix projekta pašreizējie ierobežojumi un nākotne

Neskatoties uz visām savām priekšrocībām, Helix nav perfekts un nepretendē uz universālu risinājumu. Pašlaik viens no visvairāk apspriestajiem ierobežojumiem ir nobriedušas spraudņu sistēmas trūkums . Komanda skaidri norāda, ka nākotnē vēlas iekļaut paplašināmību, taču viņi izmanto pārdomātu pieeju, lai netraucētu dizaina saskaņotību.

Tas nozīmē, ka noteiktas ļoti specifiskas integrācijas vai ļoti pielāgotas darbplūsmas, ko varētu panākt ar spraudni Vim vai Neovim, šeit vēl nav iespējamas vai arī tām ir nepieciešami risinājumi. Kompromiss ir tāds, ka redaktors joprojām ir kompaktāks, paredzamāks un mazāk ticams, ka to sabojās slikti uzturēts spraudnis.

Vēl viens daļējs ierobežojums ir tas, ka ne visām valodām vēl ir uzlabotas atkāpju definīcijas . Dažas ir daudz attīstītākas nekā citas, un, lai gan koku novietojuma iezīmēšanas pamatfunkcija ir pieejama lielākajā daļā valodu, sīkākas formatēšanas detaļas joprojām tiek izstrādātas noteiktām ekosistēmām.

Runājot par grafisko lietotāja saskarni, projekta vēlmju sarakstā joprojām ir ideja par WebGPU balstītu renderētāju . Tā nav galvenā prioritāte, salīdzinot ar pamata stabilitāti un funkcijām, taču vairākkārt ir pieminēta nodoms nākotnē piedāvāt grafiskā interfeisa opciju, koplietojot visu rediģēšanas loģiku ar termināļa versiju.

Visbeidzot, lai gan projekta dokumentācija ir diezgan stabila, vienmēr ir iespējams uzlabot tādas jomas kā sarežģītāki konfigurācijas piemēri , lietošanas gadījumi lieliem projektiem vai īpašas rokasgrāmatas tiem, kas nāk no VS Code, IntelliJ vai citām populārām vidēm. Kopiena bieži aizpilda daļu no šīs nepilnības ar pamācībām, rakstiem par personīgo pieredzi un koplietotām konfigurācijām.

Kopumā Helix veidojas par ļoti nopietnu izvēli tiem, kas novērtē ātrumu, konsekventu dizainu un pārnesamību , un kuriem nav iebildumu ieguldīt nedaudz laika, lai apgūtu darba veidu, kas nedaudz atšķiras no tipiskā grafiskā interfeisa ar peli un paneļiem visur. Ja vēlaties iziet ārpus savas redaktora komforta zonas, bet nevēlaties atteikties no modernām funkcijām, piemēram, valodas apstrādes (LSP), vairākkārtējas atlases vai uzlabotas sintakses izcelšanas, Helix ir viens no interesantākajiem kandidātiem, ko varat izmēģināt tieši tagad.