Da dieses Problem nicht auftritt wenn die Applikation aus Eclipse heraus gestartet wird, habe ich im Terminal ein wenig mit ps gespielt und herausgefunden, dass Eclipse per default die folgenden Java Option setzt -XstartOnFirstThread. Startet man das Runnable JAR direkt (per Doppelklick) fehlt diese Option.

Dieses Problem wird auch im SWT FAQ behandelt, aber das habe ich erst hinterher gefunden ;):

Q: On Mac Carbon, how do I run an SWT application from the command line?
A: If you run a Java application that uses Carbon via JNI, the application is not registered with the OS as a ‘normal’ UI application. As a consequence, it has no entry in the dock and it cannot be activated. AWT (or Swing) based applications don’t have this problem because they seem to use undocumented SPI to register themselves.
To work around this problem you’ll have to pass the -XstartOnFirstThread option to the java executable as follows:

java -XstartOnFirstThread -cp swt.jar:. ControlExample

If you want to run a bundled application, take a look at this article.

Zum Glück führt das FAQ dann auch direkt zu diesem Artikel, der beschreibt wie man aus einem Runnable JAR ein Mac OS Bundle machen kann. Das ist genau die Information, die mir noch gefehlt hat und das werde ich natürlich vorm Release von iPlode noch ausprobieren und dann berichten; ich hoffe vielmehr man kann das Ergebnis dann hier bewundern :).

Mit dem neuen Mac habe ich natürlich erstmal die diversen i-Applikationen ausprobiert: iPhoto, iCal, iTunes (ok, kannte ich schon vom PC) und irgendwann kam dann auch iWeb an die Reihe. Bis dahin hatte ich HTML-Editoren strikt gemieden, oder besser gesagt, es gab einfach keine Berührungspunkte und ich habe meine Web-Aktivitäten immer direkt in HTML und PHP gegossen.

Info Block:
Man kann direkt aus der Shell auf den Webspace auf MobileMe zugreifen über den Pfad: /Volumes/<userName>/Web/Sites/

Aber iWeb hat regelrecht dazu eingeladen sofort drauf los zu schreiben. Dies ist auch den vorhandenen Vorlagen zu verdanken, die es einem einfach machen schnell eine ansehnliche Web-Seite auf die Beine zu stellen. Hierbei sieht man den Vorlagen schon ein Stück weit das Apple-Design an, aber für ein Apple Blog ist das ja kein Nachteil.

Die ersten Seiten waren schnell erstellt, inkl. eines Blogs mit History und RSS-Feed. Die Verlinkung wird hierbei komplett von iWeb übernommen. Neben einigen anderen Dingen ist es für einen Blog natürlich ein Muss, dass Leser Kommentare hinterlassen können. Die einfachste Möglichkeit dies zu erreichen ist die Benutzung von MobileMe, ein von Apple angebotener Online-Dienst. Ein Testzugang (60 Tage frei) ist schnell erstellt und so kommt man in iWeb auch direkt in den Genuss die eigenen Web-Seiten direkt aus iWeb heraus zu veröffentlichen. Hierzu dient der Menü-Punkt “Ablage -> Auf MobileMe veröffentlichen”.

Info Block:
iWeb speichert alle Seiten in einem eigenen XML Format, welches sich im Verzeichnis “/Users/<userName>/Library/Application Support/iWeb/Domain.sites2/” befindet.
In meinem Fall war der Name der Datei “index.xml.gz”

Gesagt getan und die Seite ist sofort nach der Veröffentlichung unter web.me.com/<mm-id> verfügbar. Auch die Kommentar-Funktion ist recht ausgereift und bietet eine Verifizierung via Text in einer Grafik, um Spam vorzubeugen. Bleibt die Frage: Warum ist dann diese Seite mit WordPress erstellt und nicht mit iWeb?

Das grösste Problem für mich war: Wie kann ich iWeb mit eigenen PHP-Skripten verbinden? Denn ich wollte gerne meinen Apple News Service einbinden, nur wie? So habe ich ein ziemlich wildes Projekt gestartet, bei dem ich mit einem Perl-Skript das iWeb XML File ausgelesen habe, daraus eigenen Seiten erzeugt habe, die wiederum die eigentlichen Seiten auf MobileMe mit einem iFrame eingebunden haben. Daneben konnten nun in einem Bereich eigene PHP-Skripte aufgerufen werden. Zu diesem Zeitpunkt waren alle Vorteile von iWeb in Verbindung mit MobileMe natürlich längst Geschichte, aber immer noch war ich bereit um iWeb herum zu bauen. Allerdings musste ich dann feststellen, dass im Blog geschriebene Kommentare einfach verschwinden, wenn man die HTML-Seiten mit einem Skript manipuliert. Ich habe keine Ahnung warum.

Info Block:
Im iWeb-Forum tauschen sich iWeb Nutzer aus. Es gibt auch einen eigenen Bereich für Homepage Reviews. Hier können mit iWeb erstellte Seiten vorgestellt werden und diese werden dann von anderen Foren-Nutzern bewertet. Dieser Bereich bietet auch eine gute Möglichkeit zu sehen was mit iWeb machbar ist.

Hier kamen mir dann auch langsam bedenken, was Backups angeht. Denn was wenn die Kommentare später auch mal verschwinden? Selbst wenn diese noch in iWeb zu sehen sind wird nach einem Veröffentlichen auf MobileMe ein Sync gemacht und zumindest mit meinen “manipulierten” iWeb Seiten auf dem Server waren die Kommentare danach auch in iWeb verschwunden. So habe ich mich nach Alternativen umgesehen und bin recht schnell bei WordPress gelandet, wo ich meine HTML und PHP Vorlieben ausleben kann und trotzdem einen grossen Funktionsumfang und Komfort geniesse.

Info Block:
Das Tool iComment erweiter iWeb um eine Kommentarfunktion und weitere Features ohne einen MobileMe Zugang voraus zu setzen.

In meinem persönlichem Fazit sehe ich iWeb als einen guten HTML Editor mit dem sich – insbesondere in Verbindung mit MobileMe – auch für den technischen Laien sehr schnell sehr ansehnliche Ergebnisse erzielen lassen. Die komplette Hürde mittels FTP Dateien auf einen eigenen Server zu schaufeln ist dank MobileMe (und 79€ im Jahr) aus dem Weg geräumt. Auch ein kleiner Blog lässt sich sicherlich betreiben. Als technische Laie hat man normalerweise auch mit dem Erstellen von Backups eher Probleme, womit die zentrale Lösung von Apple auch hier passt.

Technische orientierte Benutzer, die den Wunsch nach mehr eigener Kontrolle verspüren (z.B. beim Thema Backups) oder auch eigene (PHP) Skripte einbinden wollen, werden sich wohl eher anderen Systemen zuwenden. Hierbei kann ich WordPress sehr empfehlen :).

Das Thema Netbook mit Touchscreen ist seit dem iPhone aktuell und wird z.B. auch bei Basic Thinking und zeitgeist diskutiert.

Persönlich stehe ich dem Netbook-Konzept eher kritisch gegenüber, selbst wenn es einen Touchscreen ala iPhone verpasst bekommen sollte. Die Gründe sind:

• Es ist einfach zu unhandlich, um es immer dabei zu haben. Ausserdem macht das iPhone als mobiles Internet hier schon einen verdammt guten Job. Wer natürlich unterwegs längere Texte schreiben möchte, wird wohl mit dem iPhone nicht glücklich werden, aber dann wäre meiner Meinung nach ein Notebook die bessere Wahl.
• Es ist zu klein, um es wirklich als komplettes Notebook zu nutzen.
• Touchscreen und Tastatur passen für mich konzeptionell hier nicht zusammen. Der Weg von der Tastatur zum Bildschirm ist recht gross und ich kann mir nicht vorstellen ständig zwischen Tastatur und Touchscreen zu “pendeln”. Ein gutes Tochpad wäre für mich hier die bessere Wahl.

Beim Touchpad gab es ja schon für die aktuellen MacBooks Gerüchte, es würde aus einem kleinen Bildschirm bestehen (Stichwort Touchpad Display), auf dem Elemente des Mac OS Desktops zu sehen sind. Diese könnte man dann über Gesten bedienen. Diese Idee finde ich extrem reizvoll, da man mit den Händen schon “an der richtigen Stelle” ist. Auch könnte man dort dann ggf. andere Zusatzinformationen einblenden. Leider hat sich das nicht bewahrheitet bei der Vorstellung der neuen MacBooks.

Der Markt für Netbooks ist auf jeden Fall in Bewegung, aber Apple wird es sich wohl sehr genau überlegen (wie auch im Artikel von ZDNet erwähnt), ob man dem eigenen iPhone mit einem Netbook intern Konkurrenz machen möchte. Und sicherlich wird es auch darum gehen eine Abgrenzung zum MacBook Air herzustellen, um nicht gleich doppelt im eigenen Revier zu wildern. Und ob bei den Preisen um die 500$ wirklich ein grosser Touchscreen enthalten sein wird, wage ich doch sehr zu bezweifeln.

Bleibt mir also nur das Hoffen und Warten auf das Glas Touchpad mit Bildschirm für eine ferne Generation von MacBooks.

Diese beiden Möglichkeiten des “Ruhezustandes” sind keine Apple-Besonderheit, sondern man kennt diese auch von Windows-Laptops, wo man beim Ausschalten die entsprechende Auswahl angeboten bekommt. (Ok, Hibernation muss man hier oft erst aktivieren in einem etwas versteckten System-Menu.) Die Erklärung der Unterschiede dieser beiden Modi im Detail überlasse ich jemandem, der sich damit auskennt:  Standby-Modus auf Wikipedia und Ruhezustand auf Wikipedia.

In aller Kürze kann man sagen, dass der Rechner aus dem Standby extrem schnell wieder einsatzbereit ist (wenige Sekunden), dafür wird permanent der Akku belastet. Aus dem Ruhezustand dauert die Aktivierung schon etwas länger, dafür ist der Rechner während dieser Zeit wirklich komplett ausgeschaltet.

Nun aber zum eigentlichen Problem. Apple bezeichnet im “Apfel-Menu” beide Möglichkeiten als Ruhezustand. Bei mir war dieser per default mit dem Standby-Modus belegt. Bisher habe ich nur eine Möglichkeit gefunden diese Konfiguration zu ändern und zwar mit Hilfe des Mac OS Terminals. Hier kann man durch die Eingabe der folgenden Kommandos definieren, welche Aktion bei der Auswahl von “Ruhezustand” im Apfel-Menu ausgeführt werden soll:

• Standby (Sleep) aktivieren: sudo pmset -a hibernatemode 3
• Ruhezustand (Hibernation) aktivieren: sudo pmset -a hibernatemode 5

Wann immer man nun auf dem Mac – z.B. in Safari – auf einen mailto-Link klickt wird nicht etwa Mail gestartet, sondern VMWare Fusion, um dann auch gleich mit einer Fehlermeldung abzubrechen unter Windows (kein Kommentar ;)).

Ich habe es mir nicht wirklich genau angeschaut, aber folgendes hat für mich funktioniert. Unter “VMWare Fusion => Einstellungen …” im Reiter “Standardanwendungen” die oben gezeigten Einstellungen für Mail eintragen. Nun wird in Safari (unter Mac OS) bei einem Klick auf einen eMail-Link auch wirklich Mail gestartet und nicht die virtuelle Maschine.

Vor ein paar Wochen war ich bei einem guten Freund zu Besuch, der seinen Kalender über zwei Geschäfts-Standorte und einen privaten Kalender synchronisieren möchte. Das Ganze mit Windows und auf dem iPhone (einen Mac gibt es da noch nicht ;)). Dazu soll es auch an beiden Standorten ein Mail-System geben, in dem alle Mitarbeiter alle Anfragen sehen und bearbeiten können.

Tja, nichts einfacher als das dachten wir, aber das Ganze ist leider doch recht kompliziert, wenn man nicht auf einen Microsoft Exchange Server setzen möchte, der in der Administrierung doch recht viel Zeit kosten würde.

Da schon eine gewisse Affinität zu Apple-Software vorhanden ist (er ist begeisterter iPhone-Nutzer und ich bin nach der bisherigen Nutzung ein echter Fan von Mac OS) galt der erste Versuch also MobileMe. Gesagt getan: Mit einem „Family Pack“ erhält man schliesslich die Möglichkeit separate Mail-Konten zu unterstützen, ebenso wie separate Kalender. Doch das Problem hier: Es lässt sich immer nur ein MobileMe Account mit dem iPhone synchronisieren und leider lassen sich die Kalender auch nicht in einen übergeordneten Kalender zusammenführen. Die Bestätigung hierfür fanden wir dann auch hochoffiziell von Apple.

Ok, der nächste Versuch ging dann über den Kalender von GoogleMail. Man kann schon sagen, dass dieser schon mehr Funktionen bietet, als der MobileMe Kalender. So lassen sich mehrere Kalender erstellen und einzeln ein und ausblenden, was auch ein Überblenden aller Termine in einem Kalender ermöglicht. Auch kann man Einladungen verschicken und so einzelne Accounts für die Arbeit mit dem Kalender anlegen, bei MobileMe müssen alle Mitarbeiter auf einem Nutzer/Passwort arbeiten. Natürlich ist es aber auch Geschmacksfrage, wem man seine Daten anvertrauen möchte, aber wir haben uns hier erstmal auf das technisch machbare fokussiert.

Der erste Versuch mittels der Google eigenen Sync-Tools den Google Kalender mit Outlook zu synchronisieren ging mächtig in die Hose, denn das Google-Tool unterstützt momentan nur einen Kalender auf jeder Seite. Besser funktioniert da das Tool SyncMyCal, welches eine Zuordnung von Google Kalendern auf Outlook Kalender zulässt. Dafür ist es allerdings auch nicht kostenlos, sondern man muss 25$ berappen, wenn man alle Features haben möchte und mehr als drei Tage in die Vergangenheit und Zukunft synchronisieren möchte. Unser „Trial“ war allerdings recht erfolgreich, d.h. es war jetzt zuverlässig möglich wie folgt zu synchronisieren: Google Kalender <-> Outlook Exchange Kalender <-> iPhone Kalender. Leider hat das Ganze in unserem Fall zwei entscheidende Schönheitsfehler:

1. Der Rechner mit Outlook müsste als Server fungieren, damit die Synchronisation immer klappt, denn sobald der Rechner ausgeschaltet ist, ist keine Synchronisation vom Google Kalender zum iPhone mehr möglich. Leider ein KO-Kriterium in unserem Fall, da eine Server-Installation nicht möglich ist.
2. Es kommt immer noch Microsoft Exchange zum tragen, was zusätzliche Kosten erzeugt und einen höheren Administrationsaufwand erfordert.

Zu nun schon recht fortgeschrittener Nachtstunde haben wir uns erstmal teilweise geschlagen gegeben und mein Freund setzt erstmal auf eine Web-Lösung von MobileMe mit Outlook und einem Sync der entsprechenden Kalender auf dem iPhone nach Bedarf (leider sieht man so halt nie alle Termine auf einen Blick).

Hoffentlich nimmt sich Apple dieser Thematik bald an, denn auch für ganz normale Familien-Accounts wäre es doch wünschenswert seine Kalender abgleichen zu können, das erscheint kein sehr weit her geholter Anwendungsfall zu sein. Time will tell, und auf jeden Fall wissen wir jetzt beide eine ganze Menge mehr über das Thema Kalender und Synchronisation derselben :).

Und hier noch ein paar Optionen über die wir „gestolpert“ sind, die wir aber nicht mehr wirklich weiter verfolgt haben:

• SpanningSync erlaubt die Synchronisation der iPhones mit dem Google Kalender, allerdings steht schon auf der Eingangsseite, dass in diesem Fall immer ein Mac die zentrale Rolle übernehmen muss, somit auf den ersten Blick keine echte Option in unserem Setup.
• Ein Tool welches man beim Suchen auch immer wieder findet ist NuevaSync, aber wir hatten irgendwie keine rechte Zeit mehr es genauer anzuschauen.

Auch die Menge der (unbeantworteten) Foren-Beiträge zu diesem Thema zeigt, dass es hier noch einiges zu tun gibt, bevor die Kalender-Synchronisation auch auf einfache Art und Weise etwas höheren Ansprüchen genügt.

welches man zumindest im Terminal (in der Shell) regelmässig braucht. (Ok, ok, wer benutzt schon das Terminal … ;)) Anyway, die Antwort auf diese Frage lautet ALT-7 und nicht weiter fragen warum. Ganz in der Nähe ist übrigends auch der Backslash (\), den man mittels Alt-Shift-7 erhält.

Früher oder später kommt dann der Wunsch auf nach Kopieren+Einfügen. Wer sich hier unter Windows schon an CTRL-C (zum Kopieren) und CTRL-V (zum Einfügen) gewöhnt hatte muss sich nicht zu sehr umstellen. Jetzt benutzt man halt CMD-C und CMD-V.

Dann noch das Springen zum Anfang und Ende einer Zeile. Wo man sich unter Windows an die Tasten “Home” und “End” gewöhnt hat, gibt es auf der Mac-Tastatur auch Tasten, die machen aber was völlig anderes, nämlich springen zum Anfang oder Ende der Seite, was einen am Anfang doch etwas verwirren kann. Den gewünschten Effekt zum Anfang einer Zeile zu springen erreicht man mittels CTRL-Pfeil-Links. Mit CTRL-Pfeil-Rechts springt man zum Ende einer Zeile. Benutzt man ALT statt CTRL kann man wortweise springen. Ist Spaces aktiviert hat die Benutzung der CMD-Taste den – während man Text editiert meist unerwünschten – Effekt zum nächsten virtuellen Bildschirm zu springen :).  

Dann sind da noch die beliebten Screenshots. Was unter Windows mit der Druck-Taste erledigt wird, nämlich ein Screenshot des gesamten Bildschirms geht unter MacOS mittels Shift+CMD+3. Der Screenshot landet übrigends nicht in der Zwischenablage, sondern als Icon auf dem Desktop. Habe ziemlich viel gesucht und geflucht beim Ausprobieren. Mit Shift+CMD+4 erhält man de Möglichkeit einen Teilbereich des Bildschirms für einen Screenshot auszuwählen. Drück man danach noch die Space-Taste kann man ein einzelnes Objekt zum Screenshot anklicken.

Tja und noch ein Update nach dem ersten Versuch ein Perl-Script zu schreiben, wo man die Tilde (~)  dann doch schmerzlich vermisst. Doch zum Glück findet sich auch diese mittels ALT-N.

Und hier noch mal im Überblick:

• ALT-L => Klammeraffe (@)
• ALT-N => Tilde (~)
• ALT-7 => Pipe-Symbol (|)
• Alt-Shift-7 => Backslash (\)

• CMD-C => Kopieren
• CMD-V => Einfügen

• ALT-5 => Eckige Klammer auf ([)
• ALT-6 => Eckige Klammer zu (])
• ALT-8 => Geschweifte Klammer auf ({)
• ALT-9 => Geschweifte Klammer auf (})

• CTRL-Pfeil-Links => Anfang der Zeile (Home)
• CTRL-Pfeil-Rechts => Ende der Zeile (End)
• ALT-Pfeil-Links => Wortweise nach vorne springen
• ALT-Pfeil-Rechts => Wortweise nach hinten springen

• Shift+CMD+3 => Screenshot des gesamten Bildschirms
• Shift+CMD+4 => Bereich auswählen für einen Screenshot
• Shift+CMD+3 Space => Objekt für Screenshot auswählen