Sonntag, 5 Oktober 2008 21:05 - Geschrieben von René Lindhorst
Sehr interessant, es gibt ein spezielles Meta-Tag mit dem man Webseiten im Vollbildmodus auf dem iPhone (ab OS 2.1) nutzen kann. Sowohl die Adressleiste als auch die Bedienelemente am unteren Bildschirmrand werden dabei ausgeblendet. Auf diese Weise lassen sich Site-Specific-Browser (SSB) für das iPhone erzeugen:
If you include this meta tag in your iPhone-optimized web app:
Then, if you use the Add to Home Screen feature, it will launch as its own standalone app, with no Safari browser chrome. It’s a way to make site-specific browsers for the iPhone. They run as their own processes, outside MobileSafari.
Screenshots und weitere Details gibt es bei AppleInsider und natürlich in Apples Dokumentation Safari Web Content Guide for iPhone OS unter dem “Punkt Hiding Safari User Interface Components” (Seite 74).
Freitag, 5 September 2008 21:02 - Geschrieben von René Lindhorst
Cappuccino, dass Webframework welches u.a. hinter 280 Slides steckt und als Portierung von Cocoa in JavaScript bezeichnet wird, wurde nun unter LGPL veröffentlicht.
[...] Cappuccino is about building applications, not web pages. When you think about applications, think 280 Slides, or GMail, or Meebo. jQuery, Prototype, and others do a great job of making static web pages a little more interactive, but they weren’t designed for building full fledged applications. Similarly, Cappuccino is not for building web pages; it’s optimized for a completely different set of tasks.
280 Slides is the first app built on Cappuccino, and it’s a great showcase of what’s possible. Cappuccino builds in many of the features you see, like the Document architecture, object copy/paste, global undo and redo, drag and drop, and great graphics support.
Bei Theocacao gibt es einen “First Look at Cappuccino and Objective-J”:
[...] The executive summary is that Cappuccino is re-implementation of many of the basic parts of Cocoa, and Objective-J is a language which looks nearly identical to Objective-C and “compiles down” into JavaScript. You can also use JavaScript right inline with Objective-J, similar to how you can use C in Objective-C. [...]
[...] Xcode and Interface Builder are now reasonable prototyping tools for web apps based on Cappuccino, and Mac programmers can now quickly become very effective client-side web developers. [...]
Donnerstag, 4 September 2008 19:33 - Geschrieben von René Lindhorst
Für alle die sich näher mit dem Webframework Rails auseinandersetzen möchten gibt es nun von O’Reilly zwei kostenlose Bücher:
Zwei Bücher zum Thema Ruby on Rails hat der Verlag O’Reilly in sein OpenBook-Programm aufgenommen. “Praxiswissen Ruby on Rails” und das “Rails Kochbuch” stehen zum kostenlosen Download zur Verfügung.
Dienstag, 26 August 2008 21:00 - Geschrieben von René Lindhorst
Apples Entwicklungsumgebung Xcode liegt seit Version 3.1 das iPhone SDK bei. Mit diesem lassen sich native Applikationen für das iPhone und den iPod touch erstellen. Somit sind Entwickler nicht mehr gezwungen lediglich Webapplikationen zu entwickeln sondern können fast alle Möglichkeiten dieser neuen Plattform nutzen.
Erhältlich ist Xcode inklusive iPhone SDK über die Apple Developer Connection. Lediglich eine kostenfreie Anmeldung ist zuvor erforderlich.
Nachdem man das 1,25 GB große Programmpaket heruntergeladen und installiert hat, ist der Weg zum ersten eigenen kleinen iPhone-Programm nicht mehr weit. Im wesentlichen sind die folgenden Schritte dafür notwendig:
Xcode.app öffnen.
Im Menü “File” -> “New Project” auswählen.
Im folgenden Dialog “Cocoa Touch Application” wählen.
Sonntag, 24 August 2008 14:58 - Geschrieben von René Lindhorst
Ein sehr lesenswerter Beitrag von Aaron Swartz darüber, wie man eine neue Software (Webanwendung) idealerweise einführen sollte (”Hollywood Launch” vs. “Gmail Launch”):
I’ll call this technique the Gmail Launch, since it’s based on what Gmail did. Gmail is probably one of the biggest Web 2.0 success stories, so there’s an argument in its favor right there. Here’s how it works:
Have users from day one. [...]
Try to get lots of feedback from these new invitees, figuring out what doesn’t make sense, what needs to be fixed, and what things don’t work on their bizarre use case combination. [...]
Automate the process, giving everyone some invite codes to share. [...]
Iterate: give out invite codes, fix bugs, make sure things are stable. [...]
Take off the invite code requirement, so that people can use the product just by visiting its front page. [...]
If all this works [...] then you can start building buzz and getting press and blog attention. [...]