- A hozzászóláshoz be kell jelentkezni
- 350 megtekintés
Hozzászólások
Onnan lehet tudni hogy valami véglegesen elromlott a világban, hogy már egy új vi verzióban is videókat kell nézni hogy mit raktak bele ahelyett hogy leírnák öt sorban.
- A hozzászóláshoz be kell jelentkezni
Egyetértek. Leírva sokkal hatékonyabb, gyorsabban átolvasható. Csak akkor az van, amire itt a HUP-on is panaszkodnak, hogy hosszú, fosolmány, ők nem olvasnak ilyen sokat, stb.. Így meg polkorrektségből meg marketingből kitolnak ilyen videókat, hogy a „vizuális” emberkék is elégedettek legyenek.
Sok újdonság nem volt ebben a 0.8-ban, de ez a parancssor (legalsó sor) kikapcsolása nagyon király, már fel is vettem a konfigba a lua vim.o.ch=0 sort. Ezt szeretem a neovim-ben, hogy gyors ütemben fejlődik. Igazából a sima, hagyományos vim-mel sincs bajom, csak az később kap meg ilyen feature-öket. A lua is szimpatikusabb, mint a vimscript.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Hát ha valahol nem metszi egymást a két halmaz, akkor azok a vi júzerek.
- A hozzászóláshoz be kell jelentkezni
Próbáltam sima vi-t, nvi-t is, és bár gyors szerkesztéseknél egy frissen telepített rendszeren elmegy, de fő szerkesztőnek nekem túl fapad, se visual mode, se egy csomó hasznos billkombó (pl. ZQ, G), se kódszínezés, se pluginnel bővíthetőség, se semmi, így még az én minimalista igényeimet se fedi le. Esetleg elvis, az kicsit a vanilla vi és vim közötti átmenet.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Le van írva pár sorban is, pl.:
0.8
- LSP improvements (v3.16 spec coverage, configuration,
LspAttach
) - Lua API:
vim.fs
,vim.cmd{}
, measure require() in--startuptime
,:map
/:command
/:au
can print Lua source location - treesitter API: use queries to define spellcheck regions (aka "spellsitter")
vim.ui_attach()
- UI and RPC performance
- user-defined command preview
cmdheight=0
- clickable statusline
- A hozzászóláshoz be kell jelentkezni
Vessenek a mókusok elé, de nekem inkább a gvim/mVim, néha jól jön az az egér is. Visual mode meg blokk-kijelölés nélkül meg nem lehet élni, ez nyilvánvaló.
- A hozzászóláshoz be kell jelentkezni
Nem vetnélek eléjük, de a vim-nek pont az lenne a lényege, hogy ne nyúlj ki az egérért, kurzormozgató billentyűkért (nyílbillentyűk, Home, PgDn, stb.), hanem maradj gépírástartásban az alfanumerikus részen, lehetőleg az alapsoron. Ha meg úgyis kinyúlsz ezekért, akkor meg a vim értelme kérdőjeleződik meg, mert annyi erővel használhatnál egy hagyományos, nem modális text editort is, pl. micro, Emacs, Visual Studio Code, stb.. Persze, te tudod mit hogyan használsz, csak megfontolásra ajánlom. Ha hiszed, ha nem, a hatékonyság valóban nő, ha nem nyúlsz ki ezekért, és a vim-et nem egerészős, hanem vim-filozófia mentén használod. Valóban nehéz megszokni, nekem pl. sokáig tartott, mire ráállt az agyam, és nem akartam többet egerezni, stb.. Egy egész másik filozófia van a vi/vim mögött, emiatt én igazából nem is text editorként tekintek rá, hanem text processorként, egyfajta interkatív sed-ként.
Hasonlóan a visual mode se mindig a leghatékonyabb, erre most nemrég jöttem rá. Gyakran hatékonyabb, ha megkerülöd, pl. dG töröl az aktuális sortól a fájl végéig, meg ahelyett, hogy egy szövegrészt mondjuk időzőjelek között kitörölsz vagy átírsz, ahhoz se kell, mert di" vagy ci", esetleg dd, cc, D, C, stb. és máris ugyanott vagy, egy lépcsőt kihagyva. A blokkkijelölés viszont sokszor nem kerülhető meg, valóban. A h/j/k/l szintén sokszor nem a leghatékonyabb mozgás, annak ellenére, hogy kezdők azt tanulják meg először, helyettük haladóként jobb a ( ) { } 0 ^ $ % f F t T b B e E-s navigáció, gyorsabban eljutsz ugyanarra a szöveg/kódrészre, kevesebb billentyűleütésből.
Ráadásul egérhez nem kell feltétlen gVim, ha jól belövöd a vim, neovim konfigját, meg a terminálod se túl buta fajta, az is fog tudni egeret kezelni (kattintás, görgetés, kijelölés, beillsztés), meg X vagy waylandes vágólappal adatot cserélni, stb., csak annyi lesz a különbség, hogy terminálban fut, nem egy különálló GUI programként.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Akinek ez hosszú, íme egy rövidebb összefoglaló :D
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni