omppu + z, tuhoisa käsky finderissa

[Juhani L]

Ei ole näin. Applen Human Interface Guidelines on aina sisältänyt myös näppäinkomennot ja niitä myös käytetään yleisesti.

Toki Applen Human Interface Guidelines (AHIG) on aina sisältänyt näppäinkomennot, mutta Finderi koskevat Penni-C, Penni-X ja Penni-V tulivat vasta kymppiin. Valitettavasti en löytänyt vanhaa AHIG-dokumentaatiota tähän hätään, mutta eipä ennen noilla komennoilla Finderissa kopsattu tiedostoja tai kanssa.

Vähäpätöisestä mielestäni on dorkaa, että Apple tässä kohtaa muutti käytäntöä. Olen Winukka-puolella vieraillessani käyttänyt joskus ctrl-C:tä ja ctrl-V:tä tiedostojen kopsaamiseen, mutta aina tietoisena, mitä kamaluuksia moisella näppäinoikotiellä saattaa huolimattomuuttaan aiheuttaa.

PS. Väittääkö joku oikeasti antavansa esim. Undo- eli Peru-komennon valikon kautta? Vuodesta toiseen siirtää hiiren valikkoon sen sijaan että näpäyttää universaalisti omppu-z?

Minäkin annan joskus Peru-komennon hiirellä, jos hiiretön käsi ei ole näppiksellä vaan esim. pitää kirjaa tai esim. AHIG-dokkaria Eikä kaikissa vanhoissa OS 6:n aikaisissa -ohjelmissa Penni-Z edes toimi. Tuollaisiakin ohjelmia tulee vielä käytettyä ihan työkseen. Tosin... ResEditillä on useimpia puukotettu, jos näppäinoikoteitä on ollut tarvis.

Tässä graafisen käyttöliittymän ominaisuuksien pohtimisessa kannattaa miettiä sitäkin, pitääkö ohjelmien sisällä toimia ihan samoin säännöin kuin tiedostojen hallinnassa (Mac OS siis Finderissa). Ehkäpä ei ole syytä, koska niillä tehdään erilaisia asioita.

[wanders]

Tähän kopioitujen tiedostojen ongelmaan ei ole mitään merkitystä, tekeekö kansion kopioimisen Cmd-C vai drag-and-drop -menetelmällä. Samalla tavalla ne katoaa molemmissa tapauksissa.

Kokeilepa. Toimii eri tavalla.

Kyllä mä kokeilin sen ennenkuin tänne kirjoitin. Säikeen puolivälissä (noin 10. viesti) kirjoitin numeroidun työvaiheluettelon, jolla toisinnin alkuperäisen kirjoittajan esittämää ongelmaa. Kun ketjuun ilmestyi mystistä höpinää näppäinkomentojen kuulumattomuudesta OS X:ään, tein työvaiheet uudestaan, tällä kertaa drag-and-drop -kopioinnilla. Ja lopputulos oli ja on edelleen sama.

Eihän tätä enää tarvitsisi kirjoittaa, koska moni on sen jo ymmärtänyt: mikäli kansion kopiointi jää Finderin viimeiseksi toiminnoksi, voi työskennellä tuntitolkulla ja tulla epähuomiossa Finderiin painamaan Cmd-Z. Tällöin kopioitu kansio katoaa eikä Cmd-Z palauta tuntien työtä.

w

[wec]

Jos haluaa tehdä samaan paikkaan toisen kopion tiedostosta tai kansiosta, niin tiedoston raahaaminen ei toimi.

Ensinnäkään, tuo hymiö ei kuulunut alkuperäiseen virkkeeseen vaan toiseen virkkeeseen, jonka leikkasit pois. Nyt joku voi saada käsityksen, että heitin yllä olevan kommenttini vitsillä. Tarkkaavaisuutta.

Tottahan toki toimii: paina optio-snabi alas raahatessa.

Optio-näppäin pohjassa kopiointi ei tietääkseni toimi, jos raahaa tiedostoa saman kansion sisällä. Tällainen tilanne tulee vastaan kun ruudulla on vaikkapa vain yksi ikkuna auki, jota ei ole sidebarissa.

Muutenkin omena (komento) + d, eli duplicate Finder-komento on ollut Maccien käyttöjärjestelmissä jo kauan ennen kymppiä, joten kyllä sen tulisi toimia virheettömästi.

[NOx]

Joo, no, minusta tuo oli totta erityisesti spatiaalisen finderin aikaan. Nykyinen Mac OS on sen verran hybridi että siitä puuttuu entisaikojen ehdoton konsistenssi. Siinä mielessä Applen HIG:kiinkin on turha vedota, sekään ei johdomukainen. Näitä seikkapunkteja sivutaan J. Grüberin mielenkiintoisessa haastattelussa.

Mielenkiintoinen haastattelu vaikka en löytänyt siitä viittauksia juuri käsillä oleviin epäloogisuuksiin näppäinyhdistelmien toiminnassa tai hiiren käytössä tiedostojen manipuloinnissa tai näiden kahden syöttötavan välisissä epäloogisuuksissa. Muuten oli paljon hyviä kommentteja UI:n epäloogisuuksista ja puutteista.

[hjuutilainen]

Ei kysymyksiä "haluatko korvata" tms.

Suurin piirtein näin toimi minullakin, tosin palauttelin roskiksesta. Nimittäjä näyttää olevan Finder, mutta kyse on myös siitä etteivät jotkin ohjelmat kerro muutoksista Finderille. Eli Finder luulee tilanteen olevan sellainen mitä sen avulla on viimeksi tehty. Syytä on silti Applessakin, Finderin pitäisi tarkistaa tilanne ennen muita toimenpiteitä.

Tässä taitaa tosiaan olla aihetta bugiraporttiin. Sekä Applelle että Adobelle.

Edit: bugiraportti jätetty Applelle. Status on tietysti näin viikonloppuna avoin.

Kyllähän se Finder noista muutoksista tietää. Muutenhan kansiossa ei näkyisi tiedostoja ollenkaan. Esimerkkinä: Pidä kansiota auki kun tallennat dokun sinne esim. photarista. Tiedosto ilmestyy kansioon saman tien.

Ongelma on erityisesti siinä, että undo- ja redo-toiminnat tehdään koodaamalla. Ohjelmoija siis päättää mitä toimintoja laitetaan undo-stackiin ja millä tavalla. Luulisinpa että Applen koodaajilla on tapahtunut tässä tapauksessa pieni virhe jonka takia Finder ei tarkista muutoksia kansiosta vaan tekee suoraan palautuksen undo-stackista jonne on jäänyt vanhat tiedot kansion sisällöstä.

[eskofot]

Mielenkiintoinen haastattelu vaikka en löytänyt siitä viittauksia juuri käsillä oleviin epäloogisuuksiin näppäinyhdistelmien toiminnassa tai hiiren käytössä tiedostojen manipuloinnissa

No ei siellä suoraan noista puhuta, mutta asiaa yleisellä tasolla selittää kympin hybridi tausta ja näiden muualta omaksuttujen piirteiden hieman sattumanvarainen implementointi yhden miehen mielijohteiden mukaan, tämä oli Grüberin pointti haastattelussa. Nämä asiat ovat vieläkin hieman vaiheessa. Esim. tiedostojen kopionti näppiksen kautta on "uusi" ominaisuus Macissa – tuskin tätä nyt havaittua bugia olisi, jos ko. fiitsöri olisi ollut mukana vuodesta 1984. Toisaalta koko Peru-toiminto on kai tullut käyttis vasta kympissä.

Tuossa haastattelussa oli GUI-kehituksen kannalta kiintoisaa että näitä hybridiominaisuuksia oli tarjolla enemmänkin, esimerkiksi tuo PC:stä tuttu ikkuna kokonäyttönä -ominaisuus oli tarkoitus tulla kymppiin violettina nappina ikkunoiden oikeaan yläkulmaan. Uhhuh. Minusta graafisen käyttöliittymän perusta on juuri moni-ikkunointi.

Optio-näppäin pohjassa kopiointi ei tietääkseni toimi, jos raahaa tiedostoa saman kansion sisällä.

Ottaa ja kokeilee.

Kyllä mä kokeilin sen ennenkuin tänne kirjoitin.

Tein siis näin: loin työpöydälle kansion "KOE", koneessa on yksi kovalevy.

1) Siirrän sen drag-and-droppina Macintosh HD:n päätasolle. Tallennan FH:lla sinne tiedoston nimellä "A"
siirryn Finderiin, painan omppu-Z. Kansio siirtyy työpöydälle takaisin. Siellä on tiedosto "A"

2) Siirrän sen omppu-C:llä Macintosh HD:n päätasolle. Tallennan FH:lla sinne tiedoston nimellä "A"
siirryn Finderiin, painan omppu-Z. Kansio siirtyy työpöydälle takaisin. Siellä ei ole tiedostoa "A"

Tässähän on kyllä se ero että edellinen peruu "leikkauksen" ja jälkimmäinen kopioinnin. Kopioitaessa muutokset katoavat, leikattaessa ei.

[NOx]

Toki Applen Human Interface Guidelines (AHIG) on aina sisältänyt näppäinkomennot, mutta Finderi koskevat Penni-C, Penni-X ja Penni-V tulivat vasta kymppiin. Valitettavasti en löytänyt vanhaa AHIG-dokumentaatiota tähän hätään, mutta eipä ennen noilla komennoilla Finderissa kopsattu tiedostoja tai kanssa.

Vähäpätöisestä mielestäni on dorkaa, että Apple tässä kohtaa muutti käytäntöä. Olen Winukka-puolella vieraillessani käyttänyt joskus ctrl-C:tä ja ctrl-V:tä tiedostojen kopsaamiseen, mutta aina tietoisena, mitä kamaluuksia moisella näppäinoikotiellä saattaa huolimattomuuttaan aiheuttaa.

Näin on. Ne tulivat kympin myötä. Ei noissa silti ole ristiriitaa siihen mitä päivitetyt dokumentit sanovat. "Copy the Selected data" on käytetty termi esimerkiksi omppu-c:n osalta. Ristiriitaa on varmasti ennenkin Macia käyttäneiden ja toimintojen muuttumisen välillä. Kysymys taitaa tosiaan olla enempi mieltymyksistä ja tottumuksista eikä HIG-dokumenttien ja käytännön ristiriidasta.

Ja kyllä niitä tiedostoja on perinteisesti osattu hävittää ihan hiirelläkin, pari uutta näppäinkomentoa ei mielestäni ole iso katastrofi. Onhan niitä tullut ennenkin.

esim. AHIG-dokkaria Eikä kaikissa vanhoissa OS 6:n aikaisissa -ohjelmissa Penni-Z edes toimi. Tuollaisiakin ohjelmia tulee vielä käytettyä ihan työkseen. Tosin... ResEditillä on useimpia puukotettu, jos näppäinoikoteitä on ollut tarvis.

Huu, minulla ei sentään ole noin vanhoja softia käytössä. Seiskan aikuisia kylläkin, mutta ei kutosen. Toimivatko nuo Classicissa vai ajatko niitä ihan eri koneilla?

Tässä graafisen käyttöliittymän ominaisuuksien pohtimisessa kannattaa miettiä sitäkin, pitääkö ohjelmien sisällä toimia ihan samoin säännöin kuin tiedostojen hallinnassa (Mac OS siis Finderissa). Ehkäpä ei ole syytä, koska niillä tehdään erilaisia asioita.

Asiaa voi pohtia. Oma mielipiteeni on että Finderin ja sovellusten pitäisi vastata toisiaan mahdollisimman pitkälle ja käytännössä näin on ollutkin. Käsillä oleva omppu-z tekee sen minkä ohjelmissakin, ylipäätään on mahdollista perua. Roskikseen hinaaminen monessa ohjelmassa tarkoittaa samaa kuin Finderissa, data poistetaan roskakoriin josta se on vielä palautettavissa ellei roskakoria tyhjennetä. Omppu-A valitsee kaiken, hiirellä vetämällä valitaan useita kohteita jne. Olisi eri vaikeata jos Finder tottelisi vallan omaa käskykantaa ja logiikkakin poikkeaisi ohjelmien käytöstä.

[NOx]

Kyllähän se Finder noista muutoksista tietää. Muutenhan kansiossa ei näkyisi tiedostoja ollenkaan. Esimerkkinä: Pidä kansiota auki kun tallennat dokun sinne esim. photarista. Tiedosto ilmestyy kansioon saman tien.

Asiallinen tarkennus. Näin tämän silti varmasti kaikki ovat ymmärtäneet, ainakaan kukaan ei ole vielä väittänyt ettei Finder päivittäisi kansion sisältöä. Sitäkin tautia on perinteisesti kyllä ollut Finderissa, ennen joutui useinkin terminaalilla tarkistelemaan asian todellista laitaa.

tässä tapauksessa pieni virhe jonka takia Finder ei tarkista muutoksia kansiosta vaan tekee suoraan palautuksen undo-stackista jonne on jäänyt vanhat tiedot kansion sisällöstä.

No juuri näin. Ja näin sen myös laitoin bugreportiin. Luulenpa että laiskuuttaan ovat oikaisseet...

Nyt onkin jännää seurata mikä on Applen vastaus. Koska fundamentaalisesti OS X korvaa kansion kokonaan eikä tee mergeä, niin vastaus voi olla että näinhän tämän on suunniteltukin toimivan...

[wec]

Optio-näppäin pohjassa kopiointi ei tietääkseni toimi, jos raahaa tiedostoa saman kansion sisällä.

Ottaa ja kokeilee.

Olet oikeassa, tämä toimii. Tuo toimii ainoastaan jos tiedoston raahaa tiettyyn kohtaan ikkunassa, joten siksi en sitä ole huomannut, enkä käyttänyt. Jos tiedoston sattuu raahaamaan optio pohjassa esimerkiksi alemmas, mutta tiedosto on samassa kohdassa kuin toinen tiedosto, se ei kopioidu. Tuo on ilmeisesti ominaisuus.

Kuitenkin, omppu + d on ollut käytössä jo ennen Mac OS X:ää, joten toiminnon pitäisi toimia oikein.