Wokynkari muzou pouzivat i cesky Altap Salamander, ktery je narozdil od TC freeware...
A pak se budou divit. Altap Salamander je mrtvý, protože nepodporuje Unicode. Aby se dal dál vyvíjet, museli by ho zcela přepsat a do toho se autoři nikdy nepustili. Takže fakt to není dobrý nápad. Chybějící Unicode se vám dřív nebo později vymstí.
Double Commander je taky free, dokonce multiplatformní. Taky napsán v Lazaru (klon Delphi, navíc 64 bitový a multiplatformní).
Ono to netrápí nikoho do okamžiku, kdy při kopírování narazí na soubor obsahující znak mimo Windows 1250 a pak to buď neprojde, nebo se zmrší jméno souboru. Navíc tohle je ovlivněno dost skrytým nastavením pro non-Unicode programy, takže to může mršit i normální české názvy, když je to nastavené pro en-US, zatímco přístup přes Unicode projde bez poškození jmen.
Proč riskovat potíže, když o nich víme předem?
Tak ono je treba predevsim k tem widlim rict, ze pouzivaji ruzna kodovani podle toho, ze ktere ...ele se do toho leze. Tudiz treba cmd nepouziva win 1250 ani unicode ale cp850 ... a presne prave to dostane aplikace ktera se z radky spusti.
Pokracovat muzes tim, ze sice ntfs umi 32k dlouhou cestu(nazev souboru) ale neumi to drtiva vetsina aplikaci (a to ani tech systemovych).
Jinak se soubory lze pracovat pomoci jejich 8.3 nazvu, a v tom unicode neni. Bydefault jsou zaple, takze % systemu kde nebudou se bude limitne blizit nule.
Opravdu?
Na cmd zadám:
notepad "ну погоди заяц.txt"
a otevře se mi skutečně (existující) soubor "ну погоди заяц.txt". Takže je to trochu složitější, v CP852 dostanu výsledek příkazu:
echo žížala >něco.txt
Z powershellu příkazem:
"žížala" >něco.txt
dostanu soubor v UTF-16 litle endian BOM.
8.3 jména jsou věc kompatibility jdoucí před rok 1995, kdy přišly LFN ve W95. Pokud použijete DOS aplikaci (se jmény 8.3) nepřijdete jen o správné kódování, ale i samotná jména - a luštěte si, jak se vlastně jmenoval soubor abcd~01.d~2
cmd.exe je taky věc kompatibility, takže musí dožít s kódováním obvyklým před 20+ léty.
O to tady snad nejde, jde o to, že ten doporučený Altap Salamander vám už asi tak 20 let může podělat jména souborů. To, že se dá spustit neznamená, že to je dobrý nápad.
Celý vtip (u mně) spočívá v tom, že se nabodeníčka ni znaky mimo latinku v názvech souborů prostě nevyskytují - ani "žuščak", ani "заяц", ani "κρασί" a už vůbec ne "酒" ani "茶".
Proto se o Unicode na filesystému nemusím starat, proto mi Servant Salamander maximálně vyhovuje. (A kde ne, tam mám Double Commander nebo - když bezpečák nedovolí neschválený "exe" - muCommander; na linuxech Midnight Commander.)
To vám fakt takové soubory nechodí e-mailem či jinými komunikátory, nestahujete je? To máte štěstí. Na druhou stranu – máme rok 2023, diakritika v názvech souborů je normální věc a beru to tak, že pokud to někomu dělá problém, je to jeho problém. A to pořád používám Altap Salamandera, takže se občas potkám s názvem souboru, se kterým si Salamander neporadí – ale beru to, že je to můj problém a daň za to, že používám program, který má skvělé UX, ale jeho autoři nedokázali najít životaschopný obchodní model (který by pravděpodobně zahrnoval vyvíjet správce souborů a ne vlastní e-shop, ale to je jiná věc).
"Ucitelka informatiky"
Coz mimochodem dodnes plati. Stale chodi maily s ruzne rozsypanym cajem, protoze neco nekde cestou neco nezvladlo. A specielne pokud komunikujes mezinarodne, tak je to doslova pohroma. Zkus poslat do francie mail s ceskyma nabodenickama ... a uvidis co z toho na druhe strane vyleze.
Nastavení Windows shellu jde nastavit aplikací. Např. když konvertuju toolem HTML-->PDF přes stdin (bez potřeby dočasného souboru), tak přepnu stdin na Unicode, aby mi neořezal diakritiku mimo tu jednu zvolenou v OS pro 8bit kódování.
A ten notepad "ну погоди заяц.txt" funguje podle mě bez žádného nastavování proto, že v tu chvíli to asi ještě není přímo shell, resp. to shell sám pustí aplikaci mimo něj, a tím to pro něj končí. Není tam např. žádné kódování stdin/stdout.
Ortodoxní linuxák se většinou pozná dle operačního systému, nikoliv podle stylu ovládání ;)
Ja sa priznam, ze si pracu bez MC jednoducho neviem predstavit. Odmietam sa ucit a neustale klepat nejake prikazy ked to viem urobit vizualne. Ma to lepsi prehlad a v kontexte, ma to velmi dobry editor a je to velmi jednoduche na instalaciu (dostal som to vsade). Jedine mozno co by sa tomu dalo vytknut, je ze sa to uz velmi nerozvyja, co je podla mna velka skoda. Vobec by mi nevadilo, keby v takom style bol cely vizual OS. Mam rad jednoduche a ucelne veci. Nepotrebujem k nim dokonalu grafiku ale na druhej strane sa mi nechce ucit kvantum prikazov a datlovat ich do klavesnice. V tomto linux uz 20 rokov nechapem. MC bol vytvoreny uz skoro pred 30 rokmi a funguje cez terminal.
To ano len niekedy nechapem, preco sa z tej filozofie odbocilo resp. aj ked je mc uz 30 rokov stare tak vela linuxakov ho nepouziva a radsej drtia prikazy. Neviem asi sa potom tvaria viac ako hackeri alebo co. Napr. takemu vi/vim som nikdy neprisiel na chut a pouzivam ho iba v pripade, ze nemam k dispozicii mcedit (co byva niekedy v docker container) ale to byva utrpenie aby som si pamatal prikazy ci klavesove skratky.
To nejak divne motas vsechno dohromady.
MC je jeden z mnoha, a z moji zkusenosti hodne linuxaku pouziva neco jineho. Me treba MC prijde hodne omezeny, a proto pouzviam Krusader. Malokoho vidim psat kopirovani opravdu pomoci "cp co kam". To jen v pripade nejvetsi nouze na nejakych omezenych systemech.
Co s tim ma delat vim? To je uplne jina liga. Vim je tezky, ale ma zakladni prikazy logicky strukturovane. Je tu milion dalsich jednoduchych editoru srovnatelnych s mcedit, jako pico apod.
Prave naopak, hovorim iba o terminalovych veciach. To ze som spomenul zeby som cely OS chcel vidiet v podobnom vizualy nehovori nic o tom, ze som sa dostal z terminalu. Nechapem preto co splietate vy? Rovnako an Drag&Drop nikde nespominam. Ako napisal prispevok vyssie bavime sa o TUI, cize vas priklad s krusaderom je uplne mimo temu. O com pojdednava clanok, tak piste prosim prispevok priamo pod clanok a nie ako reakciu na mna.
BTW: Ze nepoznate vela ludi co pouzivaju prikazy na pracu s terminalom, je iba vas stav. U nas sa to pouziva celkom dost.
5. 9. 2023, 18:09 editováno autorem komentáře
Takže na jednu stranu nefandíš GUI, a MC je fajn a rád bys v obdobném vizuálu měl i ostatní appky. A na druhou stranu se ti nelíbí, že někdo to má rád ještě víc odlehčené, a práská to terminálem. A přitom je to super, že každý má možnost volby, a ani to GUI instalovat nemusí, stejně jako prakticky vůbec nemusí používat terminál.
To máš jednoduché... Ačkoliv používám MC už přes 20 let, tak ho používám jako jeden z nástrojů - i MC má své limity, které v CLI nemáš. Například, jak bys rekurzivně v adresářové struktuře vyhledal všechny YAML soubory a v nich určitý klíč s určitou hodnotou. Pomocí find jeden příkaz, pomocí mc nevím...
Stejně tak mcedit. Pokud si zvykneš na možnosti Vim, tak mcedit je jak bez ruky. Na základní editování souborů stačí, ale jakmile chceš třeba validaci syntaxe při uložení, složitější vyhledej-a-nahraď, tak mcedit nestačí.
A to, že tyto možnosti nepoužíváš, neznamená, že ostatní je nepoužívají také... Ty jsi své pracovní postupy upravil podle možností nástrojů, které máš oblíbené, takže možná ani už nevidíš možnosti, které Ti utekly. Ono CLI není jen příkazový řádek, ale je to REPL silného a mocného programovacího jazyka.
Například, jak bys rekurzivně v adresářové struktuře vyhledal všechny YAML soubory a v nich určitý klíč s určitou hodnotou.
Mc pokud se nemýlím umí advanced search, kde jdou zadat i regulární výrazy, takže to uděláte taky a rovnou se můžete i do výsledků podívat. (pokud si to teda nepletu s DOSovým norton commandrem, ten měl taky rekurzivní hledání, ale už dlouho jsem nic takového nepotřeboval).
Zde mi regulární výrazy nepomůžou, pokud se dívám na určitý klíč v zanořené struktuře a hodnota je typu pole.
---
applications:
to_install:
- name: A
optionA:
status: waiting
- name: B
optionB: ...
status: upgrade
optionA: ...
- status: done
optionA: ...
optionB: ....
name: C
to_remove:
- name: D
status: done
- name: E
status: waiting
Aby bylo jasno, klíče option[ABC...] mohou být přítomny, ale nemusí. YAML je generován strojově, takže pořadí čehokoliv není garantované. Pokud se Ti to zdá odtržené od reality, tak se podívej co leze například z
oc get ... -oYAML
A teď mi pomocí regulárního výrazu ukažte stav aplikace C - tedy, jestli je k nainstalování nebo odstranění a její status (je to syntetický případ demonstrující situace, které reálně reším, takže pokud náhodou najdeš regexp spolehlivě řešící tuto situaci, nemusí to platit v jiných případech).
No to by mě teda zajímalo, co jako děláš navíc, že ti mc nestačí na prohlížení/manipulaci se soubory a náhledy/prohlížení/editování konfigů. To je podle mě totiž to všecko, na co většina uživatelů mc převážně používá. A na to naprosto dostačuje. Je to rychlé, komfortní a poměrně intuitivní. Na ostatní záležitosti jsou povětšinou jiné nástroje....
PS používá někdo far manager na woknech?
Nojono... Máš pravdu, že to stačí. Ale ostatní umí přidanou hodnotu. A ostatní uživatelé tu přidanou hodnotu umí použít.
Přiklad toho, na co mc nestačí, jsem Ti psal já. Přiklad toho, na co mcedit nestačí más opět od mne. Do Vim si například při uložení můžu přidat kontrolu syntaxe, takže když ukládám svůj konfigurák, tak vím, že mi aplikace nezhavaruje kvůli chybějícímu středníku v konfiguraci. Nebo rovnou mi vim udělá další commit v git repozitráři s tím konfigurákem. Takže místo čtyř příkazů mám jeden.
A to, že Ty tyto věci nepoužíváš znamená jen to, že že je nepoužíváš. Ne, že ostatní dělají něco blbě nebo, že musí věci dělat stejně. Já své n ástroje přizpůsobuji svým pracovním postupům. Ne, že své pracovní postupy přizpůsobuji použitým nástrojům.
Ano a o tomto presne pisem. mcedit sa podla mna uz 30 rokov nezmenil (tusim to je od 1995), nikto tu myslienku neposunul dalej, teda aspon o tom neviem. Celkom zaujimava by bola inkarnacia Notepad++ v nejakom TUI na styl mceditu :). Ale na druhej strane vyvoj aplikacii robim v prostrediach na to urcenych.
Notepad++ sem nepouzival, tak nevim co by v tui mel oproti mcedit mit navic :-) letmej pohled na screenshot notepad++ a napada me, mcedit ma:
- zvyraznovani syntaxe (s moznost zvolit sam typ kdyz auto selze)
- zaznam a prehravani makra
- sloupcove bloky
- zobrazuje velikost souboru, cislo radku/sloupce/pozice
- zobrazuje ascii+hex hodnoty znaku pod kurzorem
- pri ukladani muzes zmenit konce radku LF, CR+LF, CR
- ma historii otevrenych souboru (v kazdem si pamatuje posledni pozici)
- ma hledat a nahradit (vcetne regex)
- muzes rucne vybrat znakovou sadu
- muzes si na ruzne pozice v souboru vlozit zalozku a pak mezi nima preskakovat
- dohledava parovou zavorku
- muze zobrazovat cisla radku
- vlozit do textu vystup prikazu
Toto sem tedy nikdy nepouzival, spis si otevru vice mcedit v byobu, ale:
- mit otevrenych vice editacnich "obrazovek" (prepinani CTRL+`)
- v editacnim "obrazovce" mit otevrenych vice souboru najednou, prepnout je z FullScreen (menu: Okno/Prepnout celou obrazovku) na okna ktere pak jdou menit velikost (za pravej spodni roh) i presouvat (za titulek) mysi ;-)
Jsem skupina 2. Umím sice Windows i bez myši (včetně průzkumníka), zvládám fungovat i na klávesnici bez Win klávesy, ale bez Far Managera jsem jak bez ruky. Neumím si život bez něj dost dobře představit, usnadňuje mi toho hodně, s jeho pomocí se lze beze změny oprávnění složky dostat i do "C:\System Volume Information" a podobně. Je to švýcarák na soubory a jediný asi větší nedostatek je absence (jakéhokoliv, natož dobrého) hex editoru (což lze naštěstí řešit pluginem). Fara jsem koupil jako poděkování autorovi právě v momentě, kdy přešel do free licence ve verzi 2.0 (tj. zaplatil jsem za 1.7x).
A dalsi. Kde pisem, ze mi na vsetko staci mc? Pisem, ze sa mi lahsie pracuje v mc a mcedite a preto ho uprednostnujem. To vsak vobec neznamena ze prikazy nepouzivam. Ako by som pisal scripty? Ako by som spustal aplikacie bez tych prikazov? To mate elementarny problem si prispevok precitat? Ci mate potrebu sa vychvalovat ze ste "hacker" a teda radsej pouzijete tie commandy nez nejaky TUI a teda asi kto nepouziva commandy nevie linux? To mi pride s prepacenim ako myslenie linuxovych deti z pred 20 rokov (aj ked to sa deje aj teraz).
Kde to píšeš? Tady:
„Ja sa priznam, ze si pracu bez MC jednoducho neviem predstavit. Odmietam sa ucit a neustale klepat nejake prikazy ked to viem urobit vizualne. Ma to lepsi prehlad a v kontexte, ma to velmi dobry editor a je to velmi jednoduche na instalaciu (dostal som to vsade).“
Zároveň jsi několikrát zmínil, že nevíš o ničem, co by se v mc nedalo udělat. Tvé příspévky jednoznačně odsuzují příkazový řádek a glorifikují mc. A když Tě někdo upozorní na omezenost pohledu na věc, tak je výsledkem tvrzení, že to vlastně nikde netvrdíš. Jako to fakt miluji.
Problém Ctrl+O je, že když něco dělám a pro něco spustím MC, v Ctrl+O nemám historii příkazů, které jsem předtím dělal. To je velice otravné. Navíc jej ukončím a historie příkazů v shellu Ctrl+O je v háji.
MC používám pro získání rychlého přehledu v nějaké složitější adresářové struktuře. Pro přechod do vzdálenějšího adresáře stejně rovnou v TUI řádce napíšu cd ......, než to ručně proskakovat.
Editor mcedit nepoužívám (jsem zvyklý na vimí zkratky), ale pro binární pohledy mám rád mcview + F4 hexa view, včetně hexa vyhledávání. Ten používám možná častěji než celý mc. Ale třeba jsou lepší TUI hexa viewery (a rovnou editory).
@dustin [...] spustím MC, v Ctrl+O nemám historii příkazů, které jsem předtím dělal [...]
aby se mi odeslany prikaz (obecne v terminalu, ne jen v mc) ukladal do historie hned (a ne az po zavreni konkretniho terminalu), mam v ~/.bashrc
PROMPT_COMMAND="history -a; $PROMPT_COMMAND"
mozna diky tomu, kdyz pustim nasledne mc ci mcedit a vnem dam CTRL+O tak historii z terminalu mam... a stejne tak po odeslani prikazu v mc subshellu a nasledne otevreni dalsiho terminalu (bez mc) v nem mam naopak historii z mc
EDIT: pokud bych chtel aby se kazdy kdekoliv odeslany prikaz zobrazil v historii existujicich terminalu/mc (po v nich odeslani alespon enter) tak
PROMPT_COMMAND="history -a; history -r; $PROMPT_COMMAND"
^^ zajisti ze se donacita vse nove = coz by ale zrusilo zbytecne posloupnost prikazu v danem otevrenem terminalu => nepouzivam
7. 9. 2023, 16:08 editováno autorem komentáře
Díky za šikovný tip, hned jsem si to nastavil.
Mimochodem v tvém PROMPT_COMMAND= je schovaný měkký rozdělovník https://www.cogsci.ed.ac.uk/~richard/utf-8.cgi?input=00AD&mode=hex - chvíli mi trvalo zjistit, proč mi po zkopírování příkazu kolečkem myši i Ctrl+Shift+V do názvu proměnné vkládá mezeru :-)
1. Nepýtam sa, ale povedali ste mi to
2. Práve ste ukázali príklad, ako použiť rovnák na ohejbák, keď máte kolízie skratiek. Ide aj control₊T miesto insert aj podobné výmysly, len nepovažujem to za šťastné riešenie. Napríklad teraz mám zapnutú slovenskú klávesnicu z hentoho by mi vzniklo ESC+é, bez akejkoľvek odozvy, že je niečo zle. Momentálne mám naviac notebook s legacy free klávesnicou, kde nemám funkčné klávesy.
3. To "všetko možné" je rôzne staré. MC som používal cca od roku 1996, vždy bolo niečo.
nejde o zadnej rovnak na ohejbak...
- Xfce terminal pouziva zkratky pro zobrazeni menu F10 a Alt+Pismeno pro otevreni konkretni casti nabidky, ALE prave pro potreby ze v terminalu nechci psat jen prikazy ale pouzit neco co F10 ci Alt+neco chce pro sebe, moznost to vypnout... ja mam v Xfce vyple i zobrazeni menu, protoze to co "z" menu pouzivam pouzivam prime hotkey
- pokud MC NEpouziju v Byobu tak muzu normalne pouzivat Fkeys, pokud ale chci (a ja chci) pouzit v Byobu, tak mam logicky 2 moznost, premapovat jedno nebo druhe, nebo v jednom nebo druhym pouzit jiny zpusob, me vykovuje Fkeys v Byobu a nemam problem tedy pouzit ESC+cisla v MC
- na Insert pouzivam klavesu Insert (mam ji na klavesnici rovnou, bez nutnosti Fn)
- nepouzivam CZ/SK klavesnici, ale US (SW) na ISO (HW)
- jiste v minulem tisicileti mel MC ruzne problemy, ale mam rok 2023 a tech problemu zpetne za posledni X let pamatuju minimalni, kazdopadne jeho moznosti pro me mnohonasobne prevazuji jakekoliv pripadne problemy...
double commander měl chvíli problémy s drag and drop operacemi mezi ním a jinými souborovými manažery, pokud se vám to stane zkuste prostě jen použít jiný instalační balíček, místo APT třeba SNAP či FLATPAK. Obvykle je řešení problému skryté už na této úrovni. Jinak je double commander opravdu skvělý a mohu jen doporučit.
sftp predsa viem použiť v mc priamo. gvsf je fajn napríklad pre pripojenie usb kľúča, mobilného telefónu (MTP) a podobne. A je naozaj dosť otravné otvárať Thunar alebo GNOME Files, pripojiť mobil cez MTP a potom sa prepnúť do mc ... Ešte horšie je to v KDE - tam to má Dolphin nejako interne a vôbec to nie je mountované ...
Já jsem tyhle dvoupanelové správce používal intenzivně v éře MS-DOS, ale používali jsme Volkov Commander. Zejména proto, že byl malý – byl napsaný v assembleru a měl méně než sto kilo. Vešel se tedy do horní paměti a nezabíral místo spouštěným programům.
Když jsem viděl perexový obrázek k tomuhle článku, zaujal mě dialog s výběrem disků. Uvědomil jsem si, že už ani nevím, jak se mezi jednotlivými „písmenky“ přepínalo. Musel jsem si to najít a bylo to podle všeho Alt+F1 a Alt+F2. Už je to fakt dávno, skoro třicet let.
V Linuxu jsem v začátcích taky používal MC, abych se vůbec zorientoval, ale postupně jsem ho používal míň a míň. Dnes ho nainstalovaný na pracovním počítači mám, ale používám ho velmi málo a jen ve specifických situacích. Třeba když chci vybírat z nějakého velkého množství položek k přesunu nebo smazání nebo dělám nějaké větší akce s adresářovými stromy. Je to pohodlnější, i když bych to zvládl stejně dobře i bez něj.
Na serverech MC nemám vůbec a jsem zvyklý na řádku. Rozdíl proti prostředí v MS-DOS je samozřejmě v tom, jak je řádka mocná. Zatímco v Linuxu fungují věci jako kontextové doplňování, silné regulární výrazy, řetězení příkazů a podobně, DOS byl skutečně velmi omezený a pro práci se soubory bylo nutné si pustit nějakého pomocníka.
Ja som v DOSe a v prvych verziach windows pouzival intenzivne Norton Commander.
Ked som presiel na Linux, na zaciatku som si pre istotu nainstaloval Midnight Commander, skusal som aj ine podobne (Krusader, Double Commander, muCommander) - ale pri tych som vacsinou nasiel nejaky bug. Postupne som zistil, ze MC nepotrebujem, takze v sucasnosti ho uz nemam na Linuxe vobec nainstalovany.
Naproti tomu na windowse stale dost pouzivam Total Commander.
https://aukro.cz/software602-text602-6998796019
A teď lituju že jsem všechny tydlencty starý věci vyhodil. :D
Sice jsem dneska taky skončil na dvojici Total Commander (Widle) a Double Commander (Mac), ale za mě teda mnohem lepší koncept byl XTree. Z novejsich se mi docela libi lf https://github.com/gokcehan/lf ale aktivne ho nepouzivam
Melo, ale cele ovladani bylo jemne receno ponekud uchylne. Mno rekneme ze podobne jako vi/vim ;D. Co mi tak z pameti pada, tak se tam namisto Fx ruzne funkce volaly prostym stlacenim ruznych pismenek a bylo to tak defaultne, takze kdyz chtel clovek neco napsat, musel si nejdriv zapnout nejaky ten psaci rezim. Jinak si taky moh rychle a snadno smazat cely disk.
Na druhou stranu, ono to umelo veci, ktere nic jineho neumelo. Co tak pamatuju, tak sme to pouzivaji mimo jine k hackovani skolnich pocitacu.
DC ma mnohem lepsi kopirovani, presouvani, praci s archivy a s frontou, nez TC.
DC umi manipulovat s frontou pocas kopirovani/presouvani/komprimace a dekomprimace archivu, slucovat fronty, rozdelovat je, zarazovat do front ulohy probihajici mimo frontu a mit v jedne fronte spolecne napr. kopirovani, presun a kompresi nad stejnymi daty. TC tohle neumi ani v posledni verzi.
Pokud vám repetitivní činnosti, které se týkají souborů a adresářů(alias složek), zabírají nezanedbatelný čas, tak stojí za to, zapátrat po možnostech usnadnění.
Začínal jsem v 80kách na XTree
https://en.wikipedia.org/wiki/XTree
NC, VC, DOSnavigator, WC/TC, UC, ....
Z těch Československých stojí za zmínku ArcShell od firem JBL a NoBl
(dodávaný s několika hrami).
V Linuxu MC.
Mě nejvíc sedí použití dvoupanelového správce s bohatou podporou příkazové řádky obohacenou o pár stovek aliasů. (Mám i alias na editaci aliasů.) Vyhlížím nějaké pěkné spojení, typu XonShell https://xon.sh/ , které by to zase posunulo kousek dál.
MC používám i v GUI v Terminátorovi, který pomáhá kompenzovat nedostatek tabů, na které jsem si v TC nebo UC zvykl. Taby a jejich možnosti držet/procházet zvolenou složku, je koncept, který mi v těch ortodoxních commanderech chybí.
Za výhodu považuji, že MC můžu používat stejně dobře lokálně i na serverech.
S MC jsem zápasil s drag & drop podporou v GUI, ale nakonec jsem to částečně vyřešil přes alias
alias c='readlink -f "$1" | xclip -i -selection clipboard'
V MC napíšu do příkazové řádky jen c [alt+enter]
A např. při přikládání přílohy k poště nemusím otrocky cestovat do složky, kterou už mám otevřenou v commanderu a stačí ctrl+v což vloží fullpath k souboru.
Bohužel, ne každý GUI program umí otvírat soubory zadáním jejich plné cesty.
Pokud se vám zdařilo zprovoznit D&D z MC do GUI, budu rád za tipy.