Nein, es geht nicht um die wunderbare Kaffeezubereitungsart, sondern um den gleichnamigen Text-Editor Espresso für den Mac.

Wenn ich größere Projekte bearbeite, benutze ich in der Regel NetBeans. Sehr umfangreicher und guter Editor (Win, Unix, Mac). Das Problem mit NetBeans ist, wenn ich nur mal schnell eine Datei per FTP/SFTP bearbeiten will, muss ich diesen erst in NetBeans einrichten usw. Wer von euch an vielen Projekten arbeitet, kann es wahrscheinlich nachvollziehen.

Für genau dieses Problem habe ich bis jetzt immer Smultron benutzt. Kann nix – ist aber schnell. TextMate gefällt mir irgendwie nicht so sehr, auch wenn soviele User (z.B. Kim) mit diesem Editor zufrieden sind.

Da ich durch die letzte MacHeist3 Aktion noch eine Espresso Linzenz hatte, wollte ich diesem Editor mal wieder eine Chance geben. Auch wenn der Funktionsumfang von Espresso auf den ersten Blick recht mau ist, so steckt die Liebe doch im Detail. So lassen sich, ähnlich wie bei TextMate, viele Funktionen durch Erweiterungen nachrüsten. Im Gegensatz zu den Bundles von TextMate werden diese Extensions in Espresso stilecht als “Sugar” bezeichnet. Wo bekommt man Zucker? Klar, im Coffee House.

Nebenbei unterstützt Espresso auch das momentan recht beliebte “Zen Coding“. Dazu kommen noch ein paar praktische Snippet Funktionen und allerlei Kleinigkeiten. Will man ein neues Projekt starten oder ein bestehendes bearbeiten, so bietet Espresso einem die Möglichkeit die Daten herunterzuladen, zu mergen oder zu spiegeln. Es ist aber ebenfalls möglich, die Daten direkt auf dem Server zu bearbeiten. Im Gegensatz zu NetBeans lassen sich auch Dateien aus Cyberduck heraus öffnen, was ein wenig die Usability steigert, falls man gerade mal nicht die Server Daten in Espresso eingeben möchte.

Ich bin zur Zeit recht zufrieden mit Espresso und werde diesen Editor auch wohl noch eine ganze Weile benutzen. Wie sieht es mit euch aus? Welchen Editor benutzt ihr und was gefällt euch besonders gut?

Da ich zur Zeit privat sehr viel interesse an der Entwicklung von Applikationen für OS X und das iPhone habe, war ich gerade auf der Suche nach guten Cocoa/Objective-C Tutorials und Wikis. Ich habe dabei germerkt das es garnicht so einfach ist, die richtige Lektüre (in Form einer Website) zu finden. Amazon bietet da im Gegensatz reichlich Material an.

Normale iPhone Applikationen basieren, genau wie OSX Apps, auf Objective-C. Wer Mac OS X Applikationen schreiben kann, sollte auch ratz fatz iPhone Apps entwickeln können. Das iPhone hat nur einen leicht abgespreckten Funktionsumfang.

Aber was brauche ich eigentlich um Cocoa Programme zu schreiben?
Apple bietet ein sehr gute Entwicklungsumgebung an. Xcode schimpft sich das gute Programme und enthält so ziemlich alles was man zum Entwickeln von Mac OS X und iPhone Apps braucht. Interface Builde, Quartz Composer, Instruments usw.

iPhone Entwickler sollten sich noch das iPhone SDK downloaden. Neben einem iPhone Emulator enthällt das iPhone SDK noch ein paar zusätze die zum schreiben von iPhone Apps relevant sind. Um die iPhone Apps auf dem eigenen iPhone zu testen, muss man allerdings dem 99€ teure Developer Programm beitreten. Nur mit dieser Mitgliedschaft ist es möglich die entwickelten iPhone Apps auch auf das iPhone zu übertragen. Als Mitglied des Developer Programms hat man dann auch die Möglichkeit die eigenen Apps im AppStore zu veröffentlichen.

Ich will mich schon seit einer halben Ewigkeit mal mit Applikationsentwicklung beschäftigen, nur meistens habe ich das Thema wieder verschlafen oder mir fehlte die Zeit. Da ich einiges an Lesestoff gefunden habe, möchte ich euch die Liste nicht vorenthalten.

Hier findet ihr ein paar Interessante Links über Cocoa / Objective-C usw.:

• Cocoa Tutorial for Absolute Newbies
• CocoaLab
• Cocoa Dev Central
• Cocoadev
• Cocoacast (Screen- / Podcasts)
• Cocoa Coding: Cocoa lernen – Schritt für Schritt
• Mac OS X Entwicklerforum
• Developer Connection: Cocoa
• Co Coa:ding
• Objective-C Tutorial

Apple Dokumentationen:

• iPhone Dev Center
• Mac OS X Dev Center
• Web Apps Dev Center
• Apple Developer Tools

Das einzige was ihr machen müsst ist die folgenden Befehle im Terminal (Applikationen > Dienstprogramme > Terminal) einzugeben. Beschreibungen findet ihr bei den jeweiligen Befehlen:

1. Versteckte Applicationen (Apfel + H) im Dock als versteckt anzeigen:

defaults write com.apple.Dock showhidden -bool YES

Nach der eingabe müsst ihr ebenfalls im Terminal mit “killall Dock” das Dock restarten. Zum deaktivieren einfach das “YES” durch ein “NO” ersetzen.

2. Widget auf dem Desktop nutzen:

defaults write com.apple.dashboard devmode YES

Sobald ihr den Code eingegeben habt müsst ihr ebenfalls mit “killall Dock” das Dock neustarten. Um nun die Widgets auf dem Desktop zu nutzen, öffnet ihr das Dashboard und haltet mit der Maus das Widget fest das ihr auf den Desktop verschieben möchtet. Wenn ihr das Widget festhaltet drückt einfach auf “F12″ (Dashboard schließt sich) und das Widget ist auf dem Desktop. Zum deaktivieren einfach das “YES” durch ein “NO” ersetzen.

3. Alle E-Mails in Mail.app als Plain-Text anzeigen:

defaults write com.apple.mail PreferPlainText -bool TRUE

Mit diesem Befehl könnt ihr erzwingen das Mail.app alle E-Mails als Plain-Text anzeigt, manchmal garnicht so unpraktisch im Hinblick auf Spam. Hier müsst ihr zum deaktivieren das “TRUE” gegen “FALSE” ersetzen.

4. Systeminfo im Login-Screen anzeigen:

defaults write /Library/Preferences/com.apple.loginwindow AdminHostInfo SystemVersion

Mit diesem Befehl könnt ihr im Login-Screen von Mac OS X die Versionsnummer gegen verschiedene Systeminfos austauschen, hierzu könnt ihr das “SystemVersion” gegen einen der folgenden Kommandos austauschen:

“SystemBuild”
“DSStatus”
“HostName”
“Time”
“SerialNumber”
“IPAddress”

5. Benutzer im Login-Screen verstecken:

sudo defaults write /Library/Preferences/com.apple.loginwindow HiddenUsersList -array-add Username1 Username2 Username3

Sobald man mehr als einen User in Mac OS X hat werden diese im Login-Screen angezeigt. Bei vielen Benutzern (z.B. Papa, Mama, Tochter, Sohn) kann man so bestimmen das z.B. nur Papa angezeigt wird. Mama, Tochter, Sohn müssen sich dann über die Eingabefunktion Anmelden. Mit diesem Befehl könnt ihr gewünschte User die im Login-Screen gelistet werden verstecken. Username1-3 müssen jeweils gegen den Kurznamen ersetzt werden.

6. DMG Prüfung deaktivieren:

com.apple.frameworks.diskimages skip-verify TRUE

Beim öffnen von *.dmg files überprüft Mac OS X die Datei nach Fehlern oder ähnlichem. Gerade bei großen Dateien kann dieser Vorgang einige Zeit in anspruch nehmen. Mit diesem Befehl könnt ihr diese Überprüfung deaktivieren. Achtung: Kann ein Sicherheitsrisiko darstellen. Hier müsst ihr zum deaktivieren das “TRUE” gegen “FALSE” ersetzen.

7. Crash-Report Meldung deaktiveren:

defaults write com.apple.CrashReporter DialogType none

Sobald in Mac OS X ein Programm crashed fragt Mac OS X nach ob man einen Fehlerbericht an Apple senden möchte. Mit diesem Befehl könnt ihr diese Meldung deaktivieren. Um die Meldung wieder zu aktivieren einfach das “none” gegen ein “prompt” austauschen.

8. Safari History – Zeitrum bzw. Anzahl verändern:

defaults write com.apple.Safari WebKitHistoryItemLimit 200
defaults write com.apple.Safari WebKitHistoryAgeInDaysLimit 30

Mit diesen Befehlen könnt ihr die maximale Anzahl an History-Items bzw. die Anzahl an Tagen angeben wielange Safari die History speichern soll.

9. Versteckte Dateien im Finder anzeigen:

defaults write com.apple.finder AppleShowAllFiles TRUE

Mit diesem Befehl kann man den Finder dazu bringen alle versteckten Dateien anzuzeigen. Als Webmaster hat man oft das Problem das .htaccess oder .htpasswd Dateien verschwinden. Mit diesem Befehl kann man das Problem beheben :) Hier müsst ihr zum deaktivieren das “TRUE” gegen “FALSE” ersetzen.

10. Safari Debug / WebInspector aktivieren:

defaults write com.apple.safari IncludeDebugMenu 1

Wie schon in diesem Beitrag (WebInspector, die Firebug-Alternative) erklärt kann man mit diesem Befehl den WebInspector bzw. das Debug Menü in Safari aktivieren. Zum deaktiveren die “1″ gegen eine “0″ austauschen.

Natürlich übernehme ich keinerlei Haftung für irgendwelche Schäden die durch falscheingabe entstehen. :)