Citat:
Shadowsong: Ovaj tip sto je postavio pitanje ocigledno nekoga zeza.
Ali nam je bar dao lep povod za diskusiju.
Stvari oko čuvanja i smešanja resursa u HFS+ (Mac)fajl sistemu su se znatno iskomplikovale dolaskom Mac OS X-a. Trenutno se koriste tri načina, na mnogim mestima su međusobno kombinovana i nema izgleda da će ijadan nestati u skoroj budućnosti. Na MacOS-u (pre-X) se znalo: resursi se čuvaju u resource forku. Šta su resursi, pa svašta, šta god kreator fajla udluči da to bude, za najčešće postoji i dokumentovan tip resursa (CODE, ICNS...). Dolaskom Mac OS X-a, kao što reče Miki, resursi se mogu upisivati i u data fork. Konačno i treći način, opet dolazak Mac OS X-a je sa sobom povukao i NeXTStep/OpenStep nasleđe, pa otuda i bundle-ovi (paketi), gde u jedan entitet (praktično direktorijum, ali sa specijalnom strukturom, pa ga sistem vidi kao jedan entitet) možete natrpati sve što vam padne na pamet, čak i cele fajlove u njihovom izvornom obliku. Tako da ostaje pitanje šta je Genex mislio. U zavisnosti od načina na koji je resurs (slike u njegovom slučaju) sačuvan, zavisi i koju tehniku i alate treba upotrebiti za uklanjanje istih.
Što se tiče "fajlova sa tačkama", malo duže objašnjenje. Miki je pomenuo da se u njima čuva resource fork, to je samo delimično tačno. Prvo treba reći da HFS/HFS+ fajl sistem omogućava čuvanje kompletnog fajla (data fork+resource fork+gomila metadata) kao jednog entiteta. To nije slučaj sa drugim fajl sistemima (ili se kod njih to obavlja drugačije), pa ako na neki disk sa drugim fajl sistemom kopirate ili prebacite neki fajl (a to uradite iz Mac OS X-a) OS automatski prepozna da destinacioni fajl sistem ne podržava odvojene forkove i metadata, pa fajl "imeFajla" razbije na dva dela: "imeFajla", u kome se nalazi data fork i "._imeFajla" u kome se nalaze i resource fork i metadata. Dakle, u "._" fajlovima se ne čuva samo resource fork, već i metadata. Tako da on postoji i nije "prazan" čak i ako originalni fajl nema resource fork. Postoji mogućnost da se prilikom ove operacije originalni fajl ne "razbije" na dva dela, ali samo ako nema resource fork i svi metadata su 0 (nula), tada nema potrebe bilo šta dodatno čuvati. Naravno, ako dotični "strani" fajl sistem posmatrate iz Mac OS X-a (Finder-a), videćete samo jedan fajl, ako pokušate da ga otvorite automatski se vrši "lepljenje" dva dela itd., ali zato se oni koji šaraju po istom disku iz nekog drugog OS-a zapanje kada vide gomilu fajlova čudnih imena i nepoznate namane. Možete ih videti i iz Mac OS X-a, samo izlistajte direktorijume iz komandne linije. Sve ovo važi i za UFS (Unix File System), pod kojim možete čak i instalirati Mac OS X.
Ono što je Toni pitao za "fajl sa tačkom" mislim da se odnosi na jedan drugi fajl, koji se javlja mnogo češće od ovih sa prefixom "._", a to je ".DS_Store" (ne, nije nick korisnika ovog foruma:-)). Radi se o fajlu koji se kreira i čuva na bazi direktorijuma, dakle u svakom direktorijumu po jedan. Kada kopirate direktorijum na drugi fajl sistem, čak i pod uslovom da ni jedan kopirani fajl nema resurse i svi metadata su 0, ovaj fajl će se pojaviti. U njemu se čuva podešavanje direktorijuma: veličina i raspored ikona, boja ili slika pozadine u prozoru Finder-a (znate ona podešavanja "This window only" i "All windows"), ali recimo u njemu se čuvaju i komentari fajlova! Fino objašnjenje o nameni i malo nezgrapnoj implementaciji .DS_Store fajla možete naći na
http://rixstep.com/1/20030521,00.html. Treba reći da je Apple opet tu malo zabrljao i uneo nekonzistentnosti u sistem prelaskom na Mac OS X, jer neki od metadata koji su se do tada čuvali u nodovima fajl sistema za svaki fajl (veličina i pozicija ikone fajla, komentar), sada se čuvaju u ".DS_Store" fajlu, pa je neka funkcionalnost poremećena. Ljubiša je, recimo, primetio da komentari fajlova, koje je zadao pod MacOS 9 nisu vidljivi u Mac OS X i obratno, a ima još primera. Format ".DS_Store" fajla je za sada Apple-ova tajna, nigde nije dokumentovan.