Fórum Root.cz
Hlavní témata => Software => Téma založeno: Jakukkub 14. 06. 2023, 18:39:47
-
Zajímalo by mě co programátoři tohoto fóra používají jako svůj hlavní textový editor na práci.
Já osobně nedávno přešel z VS Code na Neovim a musím to všem doporučit, časová investice do naučení se keybindů se opravdu rychle vyplatila
Co používáte vy?
-
vs code, notepad++, v terminalu vim
-
sublime text, vzdáleně nano
-
Borci z Root.cz používají na všechno Emacs a všechno píšou v Lisp.
Já používám Vs code, ale na hodně velké logy jsem musel stáhnout sublime. A v terminálu vim.
-
vs code, Kate, v terminálu vim
-
geany, v terminálu vim
-
Zajímalo by mě co programátoři tohoto fóra používají jako svůj hlavní textový editor na práci.
Já osobně nedávno přešel z VS Code na Neovim a musím to všem doporučit, časová investice do naučení se keybindů se opravdu rychle vyplatila
Co používáte vy?
uz si ani nepamatuji co vsechno jsem pouzival za editory. MultiEdit => vim => vscode + remotessh nyni. Nejvice radku asi ve vim, protoze je doslova vsude, takze hp-ux/parisc, pozdeji hp-ux/itanium a ted hlavne linux.
-
Pokud to ma byt pro programatory, tak ja bych rozsiril definici textoveho editoru o IDE a pridal IntelliJ. Urcite je to aplikace, v ktere jsem napsal nejvic textu. Free verze neni zadny zazrak, ale ta placena je skvela.
Jinak muj zakladni textovy editor je notepad++.
Pokud pisu doma JS, tak pouzivam VS Code. Na domaci PHP jsem pred par lety pouzil Netbeans (to uz je ale zase spis IDE).
-
Používám primárně neovim (konkrétně jeho distribuci LunarVim (https://www.lunarvim.org/)).
Na systémech, co spravuju, mám většinou po ruce Helix (https://www.helix-editor.com), což je mladší vim-like editor ale s logičtějším ovládáním a "batteries-included" (žádné pluginy, jednodušší na instalaci).
-
Na práci primárně Intellij Idea a teď PyCharm. Nepoužívat na programování IDE je mrhání časem.
Pokud dělám něco v terminálu, tak ideálně mcedit, pokud není, tak nano, a pokud není ani to, tak vim.
-
Na práci primárně Intellij Idea a teď PyCharm. Nepoužívat na programování IDE je mrhání časem.
Pokud dělám něco v terminálu, tak ideálně mcedit, pokud není, tak nano, a pokud není ani to, tak vim.
souhlasim s ide a pohodlnym debugovanim, to je lepsi nez v command lajne.
ale psat ve vim, v radce dat make a pak spustit je rychle, kdyz to clovek ma v krvi. a my drive narozeni jsme nemeli vzdy skvele ide.
-
kdyz potrebuju gui, tak vscode, jinak vim/lunarvim a nebo posledni dva mesice doom-emacs, kde asi chvili zustanu.
v zamestnani pak full IDE - pycharm, phpstorm
-
Vim pro všechno (konzole i Gvim), kolegové jedou hlavně VSCode.
-
Nepoužívat na programování IDE je mrhání časem.
Hele, to, že vy něco neumíte dělat efektivně bez IDE ještě opravdu neznamená, že je to zjevená univerzálně platná pravda.
-
Používám Intellij Idea s VIM pluginem, mám to nejlepší z obou světů.
-
na python je výborný Spyder, jinak pspad je dobrý editor pro win...
-
Zajímalo by mě co programátoři tohoto fóra používají jako svůj hlavní textový editor na práci.
mcedit, vetsinou mam 4-9 konzoli otevreno vedle sebe - dva pro kod - volajici/volana strana, treti pro koukani do doku/browse random zdrojaku, ve ctvrte to prubezne poustim, pata/sesta je edit/view na vstup a vystup behu. V pripade mikrokontroleru pak dedikovany okno s prekladem/programovanim a seriova konzole, nekdy i vicekrat.
Idealni je kdyz ty konzole nejsou prekryty (vyhoda velkeho monitoru), ale nepouzivam tiling wm, jen obyc KDE3 - a nedavno jsem presel na TDE.
-
jetbrains a mcedit.
-
Omg proč mcedit, nemáte už lepší rovnou vim?
-
Hele, to, že vy něco neumíte dělat efektivně bez IDE ještě opravdu neznamená, že je to zjevená univerzálně platná pravda.
Na psaní kódu asi IDE potřeba není, a vytuněný vim/sublime poslouží podobně dobře. Ale jakmile dojde na refaktorování, tak jsou bez šance. Nebo dokážou například přejmenovat metodu jedné třídy, včetně všech jejích použití, ale nedotknout se stejně pojmenovaných metod v jiných třídách? V IDE (a rozumně typovaném jazyce) je to na jedno kliknutí.
-
Hele, to, že vy něco neumíte dělat efektivně bez IDE ještě opravdu neznamená, že je to zjevená univerzálně platná pravda.
Na psaní kódu asi IDE potřeba není, a vytuněný vim/sublime poslouží podobně dobře. Ale jakmile dojde na refaktorování, tak jsou bez šance. Nebo dokážou například přejmenovat metodu jedné třídy, včetně všech jejích použití, ale nedotknout se stejně pojmenovaných metod v jiných třídách? V IDE (a rozumně typovaném jazyce) je to na jedno kliknutí.
Kde je hranice mezi vytunenym "editorem" a IDE? Existuje napr. https://github.com/eclipse/eclipse.jdt.ls ktery si "borec z rootu" snadno zaintegruje do emacsu a refactoruje jak chce... viz priloha
A kdyz to jde v emacsu tak to pujde i jinde...
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
Na :q člověk potřebuje dva doktoráty, to pak potřebuje ještě třetí na ovládání myši.
-
VSCodium na snad všechno, na serveru a telefonu Neovim (ne, Vim emulaci nikde nepoužívám). Na Racket DrRacket a na obecné úpravy textu GNOME Textový editor.
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
Na :q člověk potřebuje dva doktoráty, to pak potřebuje ještě třetí na ovládání myši.
Nelžete, :q nefunguje vždycky. Někdy vám to místo ukončení napíše :q do textu. Aby se v tom prase vyznalo... Na to aby v tom člověk napsal jeden hash potřebujete hledat manuál na netu jen kvůli tomu, aby to vůbec něco začalo psát a pak taky, aby se to dalo uložit a nakonec, aby se z toho dalo vůbec vylýzt. Tenhle archaickej bazmek by měli vymazat z povrchu zemského, páč s tim může pracovat leda masochista.
-
Na práci primárně Intellij Idea a teď PyCharm. Nepoužívat na programování IDE je mrhání časem.
Pokud dělám něco v terminálu, tak ideálně mcedit, pokud není, tak nano, a pokud není ani to, tak vim.
Sám používám produkty od JetBrains, ale startuje to teda dost dlouho. A když se rozhodne indexovat projekt, který jsem otevřel jen pro malý edit, tak vždy lituju, že jsem neotevřel něco jiného. Bohužel to je taková zlatá klec. Neznám keybinds pro vscode nebo sublime, takže tam trpím i jen při autoformátu kódu.
Vim si nechávám jen na server a configy.
Zkoušel jsem SublimeText, protože to je jediný opravdu rychlý editor/IDE, když vynechám Vim/Neovim apod.
Historicky jsem vyrostl na NetBeans.
Určitě mě zajímá připravované cloud-based IDE od JetBrains, které je schopné předindexovat všechny git branche na pozadí, takže slibují, že přepínání bude rychlé. Zatím jsem nenašel čas to vyzkoušet.
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
Na :q člověk potřebuje dva doktoráty, to pak potřebuje ještě třetí na ovládání myši.
Nelžete, :q nefunguje vždycky. Někdy vám to místo ukončení napíše :q do textu. Aby se v tom prase vyznalo... Na to aby v tom člověk napsal jeden hash potřebujete hledat manuál na netu jen kvůli tomu, aby to vůbec něco začalo psát a pak taky, aby se to dalo uložit a nakonec, aby se z toho dalo vůbec vylýzt. Tenhle archaickej bazmek by měli vymazat z povrchu zemského, páč s tim může pracovat leda masochista.
Tak to se mi ještě nikdy nestalo, že by mi nešel :q ve vimu. Používám ho nicméně jen jako nouzovku, na remote serverech, nebo s ním taky píšu commity v gitu.
-
Tak to se mi ještě nikdy nestalo, že by mi nešel :q ve vimu. Používám ho nicméně jen jako nouzovku, na remote serverech, nebo s ním taky píšu commity v gitu.
Tak to mě se to stává pořád, píšu si text a mačkám :q a on ten bazmek napíše text :q, nebo wq nebo další dementní zkratku z tisíců možností. A ne, nikam to fakt nevyskakuje.... mačkám jak debil eskejp a asi to zase nedělá to co má, mačkám znova a znova a různé kombinace se šiftama controlama prostě najednou se nakonec podaří z toho prevíta vyskočit. Úplně stejně vypadá pokus vůbec něco v tom napsat. Když fungujou šipky, aby člověk dojel na potřebné místo je to malý zázrak.
Jo a vždycky když v tom něco napíšu a "uložím", po zavření to znovu otevírám, abych se přesvědčil, že to je opravdu uložené tak jak jsem mínil.
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
Na :q člověk potřebuje dva doktoráty, to pak potřebuje ještě třetí na ovládání myši.
Nelžete, :q nefunguje vždycky. Někdy vám to místo ukončení napíše :q do textu. Aby se v tom prase vyznalo... Na to aby v tom člověk napsal jeden hash potřebujete hledat manuál na netu jen kvůli tomu, aby to vůbec něco začalo psát a pak taky, aby se to dalo uložit a nakonec, aby se z toho dalo vůbec vylýzt. Tenhle archaickej bazmek by měli vymazat z povrchu zemského, páč s tim může pracovat leda masochista.
Používám neovim celkem běžně, mám tam LSP, tree-sitter atd. Křivka učení je strmá, ale pak se pracuje velmi rychle.
-
Používám neovim celkem běžně, mám tam LSP, tree-sitter atd. Křivka učení je strmá, ale pak se pracuje velmi rychle.
Já to používám pouze pokud není absolutního zbytí, a to tak jednou za pár let. Prostě editor, ve kterým se nedá po otevření souboru nic napsat a nefungujou ani šipky je prostě k ničemu a podle mě nemá žádný důvod k existenci.
Zlatej mcedit. Děkuji komunitě za něj.
-
kate vim
-
Používám neovim celkem běžně, mám tam LSP, tree-sitter atd. Křivka učení je strmá, ale pak se pracuje velmi rychle.
Já to používám pouze pokud není absolutního zbytí, a to tak jednou za pár let. Prostě editor, ve kterým se nedá po otevření souboru nic napsat a nefungujou ani šipky je prostě k ničemu a podle mě nemá žádný důvod k existenci.
Zlatej mcedit. Děkuji komunitě za něj.
Podle tebe nemá důvod k existenci, podle mnohých jiných zjevně má. Nechápu, proč to takhle hrotit, prostě ti nevyhovuje, tak používáš něco jiného, a tím to je uzavřené.
-
Prostě editor, ve kterým se nedá po otevření souboru nic napsat a nefungujou ani šipky je prostě k ničemu a podle mě nemá žádný důvod k existenci.
...
Citim se jak superhrdina co zachranil vim pred zanikem v prazdnote...
otevrel jsem vim... a slo tam neco napsat... dokonce jsem i oprasil sipky a taky fungujou ;-)
-
Omg proč mcedit, nemáte už lepší rovnou vim?
protoze na to clovek nepotrebuje dva doktoraty, aby ten program dokazal aspon ukoncit?
Na :q člověk potřebuje dva doktoráty, to pak potřebuje ještě třetí na ovládání myši.
Nelžete, :q nefunguje vždycky. Někdy vám to místo ukončení napíše :q do textu. Aby se v tom prase vyznalo... Na to aby v tom člověk napsal jeden hash potřebujete hledat manuál na netu jen kvůli tomu, aby to vůbec něco začalo psát a pak taky, aby se to dalo uložit a nakonec, aby se z toho dalo vůbec vylýzt. Tenhle archaickej bazmek by měli vymazat z povrchu zemského, páč s tim může pracovat leda masochista.
Tak to se mi ještě nikdy nestalo, že by mi nešel :q ve vimu. Používám ho nicméně jen jako nouzovku, na remote serverech, nebo s ním taky píšu commity v gitu.
Jsou dva důvody proč :q nejde:
1/ jsi v editačním módu. řešení -> ESC
2/ udělal si změnu, a chce to po tobě potvrzení, zda to máš uložit. řešení -> zapsat ":w", nebo nezapsat ":q!", nebo zapsat a ukončit "ZZ" (btw: Píše to tam. Jasně červeně. Stačí číst.)
Nepíšu to tobě (předpokládám, že ty vim znáš), ale píšu to @Karmelos.
Souhlasím, že je to velice těžké, a není každému dáno, aby pochopil že vim má editační a příkazový mód, a ne každý se naučí čtyři příkazy.
Já teda vim používám na serveru, protože je všude a nedělá chyby a dá se v něm označovat do bloku myší (na rozdíl od mcedit). Dokonce si v mc nastavuji jako editor právě vim namísto mcedit.
Jinak vim nepoužívám.
-
vscode - první editor, co jsem si zcustomizoval podle sebe, a přitom jsem si nevytrhal všechny vlasy...
-
vscode - první editor, co jsem si zcustomizoval podle sebe, a přitom jsem si nevytrhal všechny vlasy...
Hodně lidí ho chválí jako dobrý editor.
Mohl bys prosím rozvést ty customizace?
Ad VIM a EMACS
Ovládání těchto editorů je složitější, ale díky AI (konkrétně ChatGPT + mikrofon) je možné tyto editory ovládat snadno pomocí bicích:
Ukončení s uložením je delší, ale pořád jednodušší než originál:
https://www.youtube.com/watch?v=UzzVZ-6wUso (https://www.youtube.com/watch?v=UzzVZ-6wUso)
A prosté ukončení:
https://www.youtube.com/watch?v=6zXDo4dL7SU (https://www.youtube.com/watch?v=6zXDo4dL7SU)
-
na c/c++/c# ve woknous pouzivam visual studio.
v linuxu mi staci vim a command lajna.
na javascript pouzivam vs code, muze mi to nekdo porovnat s intellij idea? intellij jsem trosku zkusil, tak se mi to zatim zda velmi podobne vs code. nazory, porovnani?
-
Já používám Word, a nebo OneNote.
Samotnou otázku považuji za "divnou".
Používám snad nějaké IDE.
A to souvisí pouze s otázkou pro jaký programovací jazyk.
Když budu mít licencované Visual Studio, asi nebudu vymýšlet žádnou divočinu a používám VS.
-
visual studio.
Týden mi trvá, než tu je*ku donutím, aby přestala měnit odsazení kódu, psát normálně " a dělat dalších XY kravin.
Nejhorší je, že po reinstalaci můžu začít znovu :-(
Tak mě zajímá, jestli někdo chytřejší než já, nevymyslel třeba nějaký konfigurační skript, ze kterého bych se mohl poučit.
Já používám Word, a nebo OneNote.
Slyšel jsem o někom, kdo programoval věci pro python v Excelu :o ale Word ? ;D
-
Používám snad nějaké IDE.
za 20 rokov v IT som si ich nestihol oblubit. proste text editor a commandline. mozno s vynimkou SQL.
-
A já myslel že na to je ve VS průvodce v Nástrojích - Import a export nastavení
-
A já myslel že na to je ve VS průvodce v Nástrojích - Import a export nastavení
To ale udělá všechna nastavení ne? Jako třeba git, připojení externích jednotek (ARM device) a podobně ne?
-
Kdysi Kate a podobne editory, ale pak me nadchnul GNU Emacs s org-mode. Hacek je v tom, ze Emacs neni uplne vizualni editor, a ja hodne stojim o veci jako plynule posouvani nad nahledem textu. Takze obcas spustim SublimeText a dnes uz vyvijim ve VS Code, ktery nepotrebuje rucne konfigurovat language servery.
Vi-like veci (Vim, Emacs s evil-mode) nedavam. Umim par zakladnich prikazu a na upravu konfigurace press ssh to staci. Ale pri psani delam mnoho chyb.
One of the classic UI foibles—told and re-told by HCI educators around the world—is the vi editor's lack of feedback when switching between modes. Many a user made the mistake of providing input while in command mode or entering a command while in input mode.
-
Emacs… Obcas zapnu VsCode, abych se podival, jestli se necim neinspirovat a neprenest to do meho Emacs. Nedavno jsem se ho chtel naucit, ale proste se od Emacs nedokazu posunout dal, uz mam ty zkratky moc zazity. Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, jinak bych po vscode nesilhal. Ale mam to stesti, ze me zivi LISP, takze mi nemusi chybet FE vychytavky, ktere vscode nabizi - konkretne treba vic lsp serveru najednou. V Emacs pouzivam Meow mode, coz simuluje Kakoune, ktery mi sedl vice nez VI, co se ovladani tyce.
-
Emacs… Obcas zapnu VsCode, abych se podival, jestli se necim neinspirovat a neprenest to do meho Emacs. Nedavno jsem se ho chtel naucit, ale proste se od Emacs nedokazu posunout dal, uz mam ty zkratky moc zazity. Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, jinak bych po vscode nesilhal. Ale mam to stesti, ze me zivi LISP, takze mi nemusi chybet FE vychytavky, ktere vscode nabizi - konkretne treba vic lsp serveru najednou. V Emacs pouzivam Meow mode, coz simuluje Kakoune, ktery mi sedl vice nez VI, co se ovladani tyce.
proc by ses mel do emacsu nutit, ja jsem se taky nedonutil :-)
pouzivej co chces.
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
-
Zahrnuje dotaz i IDE? Pokud ano, tak IntelliJ pro javu, VScode pro ostatní (javascript, python, json a yaml content..)
Pro mne je VScode editor pro rychlou úpravu textu (max s barevným zvýrazňováním syntaxe), po rozšíření o plugin pro specifický jazyk (např. python), kde začne fungovat vyhledávání použití funkcí, refactoring, napovídání syntaxe, už to považuji za IDE.
Úplně nechápu, jak někdo může efektivně dělat na větším projektu bez použití IDE. Právě kvůli refactoru atd. Některé jazyky lze psát lépe v plain textu, u některých je to skoro nemožné (java), ale tak jako tak bych to považoval za plýtvání energií (jak už tu někdo psal).
-
Emacs… Obcas zapnu VsCode, abych se podival, jestli se necim neinspirovat a neprenest to do meho Emacs. Nedavno jsem se ho chtel naucit, ale proste se od Emacs nedokazu posunout dal, uz mam ty zkratky moc zazity. Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, jinak bych po vscode nesilhal. Ale mam to stesti, ze me zivi LISP, takze mi nemusi chybet FE vychytavky, ktere vscode nabizi - konkretne treba vic lsp serveru najednou. V Emacs pouzivam Meow mode, coz simuluje Kakoune, ktery mi sedl vice nez VI, co se ovladani tyce.
proc by ses mel do emacsu nutit, ja jsem se taky nedonutil :-)
pouzivej co chces.
Nutil jsem se do VSCode, protoze ma skvelej remote development a par veci v nem funguje lip (a ostatnich tisic hur), ale nakonec to spis beru jako zachranou sit, kdybych nemohl emacs pouzivat.
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
Mozna to je problem macos, kazdopadne jde o pomalej vypis textu do Cider REPL s Clojure. A vlastne me napada i jina situace, pokud zmenim neco ve vetsim souboru s font-locking a pote dam zobrazit diff, trva to extremne dlouho - v podstte zasek. Vetsinou skoncim u zruseni procesu pres ctrl+g.
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
Mozna to je problem macos, kazdopadne jde o pomalej vypis textu do Cider REPL s Clojure. A vlastne me napada i jina situace, pokud zmenim neco ve vetsim souboru s font-locking a pote dam zobrazit diff, trva to extremne dlouho - v podstte zasek. Vetsinou skoncim u zruseni procesu pres ctrl+g.
Mozna...
nevsiml sem si nejaky pomalosti..
S tim diffem jsem mel problemy na windows... ostatne s cimkoli co se tykalo verzovani... protoze na to emacs pouziva externi tooly a ty jsou pomaly.. (magit-status a klidne cekam minutu... ) Na linuxu sem problem nezazil
-
Úplně nechápu, jak někdo může efektivně dělat na větším projektu bez použití IDE. Právě kvůli refactoru atd. Některé jazyky lze psát lépe v plain textu, u některých je to skoro nemožné (java), ale tak jako tak bych to považoval za plýtvání energií (jak už tu někdo psal).
To bude asi podstata tohoto celého vlákna, sémantika a ovozikozismus :-)
Vy si představujete textový editor jako *jen* editor textu, přitom některé konfigurace běžně používaných "textových editorů" mají s IDE funkční paritu. Já mám v lunarvimu LSP a tree sitter (všechno od real-time dokumentace až po globální refactoring), generování kódu přes GPT, debugger (výjimka v stm32 na stole a zobrazí se mi řádek, kde k ní došlo, spolu s kompletním stavem paměti, vláken, periferií atd.), package manager kterým můžu hned nainstalovat tisíc dalších pluginů... ale stejně nemám pocit, že mám před sebou IDE :-D
-
ja se treba nenaucil pouzivat zadne gui nastroje pro git, kdyz delam s gitem, tak jedine na command lajne :-)
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
Mozna to je problem macos, kazdopadne jde o pomalej vypis textu do Cider REPL s Clojure. A vlastne me napada i jina situace, pokud zmenim neco ve vetsim souboru s font-locking a pote dam zobrazit diff, trva to extremne dlouho - v podstte zasek. Vetsinou skoncim u zruseni procesu pres ctrl+g.
Mozna...
nevsiml sem si nejaky pomalosti..
S tim diffem jsem mel problemy na windows... ostatne s cimkoli co se tykalo verzovani... protoze na to emacs pouziva externi tooly a ty jsou pomaly.. (magit-status a klidne cekam minutu... ) Na linuxu sem problem nezazil
Nene, nemyslim "externi" diff, myslim napriklad (diff-buffer-with-file).
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
Mozna to je problem macos, kazdopadne jde o pomalej vypis textu do Cider REPL s Clojure. A vlastne me napada i jina situace, pokud zmenim neco ve vetsim souboru s font-locking a pote dam zobrazit diff, trva to extremne dlouho - v podstte zasek. Vetsinou skoncim u zruseni procesu pres ctrl+g.
Mozna...
nevsiml sem si nejaky pomalosti..
S tim diffem jsem mel problemy na windows... ostatne s cimkoli co se tykalo verzovani... protoze na to emacs pouziva externi tooly a ty jsou pomaly.. (magit-status a klidne cekam minutu... ) Na linuxu sem problem nezazil
Nene, nemyslim "externi" diff, myslim napriklad (diff-buffer-with-file).
No to u me pouziva externi diff...
diff-buffer-with-file is an interactive autoloaded compiled Lisp
function in ‘diff.el’.
(diff-buffer-with-file &optional BUFFER)
View the differences between BUFFER and its associated file.
This requires the external program ‘diff’ to be in your ‘exec-path’.
-
Převážně dělám Front-End na něj vše ostatní používám NeoVim. Snažím se přejít na Helix (moc se mi líbí), ale některé věci mi chybí co mám v NeoVimu.
Na Helixu se mi líbí převrácená logika příkazů jako má Kakoune, je to bližší lidské řeči aspoň pro mne.
A jako multiplexor mám Zellij.
-
... Mam casto problem s tim, jak Emacs nezvlada velike bloky textu, ...
To me zajima. Muzes prosim dat priklad? Co je veliky blok? a co znamena nezvlada?
Chtel bych zkusit potrapit svuj emacs protoze myslim, ze se s tim nesetkavam...
Mozna to je problem macos, kazdopadne jde o pomalej vypis textu do Cider REPL s Clojure. A vlastne me napada i jina situace, pokud zmenim neco ve vetsim souboru s font-locking a pote dam zobrazit diff, trva to extremne dlouho - v podstte zasek. Vetsinou skoncim u zruseni procesu pres ctrl+g.
Mozna...
nevsiml sem si nejaky pomalosti..
S tim diffem jsem mel problemy na windows... ostatne s cimkoli co se tykalo verzovani... protoze na to emacs pouziva externi tooly a ty jsou pomaly.. (magit-status a klidne cekam minutu... ) Na linuxu sem problem nezazil
Nene, nemyslim "externi" diff, myslim napriklad (diff-buffer-with-file).
No to u me pouziva externi diff...
diff-buffer-with-file is an interactive autoloaded compiled Lisp
function in ‘diff.el’.
(diff-buffer-with-file &optional BUFFER)
View the differences between BUFFER and its associated file.
This requires the external program ‘diff’ to be in your ‘exec-path’.
Sorry, jasne! Proste ta cast, ktera se vykresluje v Emacs, zpravidla trva dyl nez ty procesy kolem.
Nicmene, pokud pouzivas Linux (a ne MacOs jako ja), tak tam se Emacs chova podstatne lip a taky si nevzpominam, ze bych tu pomalost (treba v porovnani s VI, ktery nepouzivam) tak moc pocitoval.
-
Primarne uz 20+ let vi(m) a posledni dobou na nektere veci vs code. Kdysi multi-edit a buhvi co jeste, pamet uz ridne.