dahamwirdensalat » apple

Unglaublich!

peter — Wed, 18 Mar 2009 08:32:41 +0000

Not only can you send pictures via MMS, but you can also share contact vCards and audio files using the new voice notes application.

Es is aber gleich gar nix perfekt auf dieser Welt

peter — Mon, 03 Dec 2007 22:48:16 +0000

Mein Macbook hat sich geschrottet. Einfach so.

Ausgerechnet heute. :(

Über-Vorsicht

peter — Thu, 15 Nov 2007 15:23:10 +0000

Na sieh mal einer an. Da lädt man sich sein eigenes Programm aus dem Intarweb, und was macht der Mac? Warnen tut er einen:

Ich glaub ja nicht, dass das wirklich was bringt, denn welches Programm ist denn heutzutage nicht aus dem Internet runtergeladen? Aber zumindest mal gut gemeint …

Flecken!

peter — Thu, 15 Nov 2007 11:33:19 +0000

Streifen sind out, Flecken sind the new black. Cover Flow is lustig, Leopard schaut nett aus!

Letztes Post mit Streifen

peter — Thu, 15 Nov 2007 09:36:54 +0000

Bald gibt’s Flecken.

Schöner Scheiss

peter — Sun, 21 Oct 2007 21:39:40 +0000

Ich hab grad meine iTunes-Library geschrottet. Eigentlich wollte ich nur alles auf eine externe Festplatte auslagern. Das hatte auch ganz gut geklappt, aber dann hab ich … naja, habe eigentlich nicht das Gefühl, was falsch gemacht zu haben.
Aber jetzt hab ich die Wahl zwischen:

1. Die Pfade für die ganze Musik manuell umstellen und dafür listen history und play count behalten.
oder
2. Alles löschen und nochmal reinkopieren.

Ihr ahnt sicher schon, wofür ich mich entscheide …

What’s wrong with Microsoft

peter — Sun, 07 Oct 2007 19:35:05 +0000

Was würde passieren, wenn Microsoft die Verpackung des iPod designen würde? Diese Persiflage schafft nicht nur ein durchaus glaubwürdiges Ergebnis, sondern zeigt auch noch deutlich, wo eigentlich das Problem bei Microsoft ist – in der Produktentwicklung, im Design, im Marketing: Too much too often.

Apple’s iTunes podcast directory uses the Jakarta Commons HTTPClient

peter — Thu, 13 Jul 2006 08:00:05 +0000

While idly skimming through our webserver’s access log, I stumbled across this:

17.230.17.111 - - [13/Jul/2006:09:16:07 +0100] "HEAD /swingerklub/podcast.pdc HTTP/1.1" 200 - "-" "Jakarta Commons-HttpClient/3.0"

And a whois 17.230.17.111 tells us:

OrgName:    Apple Computer, Inc.
OrgID:      APPLEC-3
Address:    20740 Valley Green Drive, MS32E
City:       Cupertino
StateProv:  CA
PostalCode: 95014
Country:    US

You’re not supposed to see that anyway

peter — Thu, 08 Jun 2006 15:47:46 +0000

Well, if it isn’t our overprotective mommy again. Sometimes, this Overprotection against technology is comfortable and gives a warm, snuggly feeling. And sometimes, it’s just brain dead. Whatever your personal opinion about iCal may be, you will have to agree that it falls into the latter category. I always suspected as much (at least since I found out that you cannot drag an eMail message from Mail to the ToDo list), but never paid too much attention to it. iCal looks nice, the name is confusing (because iCal is also the abbreviation of the file format it is using), it is simple and does what it should do.
This impression might change if you have to interact with it. Meaning: Exchange data with it. At first, you might be as naive as I am, and think: Well, it’s just a bunch of files. You can read and write them, so what could be the problem?
First of all, this is correct: It is just a bunch of files. The question is: Where are they? On OS X 10.3, they are in ~/Library/Calendars/. On OS X 10.4, every iCal file has its own folder inside ~/Library/Application Support/iCal/Sources, complete with additional files, indices, and a list of all available calendar files.
Supposing you solved the problem of finding the files you want to read from or write to, you will face another one:
iCal reads the calendar files (.ics) only on startup. For everything else, it uses its own, probably indexed, version that is burried somewhere in the caches part of the Library. That means that if your application changes the contents of the file, these changes will not be reflected in the iCal user interface.
Even better: Whenever iCal quits normally, it writes the contents of its own cache file back to the original calendar file, reverting all changes you made to the file.
To be fair, Apple does support synchronization between iCal and other applications through a Synchronization conduit (basically what the iPods are doing). But of course, there is no Java support for this method.
This leaves me with the not very attractive option of using a HTTP server inside a desktop application to export data into a different desktop application running on the same machine. I think I’m kidding, but actually, I’m not sure …