Wir schreiben heute Tag 4 nach Livegang im App Store und der Disser hat sich bis ganz nach oben an Position 1 der meistverkauften Apps in Deutschland gepöbelt. Der helle Wahnsinn, vor allem weil es so schnell ging – was aber wiederum der sehr Marketingarbeit der zwei Jungs aus Köln zu verdanken ist: Rund um den Disser wurde vor dem Livegang ein umfassendes Gesamtpaket inklusive Website, Projektblog, Facebook Fan-Page, Marketing-Video und Pressematerial geschnürt, so dass die App nicht nur auf dem iPhone stattfindet. Schnell trudelten die ersten sehr guten Rezensionen und Video-Reviews ein: So schreibt beispielsweise iPhone-Junkie Carsten Scheibe im Stern.de Blog: “Der Disser ist eine überaus professionell umgesetzte Fun-App, die auf jedes iPhone und auf jeden iPod touch gehört.”

Auch das Feedback der Nutzer im App Store und auf der Website sind super: Viele wollen den Wortschatz des Dissers erweitert sehen und schlagen selbst neue Wörter vor, so dass sich ein sehr kuriose und amüsante Liste von Vorschlägen ansammelt, die wir möglichst schnell mit einem neuen Update herausgeben werden. Wir sind gespannt auf die nächsten Tage, freuen uns über weitere Reviews und Vorschläge und bedanken uns bei allen Nutzern für’s Herunterladen der App – sowas macht echt Spaß!

gem "mongo_mapper", :git => 'http://github.com/merbjedi/mongomapper.git', :branch => 'rails3'

And while you are at it, add this line to include some handy generators for Rails 3, including one for MongoMapper models:

gem "rails3-generators"

To use the generator set the orm config in your config/application.rb to :mongomapper

config.generators do |g|
      g.orm :mongomapper
      …
end

… and you are good to go!

btw: If you are like me and you prefer to have some kind of GUI for quick database lookups, check out MongoHub. It is in a very early stage of development, but at least you get to see your databases and documents.

Besonderer Wert wurde auf eine intuitive Benutzung der Anwendung gelegt. Um dies zu erreichen wurde auf die aus dem allgemeinen iPhone-Kontext bekannte Gesten und Aktionen (bspw. Pinch/Zoom, Drag and Drop, Scrolling, etc. ) zurückgegriffen und einfache Interaktionsmuster benutzt. Es gibt bereits Erweiterungspläne für kommende Versionen: So ist insbesondere eine iPad-Variante angedacht, da die größere Bildschirmfläche natürlich mehr Platz für eine komfortable und detailreiche Planung bietet. Noch etwas zum technischen Hintergrund: Das Projekt wurde mit Xcode und CocoaTouch-Standardtechnologien wie UIKit, CoreGraphics und CoreAnimation innerhalb von vier Wochen realisiert und hatte insgesamt einen Arbeitsaufwand von ca. 40 Stunden. Weitere Projektdetails und Informationen plane ich in naher Zukunft in einer kurzen Fallstudie zu veröffentlichen.

Alright, so where am I heading? A new focus will be iPhone/Cocoa app development and I’ll keep on working with Ruby on Rails – I’m really looking forward to all the great enhancements planned for Rails 3.0 and I just love doing web development, so that I won’t burn all the bridges

The bootstrapping went pretty well so far, I joined a really nice coworking environment and got an office at the infamous Abfertigung. As far as I can tell I’ll be surrounded by a bunch of very nice, creative and innovative people. Furthermore it’s good to know that I can, but don’t have to work from home – that makes meeting clients and finding quiet hours to get work done (I’m lookin’ atcha, Lotta) a lot easier

Hopefully I’ll find the time during the next weeks to write about some of the aspects of becoming a freelancer as I know some of you are interested in that and I’d like to take you along on that journey. I think it will be a pretty interesting time and I’ll learn tons about myself, meet nice and interesting people (including clients ) and most important of all: still have the time to enjoy my family… we shall see

In this little tutorial I’ll explain how to sync the data with Dropbox and I’m using Socialite as an example. It basically works like this for any app that stores its data in an Application Support folder, but Socialite requires some extra steps people are frequently asking about, so here we go:

1. Go to your Dropbox folder and create a new folder called Synced Application Support (or whatever you like)
2. Quit any running instance of the application you would like to sync (in this case Socialite).
3. Got to your ~/Library/Application Support and move the Socialite folder into the Dropbox folder you just created (Synced Application Support)
4. Open your Terminal.app and symlink the moved folder:
   $ ln -s ~/Dropbox/Synced\ Application\ Support/Socialite/ ~/Library/Application\ Support/Socialite
5. Start the app and see if it worked

After this five steps you should be up and running with most of your apps (syncing Things is as easy as that). Unfortunately Socialite requires some extra steps if you are using Twitter (and who isn’t these days), because it keeps the OAuth authentication tokens in the keychain, so that you need to sync them too. Fortunately this isn’t a big deal, because now you know how to sync your data, so go ahead and…

1. Quit Socialite
2. Open your Keychain and create a new keychain called Socialite and save it within your Synced Application Support/Socialite folder
3. Right click the new Socialite keychain, edit the settings and uncheck the checkboxes so that you won’t be bothered with authentication request every now and then
4. Use the search bar at the upper right corner to search for twitter.com and move all items used by Socialite to the new Socialite keychain
5. Start Socialite and see if your Twitter services are still working – if not: Delete all items in your Socialite keychain, remove the Twitter services from Socialite, restart Socialite, add them again and move the freshly created twitter.com items in your Login keychain to the Socialite keychain.

Okay, that’s it, I hope it’s helpful to some of you and I also hope that someday syncing will be baked into Socialite, though Realmac Software currenty doesn’t have any plans for implementing that.

Die WebTechCon war sehr gut organisiert, die Unterbringung, Essen und Atmosphäre top. Unterm Strich eine sehr nette Konferenz die Spaß gemacht hat und auf der ich viele nette Leute getroffen hab – unter anderem habe ich endlich auch mal den Rest der Railslove Gang persönlich kennen gelernt. Fazit: Vielen Dank, gerne wieder!

Problem

Most applications that deal with users registered on a backend (like webapps) are likely to verify
the user credentials. This recipe explains how to extract the authentication functionality that
handles the workflow of prompting the user for credentials and verifying them at the backend.

Solution

A separate (Modal View) Controller that acts as the apps AuthenticationController and gets called by other controllers. This controller encapsulates the authentication logic so that it is cleanly separated from the rest of the app. The provided code is compatible for all iPhone OS from 2.0 on.

The code for this recipe is available on GitHub and it contains an example app that features authentication with the Twitter API (HTTP Basic Auth, keepin’ it simple) along with explanatory notes in the README.

The solution to this is pretty simple, but I spent some time searching for it: Open your Project Info (double click the project icon) and adjust the build settings. You need to set the Base SDK to something prior to OS 3.0.

Having done that, the build options for older versions reappear. I hope this little trick saves some of your time

Happy beta testing and quick app approvals to all of you!

- (void)viewDidLoad {
   [super viewDidLoad];
   gravatarLoader = [[GravatarLoader alloc] initWithTarget:self andHandle:@selector(setGravatarImage:)];
   [gravatarLoader loadEmail:@"your@email.com" withSize:50];
}

The gravatarLoader needs to be an instance variable of the class that’s using it as it loads the Gravatar asynchronously. You initialize the GravatarLoader with a target object and a selector. The selector works as request handle and gets passed an UIImage when the Gravatar is loaded. After initializing it you can load the image with the email address and the square size.

Download the GravatarLoader source.

Version 0.7.0 can already be downloaded, 0.8.1 is currently reviewed by Apple. Up to now these features are supported:

• My Private News Feed
• My Activity Feed
• Profile View
• My Repositories
• Repository Details

Version 0.8.1 will also display a list of recent commits on a repository and the commit details. Things like user following and repository watching are in the backlog, some of them require the new GitHub API to implement support therefor first (like the repository watchlist).

I’m still looking for some more beta testers and people who would like to review the app. If you are interested please mail your device UUID to ioctocat@dennisbloete.de. Participation from the developer front is also welcome – feel free to fork, add missing features or report issues

- (void)viewDidLoad {
   [super viewDidLoad];
   // Add an activity indicator to the navigation bar
   UIBarButtonItem *activityItem = [[UIBarButtonItem alloc] initWithCustomView:activityView];
   self.navigationItem.rightBarButtonItem = activityItem;
   [activityItem release];
}

This requires the activityView to be defined as a property of the view controller and setup in Interface Builder (hidden when stopped).

IBOutlet UIActivityIndicatorView *activityView;

When the communication with the web service start you can simply call

[activityView startAnimating];

Getting started

First of you need to install the Vlad gem: $ sudo gem install vlad

In its current version (1.3.2) Vlads default options are deploying from a SVN repository to a cluster of mongrels, which is not exactly what we are after. We need to configure it to use Git and Passenger, so switch to your Rails project and add the following lines to the end of the Rakefile:

begin
  require 'vlad'
  Vlad.load :app => :passenger, :scm => :git
rescue LoadError
  puts 'Could not load Vlad'
end

Run $ rake -T vlad to verify that Rake and Vlad know each other.

Now it’s time to set up your deployment configuration. Configuring Vlad is very similar to Capistrano, most of the variables are the same, so that you can easily migrate if you where using Capistrano before. Here is a simple configuration file including a deployment recipe which I’m currently using:

set :user, "myuser"
set :domain, "my.domain.com"
set :application, "myapp"
set :deploy_to, "/var/www/#{application}"
set :repository, "git@github.com:#{user}/#{application}.git"
 
namespace :vlad do
  desc "Symlinks the configuration files"
  remote_task :symlink_config, :roles => :web do
    %w(application.yml database.yml).each do |file|
      run "ln -s #{shared_path}/config/#{file} #{current_path}/config/#{file}"
    end
  end
 
  desc "Full deployment cycle: Update, migrate, restart, cleanup"
  remote_task :deploy, :roles => :app do
    Rake::Task['vlad:update'].invoke
    Rake::Task['vlad:symlink_config'].invoke
    Rake::Task['vlad:migrate'].invoke
    Rake::Task['vlad:start_app'].invoke
    Rake::Task['vlad:cleanup'].invoke
  end
end

Gotchas

It took me a while to get everything up and running because I encountered permission problems while trying to access the application repository from my deployment server. If you are running $ rake vlad:update and experience Git errors like fetch-pack from '...' failed, turn to Jordan Elvers blog post about it – he explains how you can solve this by setting up SSH agent forwarding.

Advancing

Need to go further and setup a multistage deployment environment? Check out this post on the Engine Yard blog, they solved this problem already.

Cappuccino ist wie SproutCore Teil (und möglicherweise Wegbereiter) eines aktuellen Trends, Webanwendungen stärker an das Aussehen und Verhalten von Desktop-Software anzugleichen. Im Gegensatz zu SproutCore setzt Cappuccino jedoch nicht auf altbekannte Mittel: Anwendungen werden mit Objective-J entwickelt — eine neue Sprache, die das übliche Gespann aus HTML, CSS und JavaScript ersetzt.

Objective-J

Wie der Name schon andeutet: Objective-J orientiert sich sehr stark an Objective-C, genau genommen ist es eine Portierung der Objective-C-Syntax zu JavaScript. Ziel dabei ist es auch, die in Cocoa zur Vefügung stehenden Klassen zu portieren und sie als Cappuccino-Klassen abzubilden (bspw. NSObject -> CPObject, NSView -> CPView). Die Cappuccino-API wird somit also nach dem Vorbild der Cocoa-API entwickelt, es ist jedoch vieles noch nicht portiert (aktueller Versionsstand von Cappuccino ist 0.6).

Aus den Erfahrungen der letzten Tage würde ich sagen, dass man relativ schnell einen Einstieg findet, wenn man sich kopfüber in das Einsteigertutorial stürzt – wer keine Objective-C-Kenntnisse mitbringt sollte sich zunächst die kurze Einführung in Objective-J angucken. Das Entwickeln eigener Anwendungen setzt eine umfangreiche Auseinandersetzung mit der Cappuccino API oder besser noch Cocoa-Vorkenntnisse voraus, da es bislang erst relativ wenig Dokumentation und Beispiele gibt. Vor allem Best Practice-Hinweise zur Umsetzungen fehlen noch und wären in Zukunft hilfreich. In den nächsten Tagen werde ich versuchen, immer mal wieder stückweise einzelne Erfahrungen, die wir im Forschungsprojekt machen zu posten und näher darauf einzugehen.

Bis dahin viel Spaß beim Experimentieren! Erfahrungsaustausch – gerne auch zu SproutCore – wäre super!

Weiterführendes

• Objective-J Referenz
• Objective-J Plugin für XCode
• nib2cib: Ein Tool, um Interface Builder Dateien in von Cappuccino darstellbare CIBs umzuwandeln (aktuell aber noch sehr früher Entwicklungsstand)
• Tutorial zum Übertragen von Daten aus einer Rails-Anwendung an Cappuccino

Wer etwas mehr zu den Hintergründen erfahren möchte, der kann sich die folgenden beiden Interview-Podcasts von Ajaxian anhören: Der eine zu Cappuccino und Objective-J, der andere zu SproutCore. Die Podcasts sind beide ca. 15 Minuten lang und gehen auch etwas auf die unterschiedlichen Ansätze der beiden Frameworks ein.

Wer bislang noch keine Erfahrung mit Cocoa/Objective-C mitbringt kann sich auch etwas im Mac Dev Center umsehen. Dort findet man einige nützliche Ressourcen zur Entwicklung mit Objective-C, beispielsweise The Objective-C 2.0 Programming Language oder den Cocoa Fundamentals Guide.

Die Stanford Universität bietet dieses Semester zum ersten Mal einen iPhone-Dev-Kurs an und stellt die Folien im Netz zur Verfügung. Das ist zwar nicht genau unser Thema, aber insbesondere die ersten Lectures behandeln Objective-C und sind gut um schnell einen Überblick zu bekommen:

• Objective-C und wichtige Klassen
• Eigene Objekte und Klassen
• View Fundamentals: Was sind Frames, Bounds, Rects, Points, etc.?

Etwas leichter fällt das Lernen allerdings, wenn man bereits Bekanntes relativ einfach übertragen kann. So verhält es sich in diesem Fall mit MacRuby. MacRuby erschien kürzlich in der Version 0.3 und ist im Gegensatz zu RubyCocoa eine OS X-native Implementierung der Brücke zwischen Ruby und Cocoa. Vor ein paar Tagen fand ich im Mac Dev Center einen sehr guten Einführungsartikel zur Entwicklung von Cocoa Anwendungen mit MacRuby, den ich jedem der sich mal etwas mit Cocoa befassen will empfehle. MacRuby ist schnell installiert und den Artikel durchzugehen dauert vielleicht 45 Minuten. Das gibt einem zumindest einen schnellen Einblick und mit Sicherheit die Erkenntnis, dass der Interface Builder eine sehr geniales Tool ist

Trotz mangelnder Zeit wegen Umzug ist das Hillegass Buch jetzt doch wieder auf meinem Schreibtisch gelandet, weil ich mir fest vorgenommen habe, die nächsten Tage doch noch etwas mehr mit Cocoa zu experimentieren – nichtzuletzt weil grade der Interface Builder eben sehr viel Spaß macht. Das erinnert mich ein wenig an damalige Zeiten der Anwendungsentwicklung mit Flash und ActionScript…