- Toto téma obsahuje 18 odpovedí, 10 hlasov, a bola naposledny upravená pred 15 years, 3 months od
.
-
Príspevky
-
Caute, chcem sa spytat ako funguje v Leopardovi cut+paste. Vo win nebol problem – ctrl+x a ctrl+v. Ked subor pretiahnem mysou tak sa len vo vacsine pripadov skopiruje a original musim zmazat. Cmd+x mi nejak nejde len cmd+c ako copy. Dik za info
ak prenasas subory medzi zariadeniami HDD, Flash disky a pod. staci na dany subor kliknut, stlacis CMD a mysou pretiahnes, kam potrebujes – ine kapacitne zariadenie, okrem optickych medii (tym ziskas, ze to prekopirujes a zaroven zmazes z miesta, odkial si to bral)
Este stale nie je ziadne riesenie CUT-u vo finderi? nasiel som jeden script, ale ten najprv musi skopirovat a potom mazat povodne, to je nic moc… nechapem aky s tym maju v apple problem…
to stale akosi nie je ono, hlavne ked mi finder vacsinou otvara nove okno do povodneho, ma ide sibnut..
No tiez jedna z veci co prilis nechapem preco nefunguje vo Findery. Dost to znizuje pouzitelnost s klavesnicou. Pricom s mysou to je default akcia, ze to presunie a s klavesnicou sa to spravit neda, len copy…
ked ste u tohto copy/cut/paste … chcel by som sa spytat .. niekde som cital, ze ked mam na hdd vytvorenu zlozku s nejakymi udajmi, dajme tomu 10 textovych dokumentov, skopirujem si 8 z nich na iny hdd a zmenim ich, potom ich chcem dat naspat do povodneho hdd, ale uz zmenene .. vo wine to fungovalo, ze sa ma to spytalo prepisat a ono ich 8 prepisalo a zvysne 2 nechalo nezmenene, ale v osx to funguje nejakym inym sposobom, ze to tych 8 zmenenyvh prepise, a zvysne 2 vymaze … prave som na to prisiel a tak sa mi zda, ze som si odpisal zopar skolskych veci, bo som to takto riesil ako zvyk z winu kopirovanie :) je to normalne, ci je zase raz chyba vo mne?
@Sali funguje to trosku inak ako si napisal, alebo som ta mozno zle pochopil. Ak by si skopiroval priecinok ktory ma 8 suborov z 10 suborov na miesto kde sa nachadza priecinok s tym istym nazvom a obsahuje tych 10 suborov (alebo aj hocico ine), tak ak das replace tak na novom mieste bude presne to iste co si kopiroval.
(cize ked kopirujes cely priecinok, tak sa prepise cely priecinok, keby si iba kopiroval subory, tak sa prepisu iba tie subory, ostatne budu ako boli)
tiez som prvy krat, ked sa mi to stalo, trosku nadaval, ale potom som si zvykol.
presne tak som to myslel .. a zda sa mi, ze som to tak aj napisal, mozno som to zle nastylizoval :) tak aspon budem vediet nabuduce ako sa to chova :) dakujem teda :)
napisal si „skopirujem si 8 z nich na iny hdd a zmenim ich, potom ich chcem dat naspat do povodneho hdd, ale uz zmenene“ keby si skopiroval tych 8 zmenenych, tak sa zmeni tych 8 a tie 2 zostanu nedotknute. musel by si kopirovat priecinok.
To uz je jedno. Dolezite, ze sme sa dohodli ;)
Stále dookola tie isté otázky:
– „cut“ na súbory je schválne zakázaný z bezpečnostných dôvodov, lebo by bolo veľmi jednoduché nechtiac si zlikvidovať vyňatý súbor – neuváženým skopírovaním čohokoľvek iného do schránky. Aktuálne je pre vymazanie súboru potrebné ho presunúť do koša a ten vysypať (dva úkony, navyše oba jasne deklarované ako cesty smerujúce k likvidácii presúvaného a „vysypávaného“ obsahu). Nebolo by odveci mať možnosť cut na súbory voliteľne zapnúť (na vlastnú zodpovednosť používateľa), ale Apple zjavne (nielen v tomto prípade) neobľubuje veľa nastavení (od toho je tu iný OS).
– priečinok je súbor, obsahujúci adresy iných súborov (preto sa voľakedy v časoch DOSu volal nie priečinok, ale adresár/directory). Keď jeden takýto súbor nahradím iným súborom, prirodzene výsledný súbor (priečinok) bude obsahovať len nový zoznam adries. Systém si samozrejme predtým vypýta potvrdenie. Že to pod windowsom funguje inak, je druhá vec. Tiež by nebolo odveci ponúknuť v dialógu namiesto nahradenia synchronizáciu obsahu – logiku to má, lebo sa nepresúva len zoznam adries, ale aj fyzicky obsiahnuté dokumenty), takže aj štýl z windowsu má logiku. Ale opäť narážame na neochotu Applu k nastaveniam, viď predchádzajúci odstavec. Na synchronizáciu priečinkov sa dajú nájsť samostatné aplikácie.
jj myslel som priecinok s rovnakym nazvom vytvorim a tam hodim tych 8 a potom to nakopcim naspat ako priecinok … to mi nejako vypadlo :)
prave som to skusal a je to tak .. hmm, aspon uz nestratim takouto cestou data, idem ratat o co vsetko som prisiel, je mile prist na takuto vec po niekolkych mesiacoch pouzivania maca :D2 rudo.ba – blbost… je to len o implentacii tej funkcie… Vo Windows sa mi nikdy nestalo, ze by som si premazal subor skopirovanim textu do schranky… Funkciou Cut si proste oznacis, ze tento subor nejdes kopirovat ale presuvat, nezmazes ho rovno alebo ako si to ty predstavujes nepresunies ho do schranky… Ak skopirujes do schranky nieco ine tak sa proste ten subor odznaci. Je to ozaj len implentacii, tie keci o „bezpecnosti“ su len ospravedlnovanie toho preco to Apple este neimplementoval… Pricom kazdy vie, ze Finder je hodne slaby soft a ma kopec chyb a nedostatkov. Aj preto mozu vznikat nahrady v style Path Finder, ktore tuto funkciu samozrejme maju… A este maju moznost sa nou chvalit ako s niecim prevratnym – „Path Finder 5 can handle it, unlike the Finder.“
@mrzo: to je možné, ale zase by sa to správalo neštandardne. Keď sa vyjme nejaký text a skopíruje sa do schránky niečo iné, bez varovania sa obsah schránky prepíše. Prečo by sa to pri vyňatom súbore malo správať inak? By sa tá funkcia správala rôzne v závislosti na tom, aký typ objektu bol vyňatý (súbor vs. čokoľvek iné). Nemyslím že by to Apple nevedel implementovať. Súbor skopírovať a vložiť cez schránku dokáže, pridať tomu funkcionalitu zmazať pôvodný súbor a takto rozšírené kopírovanie nazvať „cut“ celkom určite nie je problém. Ona skôr nie je vôľa mať v systéme funkcie, ktoré sa správajú rôzne v závislosti na tom, nad akým objektom operujú (preto namiesto neštandardnej – síce funkčnej – bezpečnej windowovskej implementácie cut túto funkciu radšej zneprístupnili). Všetko sa dá implementovať, ale pridá sa jedno neštandardné správanie, neskôr druhé, potom tretie… a chaotický systém je na svete. Apple zjavne nechce ísť touto cestou, a vyslovene sa na tom zakladá. Chce aby funkcie pracovali jasne, zrozumiteľne, očakávaným spôsobom. Aj za cenu, že tým niektorým pokročilejším používateľom komplikuje život.
2 rudo.ba – ano sprava sa to inak… – ver mi, ze ked stlacis Cmd+C tak sa 8GB subor alebo 100GB adresar neprekopiruju do schranky ako par bytov textu, v skutocnosti je v schranke ulozeny nazov suboru ako text a subor ako objekt – sam Apple sa sprava k roznym objektom na kopirovanie rozne a tak to ma byt a nie je to len text a subor, rozoznava schranka obrazky icony a pod. A icony idu v systeme aj „cut-ovat“. Pre mna za mna nech si to nazvu ako chcu, a pouzivaju skratku aku chcu, nemusia to nazvat Cut a ani pouzivat Cmd+X aj ked mna by to teda nemiatlo, skor ak by tomu vymyslali nove nazvy skratky ale aspon by tam ta funkcia bola. Tak ako to funguje napriklad vo Windows Exploreri mi to pride absolutne logicke a jasne – ide kopirovat aj „cut-vat“ jak text tak subor. Vo Findery ide kopirovat aj text aj subor ale cut len text. Toto mi pride viac nezrozumitelne pre bezneho uzivatela. Je to jednoducho funkcia ktoru ma snad kazdy file manager len Finder nie a ked chcem preniest subor musim siahnut po mysi alebo jak idiot najprv subor prekopirovat a potom sa k nemu vratit a zmazat. A nikdy som nepisal, ze to Apple neviem implementovat, len ze to neimplementoval a ci to je preto lebo si Stevie postavil hlavu alebo im celkovo ovladanie systemu klavesnicou pride nepodstatne je vedlajsie.
presne ako pise mrzo, ovela nebezpecnejsie je vystrihnut (cut) text lebo ten hned zmizne z obrazovky a ked ho zabudnem vlozit je po nom (ano textedit napriklad sa ma najprv spyta ze ci chcem zmeny ulozit ale je velmi pravdepodobne ze vacsina uzivatelov to len odklikne lebo niekedy sa to pyta aj ked ma uzivatel ma pocit ze nic nezmenil…) kdezto ked dam cut na subor (vo wine) tak len zbledne a keby som ho nahodou zabudol dat paste tak ostane tam kde je a po nejakej chvili (alebo ked dam cut iny subor) tak opat „naberie farbu“ alebo po restarte atd. takze neexistuje aby sa ten subor stratil, kedze nic sa fyzicky nepresuva alebo kopiruje do schranky. Presuvanie suborov je velmi zle poriesene v OS X. Ked chcem spravit jednoduchy drag & drop (za ucelom presuvania suboru, cize s podrzanym CMD) tak musim pravym klikom otvorit nove okno finderu ist do priecinku kam chcem presunut (hoc je len o uroven alebo dva vyssie ten priecinok) a potom potiahnut. Sice som uz prisiel na finty ako presuvat subory pomocou drag & drop aj v ramci jedneho finder okna a do hociakeho priecinku (napriklad ked drzite subor na priecinkom tak sa po chvili sam otvori a potom mozte ist rovnakym sposobom do dalsieho a podobne sa da z neho aj vyjst…) ale je to zdlhavejsie..Mne osobne najviac vyhovoval system ktory bol na XP kde som nemusel pouzivat klavesove skratky a bolo to bezpecne (a tiez mi tato funkcionalita ako zabudovana chyba vo Viste alebo Win 7, hoc sa tomu da pomoct) ked na lavej strane boli moznosti v kazdom priecinku ze ci chcem kopirovat, presunut atd vybrane subory/priecinky alebo sa dala pridat moznost pod pravy klik ze presunut subory do.. alebo skopirovat subory do.. a potom vyskocilo male okno kde som nasiel priecinok a bolo to…keby niekto vedel o podobnej implementacii do OS X (cez script alebo nieco) nech da vediet…idealne by bolo ako „toolbar“ hore do findera alebo pod pravy klik..
este dodam ze som tu niekde cital na Macblogu atd. ze aky je finder silny nastroj…ono je ale na beznu pracu so subormi, triedenie, presuvanie atd je na h*vno…celkova praca s nim mi pride prilis neotesana…pre mna je zatial finder najslabsim clankom OS X ktory by potreboval zasadnejsie prebudovanie…tolko z mojich skusenosti s finderom zhruba po 10 mesiacoch s OS X…
- Musíte byť prihlásený, aby ste mohli odpovedať na túto tému.