Finder --- Tiedostojen leikkaaminen

[Erño]

Mullon tuon leikkaamiskomennon virkaa hoitanut jo pidemmän aikaa Cmd+C/X/V. Toimii kuin leikkaus, kinda.

[mikastus]

Leikkaa-sijoita toiminnossa tiedostojen hallinassa on nimenomaan ongelmana se ajatuksellinen epäjatkuvuus, että toiminto voi jäädä sekä ihmisen tajuntaan kuin myös konetasolla niinsanotusti "roikkumaan" - tiedostamattomaan ja päättymättymättömään tilaan. En väitä että näin tapahtuisi jatkuvasti, tai että se olisi suuri ongelma käyttäjälle joka asian tiedostaa. Mutta silti se on siellä olemassa käyttäjälle, joka ei niinsanotusti ole ihan täysin hollilla asioista. Ymmärrän turvaproseduurin joka on käytössä windowsissa, kiitos selvennyksestä, mutta se ei poista ajatuksellista roikkumista. Sitä että homma on nyt hoidettu - vaikka se jäikin oikeasti kesken. Se ei poista mahdollisuutta siitä että joku vitaali proseduuri voi jäädä kesken koska käyttäjä kokee satunnaisen unohduksen tai toiminto keskeytyy muista inhimillisistä syistä.

Kyllä siellä "Heti tänään"-kansiossa ihan varmasti oli se viimeisin versio, vannon sen. Leikkasin ja liitin sen juuri silloin kun James soitti kolaristaan ja noukin sitten hänet asemalta.

En oikeastaan jaksa asiaa enempää selvittää jos se ei ole vielä valjennut näillä aiemmilla sanoituksillani. En silti myöskään verisesti vastusta ko. option lisäämistä finderiin, kunhan se vain ei ole vakiona ja oletuksena alusta saakka päällä. Osaava käyttäjä ehkä ominaisuudesta voi hyötyä kovastikin ja se olisi heille hyödyllinen. Ehkä jopa itselleni olisi, en tiedä.

[Jukava]

^En nyt oikein ymmärrä miten se leikkaaminen nyt jää roikkumaan sen enempää kuin jo käytössä oleva kopiointi.

Jos kopioit tiedoston, joku soittaa ja keskeyttää ja unohdat jatkaa (liittää sinne mihin piti), on tilanne täsmälleen sama kuin jos leikkaat tiedoston, joku soittaa ja keskeyttää ja unohdat jatkaa (liittää tiedoston sinne minne piti), ts. tiedostot löytyvät sieltä alkuperäisestä sijainnista.

Jos taas siirto on jo käynnistetty ennen keskeytystä, ei lopputulokseen kai millään tavalla vaikuta se, miten siirto on käynnistetty (raahaamalla vai näppäinkomennoilla). Sitäpaitsi väitän että ihan yhtä todennäköistä on se, että keskeytys tulee ennen koko operaatiota, ja siten unohdat koko tehtävän häiriinnyttyäsi (eli et edes ala siirtämään niitä tiedostoja joita piti, kun puhelu varastaa huomiosi).
Ja huomattavasti todennäköisempää on että homma jaa roikkumaan nykyjärjestelmässä jos haluaa näppäinoikoteita käyttää: Paljon helpommin unohtaa mahdollisesti pitkän tiedostonsiirron aikana homman, ja siten poistaa tiedostot alkuperäisestä sijainnista kun valmis, kuin että unohtaa homman välittömästi Cmd+X painamisen jälkeen, eikä tehdä välittömästi sitä seuraavia toimenpiteitä.

Jos taas OSX tiedostonkäsittelyssä on turvallisuusmoka, ja jostain syystä tiedostot poistetaan ennen kuin kirjoittaminen uuteen sijaintiin on valmis, koskee tämäkin bugi kaikkia siirtoja niiden aloitustavasta riippumatta. Olen kyllä hyvin yllättynyt jos näin on, koska tuollainen moka nyt olisi aikamoinen kardinaalivirhe järjestelmäsuunnittelussa, tiedostoviitteen poistaminen ei käytännössä vie aikaa ollenkaan (varsinkaan suhteessa siirtoon) joten käytännössä aikaansaataisiin vain huomattava tietoturvariski ilman mitään merkityksellistä etua. Varsinaista tietoahan ei poisteta (ylikirjoiteta) edes onnistuneessa siirrossa, ainoastaan tiedostojärjestelmän viite siihen.
En todellakaan jaksa uskoa että OSX olisi näin typerästi suunniteltu. Varsinkin kun eihän tuo kopioi toimintokaan noin toimi, tiedostoa ei todellakaan kopioida mihinkään välimuistiin kun painan Cmd+C (olisikin aika mielenkiintoista kun kone alkaisi siirtää jotain useamman gigan tiedostoa välimuistiin), vaan se vaan merkkaa tiedoston, ja järjestelmä tietää että jos myöhemmin seuraa Cmd+V käsky toisessa kansiossa, on tämä se tiedosto joka sinne halutaan kopioida.

[Mikael K.]

Mihinkäs se valitse - tartu kiinni - raahaa -metodi unohtui? Minä toimin usein juuri kuvaamallani tavalla. Otan tekstistä kiinni ja raahaan sen haluamaani ohjelmaan Exposéa apuna käyttäen tai Dockiin sopivan kuvakkeen päälle.

[jomppa]

Lataappa 10 tiedostoa Safarilla lataushakemistoon missä on jo valmiiksi satoja tiedostoja ja etsi tuolta ne kaikki tänään ladatut - mission impossible.

Avaa safarista Lataukset-ikkuna, sillähän nuo näkyvät kanssa latausjärjestyksessä.

[honpsu]

Lataappa 10 tiedostoa Safarilla lataushakemistoon missä on jo valmiiksi satoja tiedostoja ja etsi tuolta ne kaikki tänään ladatut - mission impossible.

Avaa safarista Lataukset-ikkuna, sillähän nuo näkyvät kanssa latausjärjestyksessä.

Kyse oli nyt Finderista - ei pinoista tai Safarista.

[mikastus]

^..Jos taas OSX tiedostonkäsittelyssä on turvallisuusmoka, ja jostain syystä tiedostot poistetaan ennen kuin kirjoittaminen uuteen sijaintiin on valmis

Tuskin sentään on tuommoista mokaa. Muita hyviä pointteja mainittu kirjoituksessasi ylempänä joita en tähän enää lainaa. Sijoitan tähän kuitenkin vielä aivoituksiani jotka tuli aiemmin mieleen. Ei ihan jäsenneltynä välttämättä, pahoittelut siitä:

Mikäli leikkaustoiminto toteutettaisiin finderin tiedostotasolla, niin itse käyttäisin sitäkin kahden vierekkäisen (tai päällekkäisen) ikkunan kanssa, ja varmaankin opastaisin myös neuvoa kysyttäessä tekemään niin. Pidän tapaa loogisena ja turvallisena. Kukin toimii tietysti kuten haluaa, ei kai siinä mitään.

Erotuksena windowsin leikkaa-liitä ja finderin siirto-komennolla on, että komentoraahaus käynnistyy välittömästi, tiedoston leikkaaminen jää roikkumaan ja toteutuu vasta sijoitettaessa.

Koska en itse tiedä kysyisin windowsin tiedostoselainta koskien pari asiaa:
- Tuleeko windowsin tiedostoselaimessa indikaattori jos leikkaa-sijoita toiminto kestää kauan? (eli siirto käynnissä/kopiointi-ikkuna tai vastaava)
- Kauanko tiedosto tai hierarkia saa olla leikattuna ja sijoittamatta mihinkään että se palautuu takaisin alkuperäiseen hierarkiaan? Tuleeko tästä joku indikaatio käyttäjälle?
- Jos leikataan toisen kerran perään joku muu tiedosto tai hierarkia alkuperäistä leikattua kuitenkaan sijoittamatta, niin oletan että ensimmäinen leikaatu tiedosto palautuu välittömästi takaisin alkuperäiseen hierarkiaansa. Tuleeko tästä joku indikaatio käyttäjälle?
- Jos kone pannaan nukkumaan niin miten windows toimii leikatun mutta ei vielä sijoitetun tiedoston tai hierarkian kanssa? Oletan että palauttaa alkuperäiseen hierarkiaansa, tai kysyy jotain asiaa koskien. Tapahtuuko tämä ennen nukkumista vai vasta siitä herätessä?
- Sama kysymys sammuttamisen kohdalla.

Monessa kohdassa voin ainakin itse helposti kuvitella ne ajatukselliset epäjatkuvuudet käyttäjälle vaikka itse vahinkoa eli tiedoston tuhoutumista ei tapahtuisikaan. Käyttäjän ollessa skarppina ei esille notamiani ongelmia luonnollisestikaan ole.

Vielä yksi asia ketjuun kellumaan:
- Onko toiminto yhtenevä ja jatkuva tilanteesta riippumatta, eli toimiiko leikkaa-sijoita kaikilla eri medioilla ja protokollilla: kovalevyt, verkkopalvelimet, CD:t, DVD:t. Protokollista SMB, FTP, muita lukuisia IP:n yli meneviä protokollia jne.? Mitä erilaisia ongelmia tästä voi syntyä?

Tähän kaikkeen liittyen OS X:n finderin "siirrä" eli komento-raahaus voi myös olla ainakin osittain problemaattinen.

Henkilökohtaisesti pidän erittäin huonona myös finderiin toteutettua itseavautuvien kansioiden ("spring loaded folders") -tapaa. Siinä raahataan tiedosto hierarkiaikonin eli kansion päälle ja se sitten pompsahtaa auki pienellä viiveellä. Ja sitten siinä ikkunassa viedään taas kansion päälle joka pompsahtaa auki ikkunaksi. Tiedosto voi tässä menetelmässä luikahtaa helposti vahingossa minne tahansa jos sormet herpaantuvat pitkässä toiminnossa hetkeksikään. Onneksi on nykyään finderissakin peru-toiminto.

Finderissa on myös ongelmana se ettei ikkunan nykyistä hierarkiaa näe komentoklikkaamatta ikkunan otsikkoa. Ehdottomasti alapalkissa tulisi olla hakemistohierakia ko. ikkunaa koskien kuten finderin hakuikkunassa on. Näkisi yhdellä silmäyksellä että kyseinen ikkuna on juuri se oikea lähde- tai kohdekansio.



Varmasti useat erilaiset tavat ovat käytössä erilaisilla käyttäjillä. Kunhan ilmaisen mielipiteeni aivoituksieni perusteella että paras tapa on avata lähdekansio ja kohdekansio, ja sitten tehdä manööverinsa. Ei tule niin helposti ongelmia aloittelijalla eikä tule epähuomiossa erheitä kokeneellekaan käyttäjälle.

Voi myös olla että asiasta ei tarvitse pian enää laisinkaan välittää jos tiedostojärjestelmät ja -hierarkiat abstraktoidaan pois käyttäjän näkyviltä tyyliin iTunes ja iPhoto.

Eli mielipide™ ja huomioita, ei sen kummempaa.

[tuomas92]

Tuon alapalkinhan saa näkymään kaikkialla, View -> Show Path Bar.

[mikastus]

^ No voi ny *%&?@. Panen ominaisuuden päälle ja meen varttiksi nurkkaan häpeämään .

[Pis]

^ No voi ny *%&?@. Panen ominaisuuden päälle ja meen varttiksi nurkkaan häpeämään .

Toivottavasti et ole turhan monta vuotta haaveillut tuon ominaisuuden perään.

[mikastus]

^ Mitä nyt tähän asti

ed. Ja kootut selitykset: Ominaisuus taisi tulla leopardissa? Työkone vaihtui minulla leopardiin vasta tänä keväänä samalla kun kovalevy poksahti. Kotonakaan en ole leopardista huolimatta ko. asiaa hoksannut eli ilmeisesti kaivannut.

[-T-]

Erotuksena windowsin leikkaa-liitä ja finderin siirto-komennolla on, että komentoraahaus käynnistyy välittömästi, tiedoston leikkaaminen jää roikkumaan ja toteutuu vasta sijoitettaessa.

Eikö se Finderissakin käynnisty vasta hiiren napin vapauttamisesta? Windows puolella vastaavasti raahatessa, kun vapauttaa hiiren napin tai vaihtoehtoisesti painettaessa Control+V. Itse siirron nopeus riippuu datan/tiedostojen määrästä ja mistä/mihin siirretään.

Koska en itse tiedä kysyisin windowsin tiedostoselainta koskien pari asiaa:
- Tuleeko windowsin tiedostoselaimessa indikaattori jos leikkaa-sijoita toiminto kestää kauan? (eli siirto käynnissä/kopiointi-ikkuna tai vastaava)

En ymmärrä tätä. Kestää liian kauan? Siirron ollessa käynnissä näkyy kyllä ihan vastaava "palkki" mitä tiedostoa kopioidessakin.

- Kauanko tiedosto tai hierarkia saa olla leikattuna ja sijoittamatta mihinkään että se palautuu takaisin alkuperäiseen hierarkiaan? Tuleeko tästä joku indikaatio käyttäjälle?
- Jos leikataan toisen kerran perään joku muu tiedosto tai hierarkia alkuperäistä leikattua kuitenkaan sijoittamatta, niin oletan että ensimmäinen leikaatu tiedosto palautuu välittömästi takaisin alkuperäiseen hierarkiaansa. Tuleeko tästä joku indikaatio käyttäjälle?

Tiedosto saa olla "leikattuna" vaikka maailman tappiin, kunhan et välillä tee muita copy/cut/paste operaatioita tai esim. sammuta konetta. Hierarkkia ei muutu mihinkään ennen kuin tiedosto liitetään uuteen paikkaan. Eli tiedosto on siellä missä ennenkin ennen siirron aloitustakin kunnes aktivoit itse siirron.

- Jos kone pannaan nukkumaan niin miten windows toimii leikatun mutta ei vielä sijoitetun tiedoston tai hierarkian kanssa? Oletan että palauttaa alkuperäiseen hierarkiaansa, tai kysyy jotain asiaa koskien. Tapahtuuko tämä ennen nukkumista vai vasta siitä herätessä?
- Sama kysymys sammuttamisen kohdalla.

Testaamatta väittäisin, että tiedoston leikkaus pysyy aktiivisena, kun pistätä koneen nukkumaan ja herätät sen myöhemmin. Sammutettaessa leikkaus "unohdetaan". Hierarkiamuutokset kuten yllä.

Monessa kohdassa voin ainakin itse helposti kuvitella ne ajatukselliset epäjatkuvuudet käyttäjälle vaikka itse vahinkoa eli tiedoston tuhoutumista ei tapahtuisikaan. Käyttäjän ollessa skarppina ei esille notamiani ongelmia luonnollisestikaan ole.

Ei se ole koneen/ohjelmiston tehtävä huomioida käyttäjän muistamattomuutta (orastavaa Alzheimeriä). Jos, et muista mitä juuri äsken teit niin tietokoneilla onnistuu moni muukin tunarointi. Suurempana ongelmana siirroissa näen sen, että hiiren vasenta nappia (tai esim. MacBookin kosketuslevyä) ei saa pidettyä pohjassa välillä todella pitkiä ketjuja erinäisten kansioiden kautta.

Vielä yksi asia ketjuun kellumaan:
- Onko toiminto yhtenevä ja jatkuva tilanteesta riippumatta, eli toimiiko leikkaa-sijoita kaikilla eri medioilla ja protokollilla: kovalevyt, verkkopalvelimet, CD:t, DVD:t. Protokollista SMB, FTP, muita lukuisia IP:n yli meneviä protokollia jne.? Mitä erilaisia ongelmia tästä voi syntyä?

Eri medioista siirreltäessä on eroa. Mitenkään yllättävää ei varmaan ole, että esim. CD-ROM levyltä leikkaaminen ei onnistu niin raahaamalla kuin leikkaa/liimaa-yhdistelämlläkään. Myös kovalevy -> kovalevy välillä on eroja. Jos siirrät saman kovalevyn/tiedostojärjestelmän sisällä, itse tiedosto ei siirry mihinkään. Vain tiedostojärjestelmän "kirjanpito" päivittyy. Tiedostojärjestelmästä toiseen siirto tapahtuu ensin kopioimalla alkuperäisen tiedoston uuteen paikkaan ja vasta sen onnistuttua tiedosto poistetaan alkuperäisestä paikasta. Sama tapahtuu esim. verkkolevylle siirrettäessä. En jaksanut / viitsinyt testata, että toimisiko Window Explorer tiedostonhallinnassa leikkaus ja sitten liittäminen esim. WinSCP:n avulla SCP/SFTP-palvelimelle. Tähän en ole nähnyt vielä tarvetta/kiinnostusta.

Tähän kaikkeen liittyen OS X:n finderin "siirrä" eli komento-raahaus voi myös olla ainakin osittain problemaattinen.

Henkilökohtaisesti pidän erittäin huonona myös finderiin toteutettua itseavautuvien kansioiden ("spring loaded folders") -tapaa. Siinä raahataan tiedosto hierarkiaikonin eli kansion päälle ja se sitten pompsahtaa auki pienellä viiveellä. Ja sitten siinä ikkunassa viedään taas kansion päälle joka pompsahtaa auki ikkunaksi. Tiedosto voi tässä menetelmässä luikahtaa helposti vahingossa minne tahansa jos sormet herpaantuvat pitkässä toiminnossa hetkeksikään. Onneksi on nykyään finderissakin peru-toiminto.

Juuri tähän "oho, mihin se meni.."-ongelmaan auttaisi tiedostojen siirtely näppäinkomennoilla. Ellet ole ihan koomassa niin mielestäni näppäinkomennoilla saa parempaa tarkkuutta kohde- ja lähdehakemistojen kanssa.

Varmasti useat erilaiset tavat ovat käytössä erilaisilla käyttäjillä. Kunhan ilmaisen mielipiteeni aivoituksieni perusteella että paras tapa on avata lähdekansio ja kohdekansio, ja sitten tehdä manööverinsa. Ei tule niin helposti ongelmia aloittelijalla eikä tule epähuomiossa erheitä kokeneellekaan käyttäjälle.

Voi myös olla että asiasta ei tarvitse pian enää laisinkaan välittää jos tiedostojärjestelmät ja -hierarkiat abstraktoidaan pois käyttäjän näkyviltä tyyliin iTunes ja iPhoto.

Omasta mielestä tuo kahden ikkunan avaus on turhaa näytön pinta-alan tuhlausta. Näin etenkin MBP13:sta vaatimattomalla resoluutiolla. Helpompiakin tapoja on (vrt. Windows Explorerin kaksiosainen ikkuna hakemiston sisällöllä + hakemistopuulla).

Itse en odota ihan innolla tätä tietodostojärjestelmien "abstraktointia". Haluan itse hallita tiedostojani enkä halua, että joku satunnainen tietokanta nielee kaiken epämääräiseen rakenteeseensa. Sen verran on korruptoituneita tiedostojärjestelmiä ja tietokantoja tullut käpisteltyä, että ongelmatilanteessa ne tiedostojärjestelmät ovat osoittautuneet vähintään kymmenen kertaa helpommiksi "korjata". Tai ainakin saada edes osa datasta luotettavasti ulos. En myöskään näe iTunesin tapaa esittää "objekteja" sen parempana, jos / kun tavaraa on PALJON. Sekamelskaksi sekin menee, kun tietoja pitää ruveta luokittelemaan jotenkin.

Oho, tulihan siitä pitkä vastaus, mutta menkööt

[Mikael K.]

Omasta mielestä tuo kahden ikkunan avaus on turhaa näytön pinta-alan tuhlausta. Näin etenkin MBP13:sta vaatimattomalla resoluutiolla. Helpompiakin tapoja on (vrt. Windows Explorerin kaksiosainen ikkuna hakemiston sisällöllä + hakemistopuulla).

Exposé on tällaisessa tilanteessa mainio. Teen monesti niin, että leikkaan, tai tartun kiinni valitsemaani tekstinpätkään tms. ja käynnistän Exposén siirtämällä hiiren valitsemaani kulmaan. Sitten vain tähtään sopivaan dokumenttiin tai kansioon ja pudotan leikkauksen sinne.

[mikastus]

...Tiedosto saa olla "leikattuna" vaikka maailman tappiin, kunhan et välillä tee muita copy/cut/paste operaatioita tai esim. sammuta konetta. Hierarkkia ei muutu mihinkään ennen kuin tiedosto liitetään uuteen paikkaan. Eli tiedosto on siellä missä ennenkin ennen siirron aloitustakin kunnes aktivoit itse siirron..

Kiitos tarkasta vastauksesta yllä.

Jos leikataan hakemisto tai tiedosto niin sen ikoni kaiketi häviää alkuperäisestä sijainnistaan heti leikattaessa. Vai eikö? Ymmärsin kyllä että itse tiedosto ei silti vielä siirry, mutta häviääkö visuaalinen osoitin siihen pois käyttäjän näkyviltä, ja ilmestyy sitten vasta sijoitettaessa uuteen paikkaan.

Kun se leikattu (muttei vielä sijoitettu) tiedosto roikkuu siellä maailman tappiin, niin mainitsemasi "unohduksen" ymmärrän siten että ilmeisesti leikattuna roikkuvan tiedoston ikoni sijoitetaan sen kummemmin käyttäjälle ilmoittamatta takaisin alkuperäiseen sijaintiinsa - tiedostoahan ei oltu edes siirretty vielä - ja sitten kone sammuttaa itsensä. Taisi mennä oikein?

Tuo nukkumisen kohdalla käyttäytyminenkin (jota et ollut vielä testannut) olisi mukava tietää. Totta on myös tuo mainitsemasi ikkunapinta-alan puute varsinkin kannettavien kohdalla.

Tuolla vapautui juuri yksi win-kone, mutta en taida tällä kertaa viitsiä mennä toisen työkoneelle säheltämään. Ja tämänpäiväinen kiinnostus aiheeseen taukoaa muutenkin muiden harrasteiden tieltä.

[-T-]

Omasta mielestä tuo kahden ikkunan avaus on turhaa näytön pinta-alan tuhlausta. Näin etenkin MBP13:sta vaatimattomalla resoluutiolla. Helpompiakin tapoja on (vrt. Windows Explorerin kaksiosainen ikkuna hakemiston sisällöllä + hakemistopuulla).

Exposé on tällaisessa tilanteessa mainio. Teen monesti niin, että leikkaan, tai tartun kiinni valitsemaani tekstinpätkään tms. ja käynnistän Exposén siirtämällä hiiren valitsemaani kulmaan. Sitten vain tähtään sopivaan dokumenttiin tai kansioon ja pudotan leikkauksen sinne.

Tässähän tulee hiirellä matkustettua piiiitkiä matkoja yksinkertaisia tiedostoja siirrellessä. Eli:
1 kohdekansion availu (tarvittaessa hakemistopuun läpikäynti)
2 lähdekansion auki klikkailu (toistamiseen hakemistopuun selailu)
3 hiiri halutun tiedoston päälle/klikkaus
4 hiiren nappi pohjaan
5 hiiren nappi pohjassa siirrytään näytön expose-kulmaan
6 hiiren nappi pohjassa siirrytään halutun finderin päälle (jos ikkunoita on sattunut jäämään paljon auki niin oikean finderin löytyminen hankaloitunee koska esikatselukuva on pienehkö. En saa testattua, kun taaskaan en ole oman koneen ääressä)
7 edelleen hiiren nappi pohjassa suunnataan kohtaan johon roinat saa tiputtaa
8 vapauta hiiren painike (puuh...)

Edellisiä vaiheita hyväksi käyttäen vaihtoehtoinen tapa voisi olla: 2 -> 3-> cmd+x -> 1 -> cmd+v

Eli melkolailla raahailua/hiiren siirtelyä jää pois. Rehellisesti sanoen itse varmaan käyttäisin normaalin hiiren kanssa näppäinkomentoa cmd+< saadakseni sen toisen finderin esille tai cmd+tab, jos kohde on muu ohjelma. Miksei MBP:n levyäkin käytettäessä onnistuisi tuo näppiksen käyttö, mutta olen havainnut sen edesauttavan noiden "oho"-tilanteiden syntyä ja väärään paikkaan päätyviä tiedostoja tulee helpohkosti.

[-T-]

Jos leikataan hakemisto tai tiedosto niin sen ikoni kaiketi häviää alkuperäisestä sijainnistaan heti leikattaessa. Vai eikö? Ymmärsin kyllä että itse tiedosto ei silti vielä siirry, mutta häviääkö visuaalinen osoitin siihen pois käyttäjän näkyviltä, ja ilmestyy sitten vasta sijoitettaessa uuteen paikkaan.

Ei, tiedosto/ikoni ei katoa. Ikoni vain muuttuu "harmaaksi", kun se odottaa siirtoa leikkaa-komennon jälkeen. Dokumenteissa kyllä leikkaa-toiminto poistaa itse tekstin, mutta tiedostojen kanssa vain ikoni vaihtaa väriä, kun liittämistä odotetaan.

[Lare]

-T- sen sanoi hyvin. Hiirellä raahatessa riskinä on lipsahtaminen väärään paikkaan, jos kohde hakemistoa joutuu etsimään. Cut+paste antaisi tavallaan rauhassa etsiä kohdehakemistoa.

[Mikael K.]

Tässähän tulee hiirellä matkustettua piiiitkiä matkoja yksinkertaisia tiedostoja siirrellessä.

Se riippuu siitäkin mitä ja miten sen tekee. Samoin se vaikuttaa onko oikea- vai vasenkätinen. Minä olen vasenkätinen, joten hiiren liikuttelu on monesti se tehokkain tapa toimia, kun näppäimistö on kuitenkin oikeakätinen. Monesti minulla on jo valmiina avoinna kaikki tarvittavat dokumentit. Lisäksi käytän Exposéa näppäimistöltä. Magic Mouse toimii myös mainiosti, kun koko käsi voi olla painona sen päällä. Siloin ei tarvitse varsinaisesti painaa mitään nappia vaan liikuttaa vain kättä. Joskus taas paras tapa on kopioida (cmd+c) jokin tiedosto ja liittää (cmd+v) se jonnekin toisaalle. Jos kopioitaessa pitää liittämistä varten avata jokin toinen dokumentti niin näppäinkomento on tällaisessa tapauksessa helpoin tapa toimia.

[Lare]

Aihetta sivuten: Oletteko huomanneet, että kun Finderissa valitsee useamman tiedoston ja alkaa niitä siirrellä (klikkaus pohjassa pystyliike), niin joskus a) Finder muuttaa tiedostojen valintaa hiiren liikkeiden mukaan tai b) lähtee siirtämään tiedostoja. Jos haluaa olla 100-varma mitä tapahtuu, niin ensimmäinen liike on oltava puhtaasti sivusuunnassa, jotta saa toiminnon b).

[tjames]

Lisätäänpä vettä myllyyn. Itse käytän isolla näytöllä win7:ssa aika paljon drag & droppia resurssienhallinnassa. Semmonen näppärä juttu tuossa on, että kun siirtää tiedoston tarttumalla ja raahaamalla sitä oikea hiirennäppäin pohjassa, päästettäessä napista irti, aukeaa valikko jossa on eri vaihtoehtoja. Voi valita joko "move here", "copy here" tai "cancel". Tuo on oikeasti loistava ominaisuus ja on tainnu olla winukassa muinaisista ajoista lähtien.

[honpsu]

Semmonen näppärä juttu tuossa on, että kun siirtää tiedoston tarttumalla ja raahaamalla sitä oikea hiirennäppäin pohjassa, päästettäessä napista irti, aukeaa valikko jossa on eri vaihtoehtoja. Voi valita joko "move here", "copy here" tai "cancel". Tuo on oikeasti loistava ominaisuus ja on tainnu olla winukassa muinaisista ajoista lähtien.

Tai mm. pikakuvakkeen luominen.

[Saukki]

Aihetta sivuten: Oletteko huomanneet, että kun Finderissa valitsee useamman tiedoston ja alkaa niitä siirrellä (klikkaus pohjassa pystyliike), niin joskus a) Finder muuttaa tiedostojen valintaa hiiren liikkeiden mukaan tai b) lähtee siirtämään tiedostoja. Jos haluaa olla 100-varma mitä tapahtuu, niin ensimmäinen liike on oltava puhtaasti sivusuunnassa, jotta saa toiminnon b).

Ei ole kyseessä mikään random tapahtuma, vaan jos otat hiirellä kiinni tiedoston nimestä (tai muusta tiedostoon liittyvästä tekstistä finderissä esim. päivämäärä ym.), niin tiedosto siirtyy, mutta jos otat kiinni tiedostonimen perässä olevasta valkoisesta alueesta niin muuttuu tiedostojen valinta.

[Lare]

Aihetta sivuten: Oletteko huomanneet, että kun Finderissa valitsee useamman tiedoston ja alkaa niitä siirrellä (klikkaus pohjassa pystyliike), niin joskus a) Finder muuttaa tiedostojen valintaa hiiren liikkeiden mukaan tai b) lähtee siirtämään tiedostoja. Jos haluaa olla 100-varma mitä tapahtuu, niin ensimmäinen liike on oltava puhtaasti sivusuunnassa, jotta saa toiminnon b).

Ei ole kyseessä mikään random tapahtuma, vaan jos otat hiirellä kiinni tiedoston nimestä (tai muusta tiedostoon liittyvästä tekstistä finderissä esim. päivämäärä ym.), niin tiedosto siirtyy, mutta jos otat kiinni tiedostonimen perässä olevasta valkoisesta alueesta niin muuttuu tiedostojen valinta.

Ehkä olen osunut ohi valituista tiedostoista, seurataan tilannetta....

[spiidi78]

Semmonen näppärä juttu tuossa on, että kun siirtää tiedoston tarttumalla ja raahaamalla sitä oikea hiirennäppäin pohjassa, päästettäessä napista irti, aukeaa valikko jossa on eri vaihtoehtoja. Voi valita joko "move here", "copy here" tai "cancel". Tuo on oikeasti loistava ominaisuus ja on tainnu olla winukassa muinaisista ajoista lähtien.

Tai mm. pikakuvakkeen luominen.

Tai 7zip - extract here.