Plastik média

mit ittál? én is kérek!

Ezeket mind el lehetne tarolni egy adatbazisban, nem?

mcbuddha: aha, és mi történik ha átviszem egy másik mac-re a vfat-os pendriveon a cuccot? Megmondom, mintha letöröltem volna a rejtett fileokat. Vagy ezt az az adatbázist tegye oda rejtett fileban? Hopp! Rekurzió.

Nem értem egyébként miért zavarja ez a windowsokat. Vegyék úgy, hogy az általam adott anyaghoz szervesen hozzátartozik még pár rejtett file, ha azt letörlik azzal sérül az adatom. Pont.
Na jó, azt beállítottam, hogy remote driveokra ne pakolja fel a ds_store-okat, de csak azért mert a webdav-os dokumentumtárunk megőrül tőle

vagy felütsz egy terminált, majd:
cd /Volumes
cd pendrive_neve
touch .metadata_never_index
és a spotlight innentől békén hagyja a pendrive-odat.

Én is mindig kapok a Windowsosoktól egy Thumbs.db-t, és nem ugrok a plafonig tőle. Javasolnám nekik, ők se tegyék a .DS_Store láttán. Ennyi.

Zila: Minden fizikai eszkozon lenne egy ilyen adatbazis, es ha egy olyanra masolnal, ahol eddig nem volt, letrehozna egyet (persze csak a relevans reszekkel).

windows alatt csak úgy lehet élni, hogy be van kapcsolva a hidden files, és minden extensiont látsz ennek felette. ugyanis a windows egy ótvar és túl kell járni az eszén, hogy működjön.
(pl ha a profilodat másolod, és nem látszik a hidden, általában azt ő nem másolja, mert homokos. etc)

Es akkor most objektiven vilagtsunk ra eme remek feature-ok gyakorlati hasznara. Mac fanatikusok ugorjanak…

- hosszú munkával pont jól beállított mappaelrendezéseink
Ki a … molyol mappaelrendezesekkel?

- hosszú munkával berakosgatott custom ikonjaink
Ki hasznal custom ikonokat?

- fáradságosan beállított ikonszíneink, kiemeléseink
Kezzel beallitott ikonszinek! Van ennel lejjebb?!

- milyen URL-ről töltöttük le a fájlokat eredetileg adat
Nem mindegy, hogy honnan jott az az mp3?

- kiterjesztés elrejtése kapcsoló állapota
Unix kornyezetben kiterjesztes? Hogy is van ez?

- melyik alkalmazással preferáltuk megnyitni az illető fájlokat
Ezt talan celszerubb rendszer szinten tarolni…

- CFM Carbon PowerPC alkalmazások összes erőforrásai
Okes, ezt nem vagom. De szkeptikus vagyok

Az ilyen jellegu szofisztikacionak nem sok hasznat/ertelmet latom.

Ezert kedvelunk teged, Jozsi

Józsi, mivel csinálod a custom ikonokat? Én is egy időben megbízónként, partnerenként csináltam egy-egy custom folder ikont, de csak úgy rá-paste-elve elég béna volt, ezért Photoshop-hoz szereztem vmi icon exportert és a default mappa ikon-ra gyógyítottam rá a logót, stb. Viszont a plugin használata macerás. Van rá optimálisabb workflow/eszköz?

greg, ezt ismered?
http://www.shinyfrog.net/en/software/img2icns/

transzparens png-t beledobod, oszt jónapot.

ant: csak, hogy lásd az eltéréseket
ikon színezésről:
Ezek a labeleket jelentik, Finderben minden folderre, file-ra tehetsz labelt, ennek van egy szöveges része és egy színkódja. Így szépen elkülönülnek a fileok színük szerint. Én arra használom, hogy megjelöljem a fontos/feldolgozandó/kész stb dolgaimat. Nekem ilyen labeljeim vannak: fontos, munka, folyamatban, kész, magán, kukázható.

file társítás:
Osx-ben lehetőséged van egy adott file-t másban megnyitni mint a rendszer szinten hozzá társított alkalmazás, pl. általában Numbers-szel nyitok meg excelekt, de megmondhatom, pl. a költsgégvetés.xls-re, hogy az NeoOffice-szal nyíljon (pl. mert gyakran kell ide-oda küldözgetni és így nem kell exportálgatnom)

letöltési forrás:
mp3-nál valóban tényleg mindegy lehet, de pl. a vállalati intranetről vagy mondjuk a magyarország.hu-ról levadászott file esetében baromi jól jön, hogy nem kell keresgélned újra valami kotvány webfelületen, elég csak megnézned, hogy honnan szedted le a file-odat és máris diktálhatod a telefonba a kollégának, hogy hol találja a filet, vagy hasonló fileokat…

kiterjesztések:
többnyire nem szükségesek, de bizonyos programok (pl. eclipse) a kiterjesztés alapján okoskodik. És ugye vannak olyan elterjedt rendszerek amiknek fogalmuk sincs a mime typról. Tipikusan ez a rendszer az, ahol a DS* fileok problémát okoznak.

Ezek tipikusan olyan dolgok, hogy persze, lehet nélkülük élni, de ugye tudjuk, hogy egy barlangban is lehet élni, csak az szívás…

én személy szerint lesz*rnám ezeket a hidden fájlokat. csak az a gond, hogy egy félig telített pendriveom a minap egy mbp oldalába ment be, aztán csodálkoztam, hogy miért nincs helyem. kissé nagyra rúgott ugyanis a rejtett könyvtárak mérete. a másik pedig, ha tényleg ennyire kib*szottul szofisztikált az osx, akkor miért nem bírja _egyetlen_ könyvtárba rakni a dolgait? (ráadásul intuitív néven? mondjuk osx_system_data. valljuk be, a most használt fájl/könyvtárnevek nem túl beszédesek, elsőre keveseknek esik le, hogy mik ezek a dolgok, és hogy kerültek oda (hahó, EZER éve nem kell 8 karakter használni fájlnévként!))

amúgy lemondanék szívesen windowson is a hidden fájlokról. de amíg idióta, unixon szocializálódott fejlesztők a home könyvtáramba .lófasz kezdetű _hidden_ fájlokat raknak, (nem ám könyvtárat, pont és hiddenség nélkül…) olyan célból, hogy mindenféle beállításokat oda pakoljanak… addig ezt nem tudom megtenni. ez a total commander-fikázás pedig már szánalmas nem tökmind1, ki hogy pakolja a tökéletesen érdektelen fájljait? (szvsz amúgy sem gondolom azt, hogy attól lennék expert (ha egyáltalán), hogy windows alatt tc-vel operálok, jóllehet egy kismilliárd fájlt tartalamzó könyvtárból párat kiválasztani és molyolni velük egyszerűbb, mint guikon kattintani/shellben variálni. és hogy miért van egy könyvtárban kismilliárd, össze nem illő fájl? óh, ennek részben azok a remek, kiváló, igazi gépnyomó nirvánás (wtf?), mindent tudó, mbp-t használó fejlesztők a megmondhatói)

“Én pl. használom ezeket és kurva jó workflow-m van. A total commander meg egy vicc.”

Mások meg használják a total commandert, kurva jó workflow-juk van, és nem mondják a másikra, hogy vicc, mert leszarják, meg amúgy sem gondolják, hogy mindig okvetlenül jelzőket kéne aggatni a “más”-ra. Kivéve, természetesen, ha téríteni akarunk, akkor muszáj…

dot_clean

A reszletekrol: man dot_clean

XYBeR: mivel macen működik a keresés, rendesen feltaggelt file-ok esetében a könyvtárstruktúra csak nyűg, egy spotlight smart folder sokkal, de sokkal jobb tud lenni.
Gondolom azért nem rakják külön folderbe a beállításokat, mert így gyorsabb és egyszerűbb a fejlesztő élete: nem kell megnézni, hogy hol van az eszközön ez a folder, nem kell olvasgatni egy könyvtár esetében, hogy van-e hozzá preferencia file ebben a folderben stb. Egyszerűen ha van .DS_Store a mappában amit megnyitsz akkor azt beolvassa és használja, ill. megnyitja az uzleti_terv.odt mellett lévő ._uzleti_terv.odt file-t és ha ez sikerül akkor örül neki és felhasználja a tartalmát. Fasznak bonyolítani az életet? És igazuk van.

“A Plastik media nem vállal felelősséget az -exec rm -rf {} által okozott esetleges károk miatt. Ismerd meg a kódot futtatás előtt!”

read teh source luke!

Zila: szerintem nem értetted meg a felvetéseimet. a taggelés okos dolog. csak van egy határ, ami fölött az is kínkeserv. de tőlem taggeljen mindenki, csak jó lenne, ha egy 2g-s pendriveon nem enne meg 200 megát a sok metaadat. pláne úgy, hogy _idióta_ nevű folderekben és fájlokban vannak szétszórva. (és még plánébben úgy, hogy nem is kértem. a windows _semmilyen_ sz*rt nem rak rá egy pillanatokra felmountolt, nem natív fájlrendszerű eszközre. (a wmp ebből a szempontból nekem nem a windows) de még a solaris/*bsd/linux triumvirátus sem. csak é kizárólag a hőnszeretett oesikszetek. nekem ez olyan diktatórikus megoldásnak tűnik. én úgy szeretem, hogy semmi olyat ne csináljon egy rendszer, amit nem kérek. majd _én_ eldöntöm, hogy nekem mi a jó)

“ll. megnyitja az uzleti_terv.odt mellett lévő ._uzleti_terv.odt file-t és ha ez sikerül akkor örül neki és felhasználja a tartalmát.”

ez amúgy a világ legviccesebb dolga (lenne) egy tetszőlegesen sok fájlt tartalmazó folderben. pistike szokott ilyet írni az első, turbo pascalban írt retteneteiben. remélem, nem fejlesztő vagy.

lol @ fejleszto