Apple

  • Sbohem Evernote. Vítej, Simplenote!

    Evernote mi sloužil dlouho a po většinu času i dobře. Zaujalo mě na něm hlavně to, že měl řešení prakticky pro jakoukoliv platformu. Mac, iPhone, webové rozhraní a v případě potřeby i plno dalších. Postupem času mě ale začalo pár věcí iritovat, přičemž vesměs šlo o problémy, které se daly v zásadě zredukovat na jediný: přeplácanost, překombinovanost -- prostě víc než potřebuju. Reklamy v Evernote.app pro Mac nebyly příjemné, stejně tak jako celkově mizerná (nestabilní, přeplácaná) aplikace pro iPhone. On-line verze by také mohla být odlehčenější. Fungovat to ale fungovalo (hlavně pokud jde o synchronizaci), tak jsem tomu leccos trpěl.

    Ovšem jen do doby, než jsem objevil kombinaci Simplenote (web & iPhone) a Notational Velocity. Stručně řečeno umí téměř všecho, co od takového řešení očekávám, ale na rozdíl od Evernote to není slon. Funkčně i vizuálně minimalistické.

    Snad jediná věc, co mi chybí, je synchronizace tagů z Notational Velocity. Vyhledávání je ale ve všech zmíněných nástrojích velice dobře vyřešeno a tak lze tagy oželet a aplikovat filosofii "search, not sort".

    Doporučuji omrknout. Reklam se zbavíte za jednorázový poplatek $3.99, což je za tak kvalitní řešení naprosto směšná částka.

  • PowerBook G4 vs. MacBook jako sekundární stroj - jasná volba, říkáte?

    Nedávno jsem sice vyměnil černý MacBook za stolní Mac, ale mobility jsem se úplně vzdát nechtěl a tak jsem se jal shánět nějaký starší přenosný Mac, který by solidně zvládal maily, web, IM, hudbu, filmy a v nouzi třeba i práci :)

    Postupně jsem zúžil výběr na dva typy strojů, které by mým požadavkům vyhovovaly a jejichž ceny se poslední dobou motají kolem (či lehce pod) 10.000 Kč: PowerBook G4 (Aluminium) a první generace bílých Intel MacBooků.

    Někdo z vás si teď možná řekne, že tu není co řešit -- Intel je jasná volba. Já jsem ovšem koupil PowerBook G4 s 1.5 GHz PowerPC procesorem a jsem rád, že jsem to udělal. Proč? » Více...

  • Čekání na Godota aneb kvalitní task management/GTD pro iPhone, Mac a web?

    Tak já nevím. To toho chci tolik? Existuje nějaký on-line task / GTD manager, který se umí synchronizovat s aplikací v iPhone a na Macu bez toho, aniž bych syncoval Mac a iPhone přes WiFi či jakkoliv jinak? Prostě a jednoduše -- zadám v iPhone task a toť vše. Když se přihlásím na webu, je tam. Přijdu domů a zapnu Mac, po chvíli se vše syncne (a lá Google Calendar, ActiveSync v iPhone a CalDAV v iCalu).

    Odmítám doma zapínat na iPhone nějakou aplikaci a ručně syncovat data s aplikací na Macu. A popravdě řečeno mi připadne smutné, že ne zrovna nejlevnější Things pro iPhone a Mac toto podporují jako jediný způsob synchronizace. Skoro 1200 Kč za GTD řešení, které nenabízí OTA sync, je prostě trochu moc. Nezbývá než čekat, až autoři Things splní své sliby.

    Nejblíže mým představám je prozatím Toodledo. Chybí mu jen jedna část -- aplikace pro Mac. Nebo jakákoliv aplikace třetí strany, která by zvládla se s ním synchronizovat. Autor The Hit Listu něco plánoval, ale v současné době podle všeho projekt úplně opustil či minimálně hibernoval... Takže na Macu prozatím kombinuji Toodledo Slim a Fluid.app. Je to ale celkem provizorní řešení.

    Zadarmo to určitě nechci. Jsem ochoten za kvalitní iPhone app i Mac app zaplatit, ale pořád nemůžu najít kombinaci, která by podporovala skutečně "bezešvou" synchronizaci. Ví někdo o něčem solidním?

  • OpenJDK 7 i pro majitele PowerPC Maců s Leopardem

    Na blogu Landona Fullera se dnes objevila další hodnotná a zajímavá informace pro javisty-jablíčkáře, kteří mají doma nějaký ten pěkný PowerPC Mac a na něm Leoparda.

    Máte možnost si vyzkoušet, v jakém stádiu vývoje je Java 7, resp. OpenJDK 7. To je věc, o které byste si v případě oficiální podpory Javy ze strany Apple mohli nechat zdát.

    Možnosti jsou dvě. Buď si stáhnete předpřipravenou binárku (openjdk7-macppc-2009-12-16-b4.tar.bz2) a nebo využijete dlouhých zimních večerů a JDK si zkompilujete sami (instrukce viz Fullerův blogpost).

    Tož jsem zvědav, jestli tentokrát Jetty na OpenJDK 7 alespoň nastartuje :)


  • Jak ukládají data iCal, Mail, Address Book a iTunes? Často za použití standardů a bez obfuskace.

    Když nedávno Palm zprovoznil synchronizaci Pre s iTunes, všichni se zadrženým dechem čekali, co Apple udělá. A Apple? Podle očekávání synchronizaci zarazil. Okamžitě se vyrojila armáda, která začla Applu nadávat, že se chová monopolně. Jsou snad ale iTunes jedinou cestou, jak synchronizovat? Brání Apple synchronizaci PIM dat v Macu se zařízeními třetích stran?

    Pojďme se podívat na to, jak Apple svoje data ukládá a jak těžké asi musí pro schopného programátora být taková data synchronizovat. » Více...

  • Jak dostat do iPhone body a naplánované trasy z Google Maps

    Když se vydávám na cestu a vím, že budu potřebovat GPS, hodilo by se mi naplánovat trasu v klidu domova a pak ji jen v iPhone v aplikaci Maps otevřít. Přestože Google Maps umí ukládat naplánované trasy do vašeho Google účtu, s iPhone tato data synchronizovat nejdou, což je pro mě osobně jedna z největších bolístek. Je tedy třeba to řešit jinak.

    Řešení je triviální. Až tak triviální, že jsem si nebyl jistý, jestli o něm vůbec psát. Aby to nevypadalo, že se snažím vařit z vody :)

    Z Google Maps je možné bod či trasu odeslat mailem. Zřídil jsem si tedy v Gmailu label Mapy a vytvořil filtr, který každý příchozí mail z adresy noreply@google.com, který v předmětu obsahuje text "muj@mail sent this to you using Google Maps", archivuje, přiřadí mu zmíněný label a označí ho jako přečtený. Naplánovanou trasu či cílový bod si pak v klidu najdu na počítači a odešlu na svůj mail. Díky popisovanému filtru mi zpráva spadne rovnou do labelu Mapy a nepřekáží mezi nepřečtenými maily. Pak jen stačí na iPhone otevřít Mail, IMAP složku Mapy, daný email a kliknout na vložený odkaz. Od této chvíle je již vše v režii aplikace Maps, která mě v tomto příjemně překvapila. Bez váhání je totiž schopna najít nejen linkovaný bod, ale i okamžitě zobrazit odkazovanou trasu. Vše bez toho, abyste museli trasu datlit na iPhone.

    Než tedy Apple zařídí synchronizaci s Google Maps účtem (připadne mi to jako natolik přirozená funkce, že to považuju jen za otázku času), budu to řešit takto. A popravdě, zas tak krkolomné řešení to není.

    UPDATE: Zajímavou službou v této oblasti je také http://my-maps.appspot.com/


  • Faktury-online.cz je první online generátor faktur s podporou Apple iWork '09 / Numbers

    Nedávno jsem uvedl online generátor faktur faktury-online.cz, který na rozdíl od jiných podobných služeb nevytváří faktury v PDF, ale v několika formátech podporovaných nejrozšířenějšími kancelářskými balíky (zda je to výhoda či nevýhoda, to posuďte sami).

    Včera v noci přibyla na českém internetu unikátní podpora pro tabulkový procesor Numbers z balíku Apple iWork '09. Proč jsem implementoval podporu pro balík, jehož podíl na trhu je ještě menší než podíl samotného Applu a oproti konkurenci je mizivý? Důvodů bylo několik.

    • Mám Apple rád, takže z části to byla srdcová záležitost.
    • iWork je dobrý kus softwaru, slušná konkurence pro Office a OpenOffice.org / NeoOffice a těší mě, že mu tímto můžu malinko pomoci.
    • Přestože nový formát iWorku není veřejně specifikovaným standardem, je v principech velmi podobný ODF a OOXML (XML-in-a-ZIP) a já jako příznivec XML jsem měl chuť se v něm trošku pohrabat...
    Pocity z formátu Numbers '09 mám vcelku dobré. Dopouští se sice stejné ohavné chyby jako ODF (resp. tedy OpenOffice.org) a ukládá vše do jednoho souboru (data, styly -- pro tuto relativně jednoduchou fakturu je to XML soubor o velikosti více než 1MB), ale jinak je celkem rychle pochopitelný i bez jakékoliv dokumentace (do určité míry, ovšem). Celkem jsem neměl problém na úrovni XML laborovat ani třeba s formátováním textu či slučováním buňek.
    Doufám, že Apple se jednoho dne také rozhodne tento formát nějak standardizovat a nebo alespoň pro vývojáře registrované na ADC uvolní zdokumentovaná XML Schemata. Do jisté míry by to iWorku mohlo pomoci.
    Tak tedy doufám, že alespoň někomu přijde podpora iWorku vhod a že jí využije. Chyby hlaste :)


  • Google Sync a iPhone OS 3.0: co je jinak a proč už stojí za to to zkusit

    Nedávno jsem se rozčiloval, že kalendářové funkce v iPhone OS 3.0 jsou stále jaksi omezené. Bylo to hlavně kvůli tomu, že jsem nemohl díky limitu 5 kalendářů využít Google Sync a tudíž pro mě pozvánky byly zapovězené. Alespoň jsem si to myslel.

    Zjistil jsem však, že se věci mají jinak. Především došlo s uvedením iPhone OS 3.0 ke změně, o které se moc nemluví (na českém internetu snad vůbec), a to sice k navýšení maximálního počtu synchronizovaných kalendářů na 25. Tím padla první překážka.

    Dalším problémem byly zvěsti o tom, že kalendáře lze synchronizovat pouze sloučením do kalendáře jednoho. Dočetl jsem se to spolu s dalšími nepřesnostmi (neomezený počet synchronizovaných kalendářů, představování Google Sync jako novinky v 3.0, nefunkčnost pozvánek) na iphonetips.cz. Není tomu tak. Po nastavení Exchange účtu v iPhone a provedení první synchronizace se váš stroj u Google zaregistruje a vy pak můžete na adrese http://m.google.com/sync (třeba přímo z vašeho iPhone) zaškrtnout, které kalendáře chcete synchronizovat (dokonce pro každý stroj využívající Google Sync zvlášť). Funguje to přesně tak, jak má.

    Posledním problémem, který se ovšem vyřešit nepodařilo (a Google o něm ví), je částečná nefunkčnost pozvánek. Má se to totiž tak, že pokud vámi zvaný účastník má Google Calendar, akce se mu v kalendáři objeví, ale mailem mu nepřijde. Pokud Google Calendar nemá, pak opravdu pozvánky nefungují vůbec. Nevím, jestli je to věc iPhone, ale spíše podezírám Google (pokud je někdo Exchange expert, můžete do komentářů napsat kdo že to má tu zodpovědnost odeslat mail s pozvánkou, zda klient či server?). Každopádně ale lepší než nic.

    Suma sumárum, novinky spojené s příchodem iPhone OS 3.0 mě umožnily konečně vypnout synchronizaci kalendářů přes iTunes a přejít na mnohem pohodlnější OTA sync. A vám to doporučuji také. Stále však považuji za smutné, že práce s pozvánkami je tolik omezená.

    Na Macu řeším sync za pomoci BusySync. Aniž bych chtěl dělat reklamu, musím říci, že funguje téměř perfektně (pozvánky se nesynchronizují směrem iCal -> Google) a na rozdíl od některých řešení se neplatí paušálně, pouze jednorázově. Pohled na to, jak se vám v iCalu objeví událost, kterou jste před pár desítkami sekund uložili na iPhone (aniž byste platili za mobileMe), za to stojí :)

    Pokud jde o synchronizaci kontaktů, tak tu jsem ještě Google Syncu nepřenechal. Neměl bych pak totiž jak synchronizovat Address Book s Gmailem (bez instalace dalšího SW, do které se mi nechce -- a nebo mi něco ušlo?).


  • Eclipse Galileo je tu: pro Mac s příchutí Carbonu a 32 i 64 bitového Kakaa

    Vývojové prostředí Eclipse ve verzi Galileo (3.5) se dočkalo ostrého vydání.

    Pro nás, uživatele Mac OS X, je zajímavá skutečnost, že tato verze přichází v případě Macu v několika různých "příchutích": klasická Carbon verze, 32 bitová Cocoa a také plně 64 bitová Cocoa (pro majitele Maců s 64 bitovými procesory od Intelu, tzn. alespoň Core 2 Duo).

    Stahovat můžete na obvyklém místě (http://www.eclipse.org/downloads/), avšak z mě neznámého důvodu je 64 bitová Cocoa varianta celkem dobře schovaná: http://update.eclipse.org/downloads/drops/R-3.5-200906111540/download.php?dropFile=eclipse-SDK-3.5-macosx-cocoa-x86_64.tar.gz

    Upozorňuji zájemce, že jde o čisté SDK. Předpřipravené balíky s plug-iny dostupné na hlavním webu Eclipse jsou pouze v Carbon a 32 bit Cocoa variantě (což se může časem změnit).

    Pro úplnost: pokud chcete používat 64 bitovou verzi, spusťte /Applications/Utilities/Java Preferences.app a ujistěte se, že ve spodním rámečku nadepsaném Java Applications máte 64 bitovou Javu na prvním místě.

    Zároveň bych rád ještě upozornil na článek Eclipse Galileo for Mac: Cocoa or Carbon?, který by vám mohl pomoci při rozhodování po které příchuti sáhnout. Já osobně jdu do 32 bitového kakaa, i když bych mohl jet na 64 bitech. Jistota je jistota.

    Happy coding!


  • Étoilé je k dispozici jako VirtualBox image

    Přestože je Mac OS X suverénně nejznámějším a nejpoužívanějším potomkem snah firmy NeXT, kterou Steve Jobs založil po svém odchodu (vyhazovu) z Apple, není jediným.

    Již delší dobu existuje open source framework GNUstep využívající jazyk Objective-C a stavějící na Cocoa API (které vzniklo právě v NeXTu a které bylo použito pro vývoj dosti inovativního operačního systému NeXTSTEP a dnes i OS X). A právě na základě (nejen) tohoto frameworku začal před časem vznikat zajímavý a celkem ambiciózní projekt -- Étoilé.

    Étoilé je na OS nezávislé modulární uživatelské prostředí, jehož podobnost s Mac OS X je viditelná na první pohled. A díky GNUstepu a dalším technologiím to podobností ve vzhledu zdaleka nekončí.

    Pokud měl člověk zájem Étoilé vyzkoušet, až dosud bylo třeba ho buď kompilovat a nebo se spokojit s hodně starým a tudíž už dost nereprezentativním live CD. To se před pár chvílemi změnilo -- k dispozici je Étoilé VirtualBox Development Image (Ubuntu 9.04 + Étoilé). Je nutno podotknout, že tohle v žádném případě není operační systém pro produkční použití a v žádném případě ho není možné považovat za reálnou konkurenci OS X. Je to ale hodně zajímavý počin, kterému stojí za to fandit, protože filosofie OS a UI nastolená NeXTem má světu co dát a není důvod, proč by tento přínos měl proudit jen skrze Cupertino.

    Jakmile bude image stažen, podaří se mi Étoilé spustit a pohrabat se v něm, určitě se tu o něm ještě dočtete :)

    Pozn.: V této souvislosti bych také rád upozornil na PureDarwin -- další z open source počinů stavějících na technologiích pocházejících od Apple.

    UPDATE: Tak to vypadá, že "development" v názvu toho image má větší význam, než jsem čekal. Je to čistá instalace Étoilé a neobsahuje žádnou z aplikací, které je možné vidět na screenshotech. Alespoň jsem je tam nenašel. Zajímavé ale je, že ty aplikace, co tam jsou (např. Dock), používají prakticky úplně stejnou .app strukturu jako aplikace pro dnešní Mac OS X. Vždycky jsem fandil UNIXovým systémům, které se snažily uniknout z vydýchané zatuchlé cely balíčkovacích systémů a snažily se dělat věci více uživatelsky orientované (PC-BSD, GoboLinux). Tohle je podobný případ.


Předchozí stránka 1 2 3 Další stránka
23 příspěvků