S obzirom da je Mac doneo koncept resourcea bilo bi čudno da nema. B)

Elem, da počnemo sa starim dobrim ResEditom koji je Classic aplikacija, pa onda komercijalni Resourcererom, tu je od novih ResFool, a ima ih još samo im nisam popamtio imena. U svakom slučaju, odeš na www.versiontracker.com i obaviš pretragu, naći ćeš ih dovoljno, čak mislim da su neki freeware kao što je to ResEdit.

Problem sa korišćenjem ResEdita je da on čita resource samo u resource forku fajla, a Mac OS X je doneo novinu po tom pitanju, resourcei su sada većinom smešteni u data fork fajla. Što će reći, ako se odlučiš za ResEdit pod Classicom da ćeš morati prethodno da konvertuješ resource iz data forka u resource fork pre nego što fajl otvoriš ResEditom. I za to ima nekoliko utility programa.

mislim da je pitanje jednostavnije,
kako su programi "paketi"
klkni desnim tasterom na program ili ctrl-click
zatim odaberi "Show package contennts"
i unutra je sve što te interesuje

jel to?

> ~treba mi da iy nekih fajlova izbacim resurse slika i sl.

Ako je 9ka onda probaj VSE File Pirate a ako je OSX mozda ce File
Juicer da ti odradi posao (cupa sve zivo iz fajla koji bacis na njega)

Ako samo hoces da izbacis resource fork i "ocistis" fajl kako se pri kopiranju na Win ne bi pojavljivala dva istoimena fajla (ali jedan sa tackom ispred) onda trazis FinderCleaner. Dzaba je i radi ovo i jos par stvari.

A ako zelis da editujes same resource/data forkove to su ljudi vec odgovorili.

nek' kaže šta 'oće

može neko da mi objasni zašto se to uopšte dešava?
šta se čuva u tom fajlu sa tačkom? Veličina ikone, ikona, boja ovo ono??? čemu služi :)

Reč je o resource forku Macovog fajla, a u njemu može da bude bilo šta što su autori aplikacije koja je kreirala fajl namenili, uključujući i njihove custom resource formate. Na sistemima pre Mac OS X resourcei su se uvek snimali u resource fork fajla, kod Mac OS X oni mogu da budu i u data i resource forku fajla, sistem podržava oba načina smeštanja resourcea. Šta se smešta u resource? Praktično sve, čak je i sam kod programa pisanog za mašine sa Motorolinim 68k procesorima smeštan u resource tipa CODE (kod za PPC procesore je išao u data fork). Znači, u njemu mogu biti ikone, meniji, stringovi, slike, zvukovi, bilo šta. E sada kada se resourcei uglavnom smeštaju u data fork fajla, taj fajl sa tačkom je obično prazan, ali se i dalje kreira kada, recimo, kopiraš fajlove na flash koji je formatiran za Windows.

_{[Ovu poruku je menjao madamov dana 22.03.2006. u 13:45 GMT+1]}

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.

Pucajte, Milke i sada drzi cas!

Svaka cast, bilo bi lepo da je vise ovakvih informativnih tekstova od strane kompetentnih ljudi.

mene sada sramota koliko sam glup :)
tj. koliko je neko pametan :)

Daj bre, nemojte da mistifikujete stvari. Do pre nešto manje od godinu dana sam o tim fajlovima znao samo da imaju neke veze sa podrškom specifičnostima HFS/HFS+ na drugim fajl sistemima i sa resource forkovima i ništa više; ni sadržaj, ni format, ništa... A onda iskrsne potreba da sa time nešto radiš, pa onda malo dokumentacija, malo google, malo mejling liste i naučiš, ništa specijalno.

Ne zezam ja nikoga.
Meni treba kao sto navedoh resource extractor ? Znaci da izvadim BMP, ili sl. "fajlove" i to je to.

File Juicer - 4.3 je bas ono sto trazim hvala.

_{[Ovu poruku je menjao Genex 99 dana 11.04.2006. u 11:30 GMT+1]}

Bravo Toni

Da se ostali ne zbune, čovek je otvorio novu temu sa istim pitanjem, pa sam to prebacio ovde, ne morate ponovo da odgovarate.


Na sve ti je odgovoreno u ovoj temi još kada si prvi put postavio pitanje.

Što znači da je došlo do zabune, uopšte nisu u pitanju resursi, bar ne ono što se na Mac-u podrazumeva pod tim imenom. Ono što radi File Juicer je da izdvoji neke (uglavnom media) fajlove embedovane u neke druge fajlove (Word, Flash, PDF,...).