U Nano jsem nikdy moc nepochopil jeho velkou oblibu a proc se cpe vsude (zeby kvuli tomu GNU ve jmenu?). Vzdyt ty zkratky jsou hodne mimozemske. Ale jsou systemy, kde proste nic jineho neni, takze aspon zaklady jsem se naucit musel.
Jako chapu ze Vim neni pro kazdeho, ale treba i ten zminovany MCedit je na tom co se tyce ovladani o dost lip.
Řekl bych, že MCedit tím, že hodně sází na F-kové klávesy, tak nemusí fungovat úplně všude, nebo vyžaduje další znalosti (třeba to, že F-kovou klávesu je možné nahradit za Esc+číslo). On je vůbec okolo emulace terminálu strašnej zmatek (no nechci použít silnější slovo).
Přesně - a právě proto jsem rád za tohle představení editoru micro. Vyzkouším a vypadá to, že konečně mám co doporučit lidem, aby neutekli od Linuxu kvůli vim :)
Protože ukázat jim nano jsem zkoušel, z nouze že jsem jakožto vim-ista prostě nevěděl rychle, jaký jiný editor na systému rychle najdou. Ale naprosto souhlasím: je tak mimozemský (a úplně zbytečně), že mcedit je užitečnější. Navíc ho lidem ukážu rovnou jako součást mc jako takového a jejich důvěra, že ten Linux nějak zvládnou, je rázem o dvě patra výš...
Mimochodem, chápu je - protože já podobné pocity zažívám, když nějaká dobrá duše dá na Windows Total Commander :)
mě taky micro připadne jako dobrý "první" editor v Linuxu.
Mladýho ve škole nutí do Nano a nadšenej z toho není. Prostě zpohodlněl z GUI :-)
Total Commander je extrémně užitečný pro ty, kdo ho potřebují využít a naopak extrémně zbytečný pro ty, kdo ho nepotřebují. A opravdu nejde o dva panely nebo běžné kopírování / přesouvání / komprimování souborů / sftp. Jde o ty desítky, neřkuli stovky, pluginů, díky kterým lze provádět se soubory a adresáři či exotickými FS ty nejobskurnější operace. To se občas hodí. Proto ho mám i na Linuxu. Ale je fakt, že za ty dva roky, co používám na pracovním stroji Linux (a zaplať pánbůh za ty dary), jsem ho nepotřeboval ani jednou.
Ale víte, co mě hlavně zaujalo? Jaký typ uživatelů vám odchází kvůli Nano na jiný operační systém? A na který? FreeBSD, Windows, QNX, AROS, ...? Proč kvůli tomuhle? Vždyť to není vůbec žádné omezení. Navíc přeci můžete na Linuxu používat cokoliv jiného - třeba to mikro... Ale je to asi jen nedostatek mé představivosti. A pokud dostanu Linux bez GUI ve škole nebo v práci na starost, tak stejně nemám na výběr a není kam utíkat a pořád je jasné, že jinak si budu moct vybrat cokoliv jiného. Tohle mě prostě zaujalo.
Třeba já, když jsem dával Linux Mint své mamce do počítače (73 let), tak jsem jí za prvé vůbec neřekl, že to je nějakej Linux, ona nic nepoznala a normálně jede dál, jako by se nechumelilo. Moje mamka používá Linux mnohem déle, než já, protože jsem měl dlouho pocit, že můj vendor lock je nepřekonatelný. To se ukázalo být liché a považuji zpětně rozhodnutí se odwindowsit za jedno z nejlepších IT řezů, co jsem v životě udělal. Ale Windows aplikace klidně používám dál, pokud to jde. Protože proč ne?
Neberte, prosím, druhý odstavec jako útok. Já si to jenom fakt nedokážu nějak představit. Viděl jsem to asi takhle: "Hele, chceš něco vidět? Tohle je Linux. Tohle ti hlavně ukážu: Vim!" "Fůůůj! To je ale ošklivý textový editor. Chci FreeBSD". Jinak mně nano nevadí. Ani mcedit mi nevadí. A kdybych potřeboval něco jiného, mám apt install, takže houby zle..
Zkusím to vysvětlit jinak - co je moje zkušenost se začínajícími na Linuxu:
Jde o typ práce. Běžná kancelářská práce v GUI je jiné téma a myslel jsem, že je to ze zaměření už článku jasné - bavíme se o editoru v terminálu. Takže mi jde o člověka, který chce se v něčem "vrtat": upravovat si vlastní konfigurace nějakých služeb, mající za úkol nakonfigurovat a rozchodit i vzdáleně nějakou nestandardní/proprietární sadu SW (v ssh relaci - terminál), často i v oddělené síti, co se nesmí propojit s internetem - tj. apt získá novou úroveň složitosti :)
Hlavní ale byla ne nemožnost v Linuxu, ale moje neznalost: pro mě je už tolik let (spíš tolik desetiletí) hlavní nástroj vim, že jsem nevěděl jeden _konkrétní_ editor, jaký doporučit na rychlou práci bez nutnosti rychle se naučit nestandardní ovládání - a zároveň aby ten editor aspoň něco uměl. Všeobecná věta typu "jóó, na Linuxu máš svobodu, můžeš si vybrat editor, jaký chceš" je tomu člověku dost nanic. Proto jsem rád za tento dobrý _konkrétní_ tip - a o tom jsem psal.
Jo taaak! Už vám rozumím. Když se třeba připojíte přes ssh terminál někam, kde je jenom nano (doufám, že se to taky píše s malým n) a vy nemáte sudo oprávnění. No jo, teď je mi to úplně jasný. To je fakt.
Jinak máte pravdu i v tom, že to o mé mamce bylo lehce mimo téma. Byla to nějaká moje momentální potřeba to napsat.
Díky za odpověď!
S MCedit jsem se jednou strašně spálil, když jsem kopíroval text od někud někam a ono si to prostě přeformátovalo a dokonce to nějaký ten text promazalo.
Se neodpouští.
Já jsem na něco podobného ohledně kopírování v mcedit taky narazil. Nazval jsem to podivnost. Naštěstí ještě před uložením. To se hned kouknu na váš tip! Jinak používám nano, pokud nejsem v GUI. Ale jenom tak lehce. Proto mě zatím jeho případné nedostatky nějak nepálí. Každopádně pokud to jde v mcedit nějak opravit a jedna se o vlastnost a ne chybu, mrknu na to! Díky.
Ja mam nano rad, a je super ze je upne vsade. Inak ak chcete moderne nano sa da spustit z parametrom --modernbindings a potom funguju klavesove skratky ako CTRL + C,V,X,Q atd. Ale moje srdce vzdy zostane pri editore textadept, myslim ze kazdy ma svoj oblubeny editor.
Ah ten přepínač jsem mohl zmínit v článku, díky tedy za doplnění. To vlastně současně i odpovídáte předřečníkovi.
(jinak ono Nano skutečně zpočátku bylo hodně omezené (kopie Pica s přístupnější licencí), ale dneska je v něm spousta dalších zajímavých funkcí. Takže i na systému, kde nic dalšího není (nebo kde se třeba spouští kvůli visudo atd.), se s tím dá vyžít.
No právě - to je ta záhada, logicky by další člen posloupnosti měl být prázdný řetězec (další pak "kilo", "mega" atd.), jenže ten se za název projektu hodí pramálo :)
Nutno poznamenat, že tato předvolba je dostupná až od verze 8.0. Ta ale nebývá standardně dostupná u konzervativnějších distribucích.
V terminalu nikdy nevim, kdy funguje ctrl+c, ctrl+shift+c a ctrl+insert (shift+insert pak misto ctrl+v) a ta treti moznost se zda skoro nejuniverzalnejsi.
nedejboze k tomu pridat neovim clipboardprovider, ideal skrz remote OSC52 :)
ja jsem teda rad ze jsem se konecne prehoupl kdyz musim premejslet jak se vypne nano kdyz se omylem pusti misto neovimu.. driv to bylo naopak..
Upozornujem, ze na starsom libvte9 mi ten multicursor nefunguje, to je jediny dovod preco som si ho teraz nainstaloval. Inak vcelku nepriliehavy nazov vzhladom na 12M velkost. Na male textove upravy pouzivam bud mcedit ak som v mc alebo jmacs (qemacs nezvladal unicode, zile mal tiez nejake quirky).
29. 10. 2026, 09:06 editováno autorem komentáře
Myš je možné využít pro výběr textu (dokonce je podporován posun v textovém okně, což se mi například nikdy nepodařilo nakonfigurovat ve Vimu)
Myslíte akci "označ text a pak pomocí drag&drop ho přesuň jinam"? To bohužel neumím, ale funguje prostřední tlačítko: označit text, přejet na cílové místo myší a prostředním tlačítkem vložit. Není to ale úplně to stejné, protože se dělá copy, ne move - tj. text na původním místě zůstane také.
Update: neumím to ani v micro :) Zkontroloval jsem, že mouse=true a funguje, např. posouvám hranice mezi okny. Prošel i seznam všech options a nenašel jsem nic, čím by se to ovládalo. Jen mouse=true/false. Prosím, je na to nějaký trik?
scrolling při výběru funguje v obou editorech. Konkrétně ve vim:
1. myší: kliknu na počátek bloku a táhnu a táhnu a dokument normálně scrolluje dál na další stránku (resp. posouvá stále o řádky dál). Směrem dolů. Zajímavý bug je, že to nefunguje naopak směrem nahoru.
2. klávesami vizuálně: funguje normálně všemi směry (v|V|^V), pohyb v dokumentu i na jiné stránky (včetně vyhledávání atp.)
3. klávesami nevizuálně: funguje samozřejmě také, ale v dnešní době asi nikdo nepoužije, když vizuální funguje: najedu na začátek, ma, najedu na konec se vším scrollováním, použiju značku. Např. d`a, y`a, v`a nebo ^V`a. Funguje pochopitelně všemi směry.
4. klávesami roztahování vizuálního bloku: funguje normálně všemi směry: začnu (v|V|^V|myš) blok a pomocí ctrl-šipky ho roztahuju hore dole, i přes stránky
Nenastavoval jsem nic speciálního, jen jsem povolil set mouse=a, protože normálně mám používání myši ve vim vypnuté, aby mi fungovala jako v terminálu a neovlivňovala vim.
29. 10. 2026, 13:23 editováno autorem komentáře
myslel jsem bod 1. Hmm ano, smerem dolu to funguje, kdyz je zobrazena stavova radka. Nahoru jen nekdy, ale ja mam dost specificky desktop, takze to mozna v maintstream desktopech pujde.
Jinak bod 3 pouzivam. to je asi historicka svalova pamet z doby pred vizualnim rezimem ;)
Teď abych si pořídil myš s prostředním tlačítkem, jako quest for Linux :-)
Slýchal jsem o tomto fenoménu tolik, nicméně naštěstí díky podpoře CTRL+X a CTRL+V nemusím měnit Kensington Orbit za myš :-D
Jeden postřeh, zkusil jsem nastavit bindings pro vsplit a hsplit, jak je ukázáno v článku, ale aktuální verze 2.0.15 tyto příkazy neakceptuje.
Korektní formát je:
bind "F8" vsplit
bind "F9" hsplit
nebo v konfiguráku:
{
"F8": "vsplit",
"F9": "hsplit"
}
To je divné. Já mam taky stejnou verzi:
$ micro --version
Version: 2.0.15
Commit hash: 6a62575
Compiled on February 18, 2026
a obě možnosti jsou funkční.
29. 10. 2026, 19:38 editováno autorem komentáře
Hmm, zvláštní. Jedu na distribuční verzi z Ubuntu 26.04.
Pokud to zkusím zadat tak, jako je to napsáno v článku tak to na mě řve: "Error in bindings: action command does not exist".
Nicméně dokumentace mi dává za pravdu.
Dokud bylo pico součástí pine, viděl jsem v tom taky - a možná primárně - zkratku pro "PIne COmposer". Snad to tak i prezentovali, pokud se nepletu, když si člověk mohl zvolit i vlastní editor na text mailů. Někteří čeští uživatelé v tom ovšem viděli úplně jiné slovo, jen bez diakritiky, a ošívali se jakože "pohoršením". Inu, každému, co jeho jest.