Michel's digitales Moleskine

Das iPhone ist ja schon cool, aber das Nokia welches ich anno damals hatte, konnte mich aus dem ausgeschaltetem Zustand wecken. Wenn das iPhone aus ist, ist es aus! Begrenzt Abhilfe schafft der Flugmodus, darin strahlt das iPhone nicht mehr (hoffentlich) und der Wecker geht dennoch los.

Ich verwende das gelungenen Mac OS X Subverison Tool Versions.app seit längerem (seit es noch gratis und beta war) auch parallel zu integrierten SVN Clients in Eclipse oder TextMate etc.. Was ich jedoch immer vermisste war die Möglichkeit einfach tags oder branches zu erstellen. Ok, ein tag oder branch ist ja auch nur eine Kopie in Subversion, dennoch vermisste ich ein einfaches und dediziertes GUI dafür in Versions. Wem dies auch so geht, soll doch einfach mal die Options- / Alt-Taste gedrückt halten, während er (oder sie) den trunk eines Repository-Bookmarks auf den tags oder branches Ordner zieht. Et voila

Wo Java 5 draufsteht muss nicht zwingend Java 5 drin sein. Auf Mac OS X 10.6 Snow Leopard wird brav die Version 5 von Java als verfügbare Version angezeigt. Darüberhinaus existieren auch tatsächlich die entsprechend benannten Verzeichnisse auf der Platte.

Kommisch ist jedoch nur, dass dennoch als Version Java 6 ausgegeben wird und es sich bei existierenden Unterschieden zwischen Java 5 und 6 auch wie Java 6 verhält. Nun, das kommt daher, dass es sich auch um Java 6 handelt. OS X gaukelt einem nur vor, dass es Java 5 wäre. Tatsächlich besteht die Version 5 nur aus Links zur Version 6. Dieser Umstand lässt sich durch das nachträgliche installieren von Java 5 beheben. Dazu benötigt man die Java 5 Version von Mac OS X 10.5 Leopard und ersetzt dann mit dieser die "bestehende" 1.5 Version auf Snow Leopard wie folgt:



Nun noch das "neue" Java 1.5 verlinken:


Et voila:


Bei Bedarf defaultmässig Java 5 verwenden:

Da die standard Shell in Apples OS X 10.6 die Bash ist, gelten daher auch die Bash Shortcuts.
Damit aber alle verwendet werden können, muss man in den Einstellungen von Terminal.app
die Option Use option as meta key angehäckelt werden.

Eine Übersicht über die Bash Shortcuts

Ctrl-a

Move to the start of the line.

Ctrl-e

Move to the end of the line.

Ctrl-b

Move back one character.

Alt-b

Move back one word.

Ctrl-f

Move forward one character.

Alt-f

Move forward one word.

Ctrl-] x

Where x is any character, moves the cursor forward to the next occurance of x.

Alt-Ctrl-] x

Where x is any character, moves the cursor backwards to the previous occurance of x.

Ctrl-u

Delete from the cursor to the beginning of the line.

Ctrl-k

Delete from the cursor to the end of the line.

Ctrl-w

Delete from the cursor to the start of the word.

Esc-Del

Delete previous word (may not work, instead try Esc followed by Backspace)

Ctrl-y

Pastes text from the clipboard.

Ctrl-l

Clear the screen leaving the current line at the top of the screen.

Ctrl-x Ctrl-u

Undo the last changes. Ctrl-_ does the same

Alt-r

Undo all changes to the line.

Alt-Ctrl-e

Expand command line.

Ctrl-r

Incremental reverse search of history.

Alt-p

Non-incremental reverse search of history.

!!

Execute last command in history

!abc

Execute last command in history beginning with abc

!abc:p

Print last command in history beginning with abc

!n

Execute nth command in history

!$

Last argument of last command

!^

First argument of last command

^abcxyz

Replace first occurance of abc with xyz in last command and execute it

Auf der Suche nach einem Diff-Tool für Mac OS X, welches mehr bietet als das, in Apples Developer Tools inbegriffenem FileMerge und weniger Kostet als Araxis Merge bin ich auf Changes.app gestossen. Changes kann die Unterschiede in Dateien als auch in Verzeichnissen finden und zusammenführen. Lässt sich wunderbar in TextMate, BBedit und Xcode integrieren als auch in diversen Versionsverwaltungssysteme verwenden. Ein scriptfähiges Terminal-Programm ist ebenso enthalten, was Changes über das Terminal oder via Script verfügbar macht. Zwei Besonderheiten sind sicherlich die SFTP-Unterstützung (via MacFUSE) als auch die API von Changes welche es anderen Entwicklern erlaubt Plugins zu schreiben.

Nach einer Evaluationsphase fiel der Entscheid das Tool anzuschaffen. Kurz beim Hersteller nachgefragt, ob Sie eine Edu-Vergünstigung anbieten (ich bin ja seit April 08 Student an der HSR - MAS in Software-Engineering) , erhielt ich die Antwort "Yes - free!" und einen Lizenz-Schlüssel. Bleibt mir also nur übrig den Entwicklern für diese nette Geste zu Danken.

Während ich an einer Arbeit zum Thema Requirements Engineering arbeite hat die CPU genügend Rechenzeit übrig um meine Photos von New York in Aperture aufzunehemen und via Plug-In auf Facebook und flickr zu exportieren. Gute Sache dachte ich mir, da ich Aperture als Photo-Verwaltungsoftware teste. Alles funktioniert auch wunderbar und Aperture ist sehr schön in das OS eingebettet. Falls jemandem Plattformunabhängigkeit wichtig ist, bietet sich Adobes Lightroom an, welches auch ein tolles Programm ist.

Der Vergleich zwischen Aperture und Capture NX im Bezug darauf, wie die Programme standardmässig RAW Bilder bearbeitet und darstellen ist jedoch massiv. Während Capture NX natürlich perfekt zu meiner Nikon passt, schwächelt Aperture beim Darstellen des RAW Bildes doch gar stark.

verwendetes Equipment:

• Nikon D80
• AF-S DX Zoom-Nikkor 18-135mm f/3.5-5.6G IF-ED
• AF-S DX Zoom-Nikkor 12-24mm f/4G IF-ED
• AF Zoom-Nikkor 70-300mm f/4-5.6D ED
• MacBook Pro, OS X 10.5.5
• Apple Aperture 2.1.2
• Nikon Capture NX 1.3.1

Die analogen Photographie brachte mich auf die Idee, meine RAW Bilder mit Capture NX zu entwickeln und auf einer externen Festplatte zu speichern. Die entwickelten JPEG's importiere ich unter Beibehaltung des originalen Dateinamens in Aperture. So kann ich von den Vorteilen und Eigenschaften beider Tools profitieren. Da man ja nicht täglich ein Bild im RAW Format bearbeitet, können diese auf der externen Festplatte verweilen. An sich so wie damals die entwickelten Negative gut verwart wurden. Die Verwaltung und der übliche Export (ApertureFacebookExport, ApertureFilckr etc.) übernimmt dann Aperture.

Falls jemand eine bessere Idee hat oder gar eine bessere Lösung kennt, bin ich daran natürlich interessiert.

Um mit PHP und XMLWriter einen CData-Block zu schreiben stehen zwei Methoden bereit.

Mit startCData wird XMLWriter angewiesen einen CData Block zu eröffnen. Danach muss dieser mit endCData wieder geschlossen werden.
writeCData übernimmt das manuelle öffnen und schliessen des Blocks.

Sehr seltsam ist aber, dass sich XMLWriter erst dann dazu bewegen lässt ein CData Block zu schreiben, wenn man die Zeichenkette zuerst UTF-8 dekodiert um sie dann wieder UTF-8 zu enkodieren?!

In diesem Eintrag möchte ich, wie an sich immer, für mich selbst einige Notizen niederschreiben wie man auf dem Mac PHP Anwendungen entwickeln kann. Oder wie ich mir meine Umgebung eingerichtet habe. Da ich mich freue wenn es Anderen auch helfen kann, hole ich ein wenig aus, gehe jedoch nicht im Detail auf die einzelnen Schritte und Anwendungen ein. Diese sind bereits gut von Ihren Urhebern beschrieben.

PHP 5
Als erstes bemerkt man, dass Apples OS X Leopard zwar mit Apache2 und PHP5 ausgeliefert wird, jedoch einige Module, insbesondere von PHP (GD links) fehlen. entropy stellt sein Build von PHP5 bereit, welches ich gerne verwende. Nicht zuletzt auch deswegen, weil ich mir das selber bauen von PHP ersparen möchte, sofern es möglich ist. Eine Alternative stellt MAMP dar, mir persönlich entspricht entropy's PHP Build besser, als ein Allinclusive Package.

Doch auch mit entropy's Build muss man einige Dinge beachten. So zum Beispiel, dass die der Pfad zum PHP Binary und somit der CLI Version auf Apple's Binary zeigt. Diese ist nach dem GD-Patch leider nicht mehr lauffähig, sodass man in Verlockung kommt, an deren Stelle einen Link zu entropy's Binary zu setzten. Dies geht auch solange gut, bis ein neues System-Update kommt und den Zustand wieder rückgängig macht.

UPDATE: Snow Leopard kommt mit PHP 5.3.0, die unten beschriebenen Schritte beziehen sich auf das standardmässig installierte PHP von OS X Snow Leopard.

Der Werktisch
Es ist teilweise geschmackssache ob man eine mächtige IDE bevorzugt oder einen wendigen Editor. Eclipse ist zum Beispiel eine wunderbare IDE welche ich für Java verwende. Mit dem entsprechenden Plugin steht bietet sie auch umfangreiche Möglichkeiten zur PHP Entwicklung, oder C/C++. Die Übersicht über grössere Projekte ist das schlagende Argument für eine so mächtige IDE. Mit Plugins wie dem viPlugin, welches kostenpflichtig ist, mutiert Eclipse auch zu einem wendigen Editor. Dennoch bevorzuge ich zum rein textuellen Arbeiten am Code den Editor TextMate. Dieser bietet fast schon unbegrenzte Indivdualisierungsmöglichkeiten, Schnittstellen, sowie sehr hilfreiche Text-Editier-Funktionen, mit welchen er sich einen Vorteil gegenüber IDE's verschafft. Unerwähnt darf auch nicht Zend Studio bleiben, welches sicherlich am idealsten an PHP angepasst ist, ich mich aber nicht wirklich anfreunden konnte.

Debugger
Ich habe mich unter den verschiedenen PHP Debuggern für xDebug entschieden. Zumindest vorerst xDebug bietet stack traces, function traces, profiling, code coverage und weiter Funktionen an. Externen Clients bietet xDebug eine Schnittstelle auf XML-Basis an um mit ihm zu kommunizieren, dies funktioniert auch remote.

Um xDebug auf dem Mac zu compilieren und installieren:


Jetzt müssen wir PHP noch beibringen, dass es das xdebug modul laden soll. Dazu muss die php.ini angepasst werden. Standardmässig befindet sich diese unter /etc/php.ini und wird am besten am Ende um folgende Anweisungen ergänzt:


Den Apache neustarten:


Das Gesicht für den Debugger
Für OS X gibt es das hübsche Programm MacGDBp, welches man mit PHP Debugger xdebug zusammenarbeiten lassen kann.

http://iphone3g.swisscom.ch/
Faire Preise, schöne Seite, wie ich finde

Mit dem killall Kommando lassen sich bequem Prozesse stoppen bzw. killen. Wenn man jedoch killall nicht einsetzen möchte oder kann hilft folgendes Kommando. Es sucht mittels grep nach derProzessString in der Prozessliste und übergibt die Prozess ID('s) dann dem kill Befehl, was den Rest erledigt.

...genau

Apple hat endlich Java 6 für sein Betriebssystem veröffentlich, nachdem es Java 6 seit ca. einem Jahr bereits gibt. Zudem ist das Update nur für 64bit-Systeme und nur für Intel-basierte Apple Rechner verfügbar. Des Weiteren wird die Standartvorgabe im System nicht auf Java 6 geändert sondern bleibt gewollt bei Java 5.

Download Java 6 für Mac OS X
Info zu Java 6 für Mac OS X

Schlecht, schlecht, schlecht Apple

Nachtrag:Mein MacBook Pro Core 2 Duo wird anscheinend als vollwertiges 64bit System angesehen, das Update konnte ich somit installieren. Um Java 6 als default Java-Version zu setzen öffne man Programme > Dienstprogramme > Java > Java-Einstellungen und setzt dort die gewünschte Java-Version, sowie Laufzeit-Kaskadierung.

Das mit Appels Developer-Tools mitgelieferte FileMerge kann, in rudimentärer Form, auch Verzeichnisse vergleichen und abgleichen. Die einschlägigen, kostenpflichtigen Tools haben die Nase zwar immernoch vorn, aber wer kein so reichhaltige Anwendung braucht sonder lediglich vergleichen und abgleichen will erhält mit FileMerge ein nicht-Java Möglichkeit dazu.

Schöne Idee www.savethedevelopers.org

Das Verhalten der Pfeile / Link in iTunes lässt sich ändern, sodass nicht auf den entsprechenden Eintrag im iTunes Store gesprungen sondern Songs mit der gleichen Eigenschaft in der lokalen Bibliothek ausgewählt werden. Dieses Verhalten lässt sich im Preference File com.apple.iTunes.plist einstellen, dieser kann unter Umständen noch nicht existieren.

Pfeile / Links auf die lokale Bibliothek setzen


Pfeile / Links auf iTunes Store setzen


Danach muss iTunes neu gestartet werden um die Änderungen zu aktivieren.