Zseniális ez az új faeture, hogy a <TAB>-okat is mutatja! Hogyan lehet kikapcsolni? Ugyanis nekem pont olyan színű a kurzorom, emiatt olyankor nem látom, hol van...
A fish-t felejtsétek el, a fuse-sshfs sokkal jobb, bemountolja a távoli ssh szervert futtató gép filerendszerét a lokális gépre. Tehát nem csak mc alatt látható a távoli filerendszer.Ha jól emlékszem 2.6.12-től a kernel része a fuse.
A share/mc/extfs/iso9660 script is bugos, mert nem mutatja a CD image-ben az üres directory-kat. Viszont ezt kijavítottam. Nagyon rondán, de talán jól - nem volt sok időm rá. Csak a lényegi részt írom:
van egy olyan gyermek, hogy /usr/local/src/mc*/vfs/fish.c, abban fish_linear_start függvény abban volt: "ls -ln /%s 2>/dev/null | (n" abban lett: "ls -lnL /%s 2>/dev/null | (n"
Ha az X (vagy a gpm) copy/paste funkcióját akarod használni, akkor Shift+Egérgombbal kell végezni a kijelölést/beillesztést. A mcedit saját file-ok közötti másolási módja a File menüben a "Copy to file" és "Insert file" menüpontok használata.
F3 al kijelölöm(lehet hogy ez a gond?) majd az F5 el tudom másolni de csak azon az "mc"-n belül, amit egy másik fülön nyitottam már az F5 nek nincs hatása:(, F15 m nincsen, shift-F5 re pedig valami fájlt akar beszurni. (Ez a gnome terminal alatt, nem tudom, hogy számíte de hátha)
Hu nem is tudtam erről a shell lehetőségről.. Van arra mód, hogy az mc után paraméterben megadjam, hogy mi legyen a bal illetve jobb ablakban? Egy másik kérdés, hogy mc ablakai közötti másolásra van bill-kombináció, vagy csak egér +shift (legalábbis nálam aszem ez müködik)..
Mert Te fogod kijavítani, vagy mert nem lehet tudni, hogy ez az mc, ssh, bash hibája-e? Már azért érdekel, mert bugot jelenteni sokszor akár hozzá nem értők is szoktak, pusztán a jelenség leírásával. Engem csak a nyelvtudás hiánya :( tartott vissza.
A másik, és sokkal fontosabb, hogy remekül lehet ugyan használni két gép közötti másoláshoz akár, de rosszul kezeli a szimbolikus linkeket. Látszik is, mi a hiba. Ha a remote gépen az adott directory-ban van egy symlink, ott az mc-vel azt a file-t látom, ahová a link mutat. Ez eddig nem is lenne nagy baj. Ha viszont másolom, vagy megnyitom a file-t, hibás lesz, ugyanis a file-ból annyi byte-ot hoz át, amennyi a symlink hossza. Ellenőriztem, tényleg...
Nem tudom, használja-e valaki mc alatt Shell link... nevű kapcsolódást remote géphez. Én szoktam. Az egyik kérdésem, hogy ezt milyen szerver valósítja meg a remote részéről. Valami fish-re látok utalást, de a service-ok között ezt nem látom. Vajon ssh-n megy?
A másik, és sokkal fontosabb, hogy remekül lehet ugyan használni két gép közötti másoláshoz akár, de rosszul kezeli a szimbolikus linkeket. Látszik is, mi a hiba. Ha a remote gépen az adott directory-ban van egy symlink, ott az mc-vel azt a file-t látom, ahová a link mutat. Ez eddig nem is lenne nagy baj. Ha viszont másolom, vagy megnyitom a file-t, hibás lesz, ugyanis a file-ból annyi byte-ot hoz át, amennyi a symlink hossza. Tehát azt a file-t nyitja meg, ahová a link mutat, de nem a file hosszával, hanem a symlink hosszával. Mivel nem tudok angolul, arra szeretnék késztetni valakit, akit esetleg szintén érint a probléma, hogy a fejlesztőket dobja már meg egy bug reporttal. Valószínűleg nagyon könnyű javítani a hibát, hiszen a hossz megállapításánál a link lett használva ahelyett, hogy végigrohanna a célig.
Sajnos a cal nevű progiban is van egy bug, ami bosszant. Ha például a mai napon azt mondjátok neki, hogy cal -m3, akkor a december utolsó sora balra el lesz csúsztatva. Valószínűleg az aktuális napot inverzben jelző vezérlőkódokat is beleszámítja a hosszba. Egy lehetséges javítás:
nekem is van egy kerdesem. az mc felvette azt a hulye szokast, hogy listazasnal nem erdekli a . meg a kis-nagybetu dolog, hanem omlesztve abc sorrendben listazza a cuccokat. pedig a sort orderben be van allitva, hogy case sensitive. a rejtett fileok elorehozasat meg altalaban alapbol szokta csinalni, es nem is talaltam meg, hogy hol lehet beallitani (meg az mc.ini-ben sem)
elore is koszonet
trooper
Olyat latott mar valaki, hogy mc-t xtermben inditva (gnome+enlightenment) haza vagja az egesz X-et, vagyis kilep az X sessionbol, es kiadja a login ablakot?
Szoveges terminalbol teljesen jol megy.
RH6.2
A mc nalam a kovetkezot csinalja:
1 tab = 4 space
2 tab = 1 tab
3 tab = 1 tab + 4 space
...
(mikor kurzorbillentyukkel mozgok, a 4 spacet az mc egy rovid tabnak mutatja)
Kerdes: hol lehet ezt kikapcsolni? Ugyanis Java programozashoz a 4 hosszu "tab" volna az idealis, es ez meg is van mc alatt, de mc alatt szerkesztett filet a vi mar nem jol mutatja, ugyanis az mc-ben a "kis tab" = 4 space. Persze vi alatt szerkesztett fileval nem gond, ugyanis ott a "kis tab" is tab, csak be lehet allitani, hogy egy tab-ot mennyinek mutasson. Viszont ha olyan kodot nezek, amelyet mc alatt irtak, akkor azt vi alatt nem tudom megtenni (vagy legalabbis nem az eredeti formajat latom). Persze ha kikapcsolom, az sem segit a kapott "mc-s kodokon", de legalabb magamnak szerkeszthetem ott, ahol kedvem van.