A koncepció teljesen lenyűgözött – olyannyira, hogy ma egész nap úgy nyüstöltem a keyboardot, hogy kihagytam az asztalon alatta annyi helyet, amennyit a fenti UI fizikai megvalósítása igényelne – és láss csodát, nem volt kényelmetlen egyáltalán. Sőt, csak most esett le, hogy az asztal széle és a bill között nagyjából mindig ott van ez a kb. 20 centis kihasználatlan darab.
Kicsit azért csal a concept video: a billentyűzettel együtt demonstrált multitouch pad még nagyjából A5 méretű, míg az új input device a bill nélkül már ~35 centi széles teret feltételez (az én böszme kezemmel legalábbis).
Akárcsak Józsi, én is rettentően érzem az elképzelésben az erőt. Mielőtt anno az Apple piacra dobta az új multi touch egerét, kicsit reménykedtem, hogy kijön egy olyan Alu bill, amibe integrálják a Macbook Prokban használt multitouch trackpadet (=media center input device Nirvana) – de sajna nem ez történt.
Mindettől függetlenül optimistán, nagy lelkesedéssel várom, hogy rátaláljon valaki és a conceptből termék legyen.
Ma jött szembe ugyanez a hiba, ezért túrtam ki a Google Reader cache-ből a rég dokumentált workaroundot:
A Microsoft által dokumentált bugba futottam bele ma reggel: az Exceled az outline-os táblák csikicsukizása (=show or hide) közben hajlamos aljas módon elpakolászni a commentet tartalmazó cellák comment boxait a helyükről. Ez odáig fajulhat, hogy a tábla fizikai sor/oszlopszélességén túlra pakolja őket és ekkor jön a baj: nem korrigálja, amit elbarmolt, hanem helyette rád mordul egy kétértelmű hibaüzenettel a következő sor/oszlop csikicsukinál.
Ezt a problémát oldja fel az alábbi kis függvény, ami minden commentboxodat a forrás cella jobb felső sarka fölé pozícionál 10-10 pixellel. Használd egészséggel:
Sub resetCommentPositions()
Dim S As Worksheet, C As Comment
ForEach S In ThisWorkbook.Worksheets
ForEach C In S.Comments
C.Shape.Left = C.Parent.Offset(0, 1).Left + 10
C.Shape.Top = C.Parent.Offset(0, 1).Top - 10
Next C
Next S
EndSub
Az OS X régóta (fds tudja mióta, de talán 10.5) tárol a fileokhoz különböző metaadatokat - teszi ő ezt azért, hogy a beleintegrált Spotlight keresőmotor a metaadatok alapján is képes legyen gyorsan megtalálni valamit az általunk épített adatdzsungelben. A Mac óperenciás rendszerébe integrált metadata engine kivesézését már jóval korábban megtette a kiváló John Siracusa az Ars Techina divjein - ez a post igyekszik inkább a felhasználóbarát, kevésbé nerd oldalról hozzátenni egy keveset, amikor azt mondja: itt az ultimate tagging megoldás a Gravity Applications Tags nevű software-e személyében:
A Tags az openmeta standardot használja, s a tageket szabványos "extended attribute"-ként (=xattr) tárolja.
Az openmeta project wiki oldalán számos software közül választhat az OS X user, ha épp a Spotlight motoron túl saját metaadatot gyártani támadna épp kedve - az én választásom több próbálkozás után a Tags-re esett (az igazat megvallva jó rég láttam először, de mostanában angelday hívta fel rá a figyelmem).
A Tags UI korrekt, kedvelem. A keresője egy okosított Spotlight: a találatokon SPACE-t nyomva ugrik azonnal elő a QuickLook ablak (igen hasznos featúra), a találatok között szereplő folderekben mászkálhatok még a kereső ablakon belül, a találatok szabadon draggelhetőek. A sebessége is teljesen jó (nota bene: a gyári Spotlight kereső ugyanúgy használható egy tag keresésére a tag:amitkeresel szintaxissal).
A legvégére maradt a legfontosabb kérdés: "de minek taggelsz kézzel, eFi?"
A választ javarészt a képként pdf-be scannelt hivatalos papírok adják meg. Jó két éve vásároltam egy Fujitsu ScanSnap S500M nevű dokumentumscannert - azóta minden egyes beérkező hivatalos levél átmegy a scanneren, aki egyszerre olvassa a papír 2 oldalát, majd a képként behúzott dokumentumot beágyazza egy pdf-be és időbélyegző-szerű névvel ellátva elteszi egy folderbe. Ezek a file-ok aztán megkapják a tagjeiket és onnantól bármikor egy mozdulattal előránthatóak.
De ugyanígy taggelhetem a Safariban/Firefoxban olvasott oldalt, vagy akár a Mailplane-ben olvasott levelet is - a támogatott alkalmazások listája erre.
A Tags jelenleg a 2.0.2-es verziónál tart. Az aktuális változatban találtam egy fura hibát: ha egy másik, szintén openmetát használó tagging app már felvett egy ő vagy ű karaktert tartalmazó taget, akkor azt a Tags nem hajlandó felismerni és alkalmazni sem egyetlen dokumentumon sem. A bugreport ment a fejlesztőknek, egy napra rá jött a köszönőlevél, melyben írják, hogy dolgoznak rajta és értesítenek, amint kész a fix.
Egy szó, mint száz, eddig tetszik.
Update: fds Mester elmondja a historyt (ezúton köszönjük az infot):
xattr támogatás 10.4 óta van, resource forkok meg classic mac óta, meg a Finder comment mező HFS-ben.
