MeteoEarth for iPad has to be the most fascinating weather app ever. Incredibly detailed and thoughtful design. Go download it and subscribe for the premium pack to support MeteoGroup and their awesome work.
Once more I’m astonished by the impact and the possibilities of the iPad.
The Magazine is for people who love technology, especially the internet, mobile, truly great personal computers, and related fields influenced by technology such as photography, publishing, music, and even coffee.
Finally, the Newsstand no longer needs to be put on the last homescreen. The Magazine is a really interesting project by Marco Arment.
“Gelbe Seiten ist Sponsor der iPhone App in der Version 4.2″
Dies ist ein Auszug des aktuellen Changelogs der XING App fürs iPhone. Damit habe ich folgendes Problem: es ist inakzeptabel, Premium-Mitgliedern einen gesponserten Intro-Screen zu zeigen und zusätzlich als oberste Status-Meldung erneut den Sponsor einzublenden. Ich habe umgehend meine Premium-Mitgliedschaft storniert und bin wieder nahe dran, meinen XING-Account zum erneuten Male zu löschen. Es mag niemanden wundern, dass die App gerade into oblivion downgevoted wird.
Die einzig plausible Erklärung einzelne App-Updates (selbst für zahlende Kunden) sponsern zu lassen scheint eine gewisse Verzweiflung zu sein.
If you don’t want to ruin Instagram, please follow this simple rule:
DO NOT pick a photo off the internet, your computer, DSLR or whatever device, then transfer it to your smartphone, then apply a filter and post it. Extra douche points awarded for Tumblr pictures which appear on Instagram. Oh and no, applying filters to already modified pictures is also massively Douche bag-ish.
If you follow this simple rule and for crying out loud just take a photo on your smartphone and directly post it to Instagram, you’ve understood the brilliance, simplicity and success of this wonderful app. Remember: Facebook isn’t going to kill Instagram. It’ll be you.
Same scene, same filter (Amaro), taken side-by-side with Instagram using an iPhone 4S and Galaxy Nexus. (I think the difference is attributable mostly, if not entirely, to the iPhone 4S’s superior camera. The Galaxy S II has a better camera than the Nexus, but I don’t have one of those to test.)
Es stimmt zwar, dass Android nicht das Ende für Instagram einläutet, allerdings wird die Qualität mit Sicherheit leiden. Es gibt schlicht zu viele Android-Phones mit miserabler Kamera, da werden auch die hochwertigen Filter kaum helfen.
Die nächsten Wochen werden zeigen, wie und wohin sich Instagram entwickeln wird. Meine Skepsis ist jedoch noch aktuell. Mein Respekt gilt den Entwicklern und Designern (maxvoltar), da es keine einfache Aufgabe ist, eine attraktive App für Android zu gestalten und entwickeln.
Da ich mich vor ein paar Tagen relativ lange damit herumgeschlagen habe, poste ich hier meinen Lösungsansatz. Das Problem äußerte sich bei einer Facebook App (iFrame) im Internet Explorer 7 beim Laden einer Grafik. Diese wurde nicht vollständig geladen. Der restliche Content unterhalb des nur zum Teil geladenen Bildes war außerdem ebenfalls nicht sichtbar. Die Ursache liegt in der JavaScript-Engine vom IE7:
<div id="fb-root"></div>
<script type="text/javascript">
window.fbAsyncInit = function() {
FB.init({
appId: 'xxx',
status: true,
cookie: true,
xfbml: true
});
FB.Canvas.setAutoGrow();
};
(function() {
var e = document.createElement('script'); e.async = true;
e.src = document.location.protocol + '//connect.facebook.net/de_DE/all.js';
document.getElementById('fb-root').appendChild(e);
}());
</script>
Bei mir lag das DIV fb-root und darunterstehendes JavaScript vor dem Hauptcontent der App. Da der IE7 scheinbar Probleme mit Facebook’s JavaScript hat, lädt er im Code dahinter / darunter stehende Elemente nicht vollständig oder gar nicht.
Das Problem konnte ich beheben, indem ich den oben angezeigten Code direkt vor </body> gepackt habe. Um allgemeine JavaScript-Fehler (mit den Facebook Scripten) zu vermeiden, muss außerdem das öffnende HTML-Tag so aussehen:
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:fb="http://ogp.me/ns/fb#">
Eine Android-Version von Instagram wird derzeit von zwei Entwicklern programmiert und dürfte nicht mehr allzu lange auf sich warten lassen. Außerdem hat sich Instagram-Gründer Kevin Systrom klar hinsichtlich eines Geschäftsmodells positioniert:
“Obviously, we didn’t start a business to not make money,” he said. “Our focus now is on growing the network. You really need to build up the network, or no advertisers care.”
Ich habe ein ungutes Gefühl. Ich befürchte, dass Instagram sowohl durch In-App-Ads als auch Android an seinem Charme verlieren wird. Marco Arment bringt es auf den Punkt:
I’d guess that Instagram could have charged a few bucks for their app from the start, made us their customers, budgeted carefully, and avoided VC funding and advertising. But they chose the free-now-ads-later model, and it appears to be working very well.
When I realized things at Gowalla were coming to an end, I looked at my iPhone home screen and asked myself which app I love, use every day, and wanted to be part of. Instagram popped out so I contacted Kevin.
Like a boss.
Es gibt wirklich schöneres, als Apps (innerhalb eines iFrames) für Facebook zu entwickeln. Mangelhafte Dokumentationen der SDK bzw. API von Facebook machen die Sache nicht leichter. Zum Problem:
Safari hat im Gegensatz zu anderen Browsern wie Firefox eine recht restriktive Cookie-Politik, die Drittcookies per default verbietet. Befindet man sich mit einer App innerhalb eines iFrames in Facebook und ruft einen Link (mit target _self) auf, verliert Facebook aufgrund des nicht gesetzten Cookies den Login und versucht eine neue Session zu öffnen, wobei der iFrame verloren geht und die App außerhalb von Facebook neu aufgerufen wird. Dies geschieht zum Beispiel, wenn man Informationen wie Facebook-ID oder E-Mail-Adresse des Users innerhalb der App transportieren möchte.
Im Web finden sich hierzu etliche Workarounds, die allerdings nur teilweise funktionieren und vor allen Dingen lästig zu implementieren sind. Ich habe eine Möglichkeit mit einer .htaccess-Datei gefunden, die zuverlässig zu funktionieren scheint:
#http://www.w3.org/P3P/validator.html <IfModule mod_headers.c> Header set P3P "policyref=\"/w3c/p3p.xml\", CP=\"NOI DSP COR NID CUR ADM DEV OUR BUS\"" Header set Set-Cookie "test_cookie=1" </IfModule>
Der P3P-Header ist für den IE nötig. Header set Set-Cookie "test_cookie=1" löst das Problem in Safari. Zusätzlich muss man das Verzeichnis w3c erstellen, hier gehören p3p.xml und policy.xml hinein. Weitere Informationen zu P3P gibt es hier.
