Mikroblog #9: Přetažení souboru myší do Konsole

15.7. 15:56 | Přečteno: 1453× | GNU/Linux

Používám jak GUI aplikace, tak ty textové a přestože mi tu běží Xka s KDE, trávím hodně času v konsoli a na příkazové řádce. Kombinuji tedy ovládání klávesnicí i myší podle toho, co je výhodnější. A říkal jsem si, že by se občas hodilo mít možnost přetáhnout soubor myší ze správce souborů (v KDE to je Dolphin) do příkazové řádky, kde mám rozdělanou nějakou práci a hlavně nalistovaný ten správný adresář. Příjemně mne překvapilo, že v KDE už tahle funkce je :-)

Konsole umí vložit absolutní cestu k souboru na příkazový řádek (jako parametr příkazu, který právě píšeme) a protože zná aktuální adresář shellu, nabízí i možnost do něj soubor přímo nakopírovat nebo tam vložit symbolický odkaz.        

Obrázky

Komentáře

[OldFrog {Ondra Nemecek}]

Kopírovat cestu do terminálu pomocí drag&drop umí většina prostředí. Někteří správci souborů umí v daném umístění otevřít terminál (např. v Caja v Mate). Někteří správcové mají také integrovaný terminál. Má to ale pořád drobné mouchy a pořád by to šla integrace dotáhnout podstatně dál...

[xkucf03]

jj, tohle je v KDE taky – v Dolphinu jde přes F4 otevřít panel s terminálem (a aktuální adresář je obousměrně synchronizovaný mezi GUI a příkazovou řádkou, takže můžeš používat cd i klikat) a v Konsoli jde zase kliknout pravým tlačítkem a Otevřít správce souborů (v aktuální složce shellu).

Ještě by se mi líbilo, kdybych soubor z adresáře, který mám otevřený v příkazové řádce, mohl snadno dostat do schránky nebo přetáhnout myší – např. do rozepsaného e-mailu. Myslel jsem, že to půjde přes xclip-copyfile, ale tam jsem pak soubor neviděl ve schránce KDE a nešel nikam vložit (jen zase v příkazové řádce pomocí xclip-pastefile).

[oryctolagus]

Bylo by supr, kdyby Dolphin měl klávesovou zkratku na zkopírování absolutní cesty souboru pod kurzorem (nebo aktuálního adresáře v případě, že není žádnej soubor vybranej). To by bylo mnohem lepší než muset šahat na myš.

Dá se to řešit přes Ctrl+L + Ctrl+C nebo něco takovýho, ale není to moc šikovný.

[xkucf03]

Když ten soubor/adresář zkopíruješ do schránky a pak vložíš do textového editoru nebo do konsole, tak dostaneš ten název – akorát si z něj musíš odmazat file:// na začátku.

[Josef Kufner]

Čas od času mi chybí možnost nějaký soubor přetáhnout z mc třeba jako přílohu do Thunderbirdu …

[cntex]

Konsole can now rearrange the views w DnD https://www.youtube.com/watch?v=30T60osSv6c

[Bedňa]

Je na to nejaký štandard, alebo si to kutí len KDE/QT?

Ako na to reagujú ostatné KDE aplikácie keď máš ten súbor otvorený v editore, tiež si nejak interne zmení cestu k súboru?

Ja osobne najviac používam dve plochy, v DEV programujem a TER mám termínaly, kde robím všetko čo mi príde jednoduchšie napísať s autocomplete, je tam ten problém, že keď niečo presuniem, tak mi editor pičuje, že to nemám uložené a musím ten tab zavrieť a otvoriť v novej ceste, nejaké unifikované riešenie tohoto problému som ešte nenašiel

[kantor]

je to zajimavy - hodne prakticky. doma to zkusim, co vsechno jde/nejde

ale pro zajimavost jsem ted to zkusil v praci ve Win7: z filemanageru jsem pretahl do terminaloveho okna FARu - a funguje! :)

[podlesh]

Fungovalo už ve Windows 2000 a myslím že dokonce i 98.

[Klasik]

klasika

[podlesh]

Nechápu souvislost....

Jinak to že "příkazová řádka" ve Windows podporuje drag&drop jsem zjistil jen protože jsem byl navyklý z OpenSTEPu (kde to byla standardní, doporučovaná technika).

[xkucf03]

Je na to nejaký štandard, alebo si to kutí len KDE/QT?

Soubory jde přetahovat i třeba mezi Dolphinem a Gimpem nebo to běžně používám pro vkládání příloh do Thunderbirdu.

Ako na to reagujú ostatné KDE aplikácie keď máš ten súbor otvorený v editore, tiež si nejak interne zmení cestu k súboru?

Např. Kate si všimne, že soubor zmizel, ale myslí si, že byl smazán – neví, že byl přesunut a kam. Tohle by ale aplikace mohla poznat.

Přesun by šlo rozpoznat přes inotify, ale tam by AFAIK bylo potřeba sledovat jak zdrojový adresář, tak cílový, abys věděl, kam byl soubor přesunut. Jenže protože nevíš, kam uživatel bude soubor přesouvat, tak bys musel sledovat úplně všechno… takže to se nedělá. Případně by sis mohl zapamatovat číslo I-uzlu souboru, a pak podle něj přesunutý soubor najít (pokud je pořád na tom samém disku), ale to je taky na dlouho. Nejlepší by bylo vylepšit inotify, aby stačilo sledovat zdrojový adresář a dozvěděl ses, kam se soubor přesunul.

A např. v Netbeans to funguje dobře – když refaktoruji a přesouvám nebo přejmenovávám soubory, tak mi v panelech zůstanou otevřené, ale tam je to jednoduché, protože to dělá všechno jedna aplikace a ta ví, kam co přesunula.

[luky]

Přesun by šlo rozpoznat přes inotify, ale tam by AFAIK bylo potřeba sledovat jak zdrojový adresář, tak cílový, abys věděl, kam byl soubor přesunut.

rtfm fanotify, udalost FAN_MOVED_FROM.

[xkucf03]

To je super, jestli už to jde. Já právě našel akorát nějaké diskuse o inotify (!= fanotify), kde se tohle řešilo, a závěr z toho byl, že musíš sledovat i cílovou složku.

A jinak se tam píše:

Currently, only a limited set of events is supported. In particular, there is no support for create, delete, and move events. (See inotify(7) for details of an API that does notify those events.)

asi je to dost novinka a ani ta dokumentace není moc zaktualizovaná.

[luky]

Je to z kernelu 5.1, takze ve stabilnim vanilla kernelu to je asi ctvrt roku.

[Bedňa]

OK, dík.