ColorRef and iPhone OS 3.0

The iPhone OS 3.0 will be released soon. From my experience with the beta of iPhone OS, ColorRef version 1.0.1 should still be usable with iPhone OS 3.0. You are going to notice some quirks, but no real show stoppers.

An updated version of ColorRef will be available soon after the release of the iPhone OS 3.0. Currently the internal build is working fine and could already be released … if, well … actually Apple does not allow any application built with the beta SDK into the App Store. So all I can do is test but not release.

I guess, during the WWDC we are going to learn about the time schedule of the final SDK and the iPhone OS 3.0. I am going to release an update as soon as possible. Hopefully the App Store review team will not drown under the torrent of apps rebuilt for iPhone OS 3.0. But with over 35.000 applications available I see some long shifts coming for the review team during the next weeks.

Jedi Mind Trick upon iPhone Restore

I had some trouble to put the iPhone OS 3.0 beta5 on my first generation iPhone. Without going to much into details, I thought that I had bricked my phone.

Fortunatly, there are some usefull hints in the Apple iPhone Developer Forum. One recommendation was using iTunes’ restore function instead of the Xcode organizer. I guessed the difference lies in using a simple update (Xcode) or a full restore (iTunes) which possibly includes some DFU-Mode access.

So, I wanted to know, what exactly is happening and took a look at the Console log. Look what I found:

iTunes uses Jedi mind tricks to … to trick my MobileDevice. Amazing. Someone at the iPhone/iTunes team at Apple seems to be a huge star wars fan.

ColorRef 1.0.1

Due to my day job, I’m a little bit late with my announcement — ColorRef 1.0.1 has changed to “Your application status is Ready for Sale” on March, 2nd 2009. At least this is what the e-mail from Apple claimed. To be closer to the truth, ColorRef is still priced at zero $, so there isn’t much of a sale. The changes and added features are described in my previous post, just in case you want to look at it.

Some of you might have been a little bit confused last week because the screenshots and description at the App Store showed the 1.0.1 release while the actual binary was still the 1.0 release.

I don’t know if I made a mistake within iTunes Connect, but the description and the screenshots have been updated nearly immediatly, while the binary took some time for the review. Only the text describing the changes was updated at the same time as the release of the binary. This happened although I entered all information into the sections for “update”. Well, you live, you learn.

So my advise for using iTunes Connect and updating your app: Change the images and the description not before the release of your updated binary. It might confuse your customer if the sceenshots and description don’t match your application.

soonish: ColorRef 1.0.1 – Missing Features Release

ColorRef 1.0.1 was submitted to the App Store today. Usually it takes it takes Apple only a few days to review an app. You can expect to get the update via iTunes by the end of the week.

What has changed from the initial release? A brief run down:

• Themes can be renamed.
• Themes can be reordered.
• Colors can be edited.
• Colors can be reordered.
• The color picker has a new RGB/Hex control.
• No more built in themes.

To be honest, I gave ColorRef 1.0.1 the codename “Missing Feature Release”. The omission of editing controls — reordering, editing names or colors — was quite obvious. Adding these features got high priority on my to do list for ColorRef.

In order to implement these features, controls are required to activate the editing mode. The natural place for this is a toolbar at the bottom of the screen. So I dumped the idea of the tab bar — which actually brought ColorRef closer to the recommendations of the HIG.

A tab bar gives users the ability to switch among different modes or views in an application.

For my understanding emphasis should be placed on “modes”. If you look at the iPod application on your iPhone, the black tab bar switches not only between views but between play modes. The clock application uses the tab bar to switch between different modes – not between different data sets.

The tab bar is gone, the toolbar takes it place and there is the space for additional controls. Like — for now — the edit button. From this button features like reordering, deleting and editing of tables and their entries can be accessed. All these features have been implemented as standard controls — this should reduce the amount of learning to use the controls to zero. One of the benefits of using standards.

So, I hope you like the “Missing Feature Release”. Actually the screenshots at the App Store have already been updated. The binary file … well, soonish. You can preview the ColorRef 1.0.1 release at the App Store. If you encounter any errors or unexpected behaviour please send me an e-mail or leave a comment.

ColorRef – Feedback

First things first – because my target audience is international I use the english language from now on in the blog entries.

OK, next up: I succeded on the second part of Aaron Hillegass’ Challenge No. 35. Feeling kind of proud – and very motivated.

Finally: Thanks for the feedback on ColorRef. There are some valid issues I’m going to address in a upcoming release.

• An option for editing theme names and editing colors will be added.
• The reordering of entries will be implemented.
• Adding colors in hexadecimal format — should be possible.
• Moving the EM/SE-Theme to the favorites — very likely.

About the EM/SE-Theme: These are from my employer and originally I used ColorRef only for the purpose of having a handy “digital color reference” app. It evolved into a little more usage scenarios. This evolution left some traces, like the Tab-Bar at the lower section. This will very likely change soon.

Again, thanks to everyone who took her/his valuable time and supplied me with feedback. Your help is very appreciated.

P.S.
You can delete a theme name or a color with a horizontal swipe. I expected this to be obvious — but in fact I was wrong on this. I added a note to the description in the App Store.

ColorRef 1.0

Meine erste iPhone Anwendung hat es in den App Store geschafft: ColorRef. Hier ist der Direktlink zum App Store.

ColorRef ist ein kleines Programm zum verwalten von Farbpaletten. Es können Farbpaletten – sogenannte Themes – angelegt werden. Einem Theme können Farben hinzugefügt werden. Der eigentliche Nutzen ist, dass zu den Farben die entsprechenden RGB-Werte angezeigt werden können. Über einen Klick auf eine Farbe wird die Anzeige des RGB-Wertes zwischen Dezimal-, Hexadezimal- und CoreGraphics-Format umgeschaltet.

Warum das Ganze, wenn doch alle Programme von Adobe ein gutes Farbpalettenmanagement mitbringen und Mac OS X die Farbpalette sogar Systemweit bei Cocoa Anwendungen anbietet? Die triviale Antwort: Die ganzen anderen Anwendungen. Es ist leichter, die Farbwerte schnell auf dem iPhone nachzusehen, als erst Anwendung A zu starten, dort Farbwerte herauszusuchen, Fenster passend auf dem Monitor verschieben oder sich Notizen zu machen, um diese Farben in Anwendung B zu verwenden. ColorRef ist der digitale Notizzettel für Farbwerte.

Daher hoffe ich, dass dem einen oder anderen ColorRef gefällt. Verbesserungsvorschläge und Hinweise zu Bugs sind gerne gesehen … ein paar Ideen habe ich auch schon.

P.S.
Chapter 35 – Challenge: Teil I habe ich geschafft, Teil II wird die Download Statistik zeigen.

iPhone App Hype

Meine erste Shareware kaufte ich bei der Firma CDV. Der Begriff Internet existierte noch nicht für den privaten Haushalt und die Vorstellung, Software aus dem Netz zu laden war utopisch. Die Shareware wurde auf 5,25″ Disketten ausgeliefert. Die Qualität von Shareware schwankte sehr – allgemein galt, dass gute Software von den großen Anbietern kommt.

>> FAST FORWARD >>

Beinahe jeder Haushalt hat einen Zugang zum Internet, der den Download vom Megabytes ermöglicht. Der Vertrieb von Software über das Internet ist so preiswert, dass angestellte Programmierer sich entschließen, zum ISV (Independent Software Vendor) zu werden. Durch das Wegfallen von physikalischen Medien, teuerem Regalplatz, gedruckter Werbung, usw. können Kleinstfirmen an einem Markt teilnehmen, der bisher den großen Anbietern vorbehalten war. 

Und sie nehmen nicht nur Teil, sie verändern den Markt. Der ehemals zwielichtige Charakter von Shareware ist weg, Firmen wie Panic, Omnigroup, Delicious-Monster oder Bare Bones erwähnen die Bezeichnung gar nicht mehr. Diese Firmen haben den Wandel von Shareware zu ISV vollzogen. Software wird von diesen Firmen (und vielen anderen) ausschließlich als Download verkauft. Bei den großen Firmen besteht oftmals noch ein Mischmodell aus dem Vertrieb von physikalischen Medien und dem digitalen Vertrieb. Adobe bietet beispielsweise den Acrobat sowohl als Download als auch als “boxed” Datenträger an.

Doch auch der Vertrieb als ISV ist nicht ohne Aufwand. Lizenzen müssen an Kunden versendet werden, die Homepage ist zu pflegen, Support verlangt nach Zeit, Blogging und anderes als Promo Maßnahme, … Die Hürde, ein ISV zu werden ist nicht mehr so hoch wie noch vor einigen Jahren, aber Sie ist immer noch vorhanden. Kleinere Software Tool sind vor allem deswegen kostenlos, weil sich der Entwickler nicht die Mühe antuen möchte, eine digitale Vertriebsstruktur aufzubauen.

>> FAST FORWARD >>

Apple führt den AppStore ein. Für 30% am Verkaufspreis kümmert sich Apple um die lästigen Pflichten. Als kleiner Entwickler ist der AppStore ein Segen. Einzelpersonen können als µISV (Micro Independent Software Vendor) auftreten. Sie müssen nur noch die Anwendung entwickeln und ihre Vernetzung zur Werbung nutzen. Es gibt da nur ein kleines Problem. Der AppStore wird nicht nur zum Markt, sondern zum Hype.

Vor ein Paar Tagen wurden von Chairman Gruber zwei Links gepostet, die das Thema iPhone und Indy-Entwickler zum Thema haben. Im ersten Artikel berichtet Buzz Anderson, dass das iPhone die Plattform ist, um selbstständig im Geschäft zu sein. Da man in diesem Geschäftsbereich mit sehr überschaubaren Ressourcen arbeiten kann, ist es möglich, seinen eigenen Traum als µISV zu leben. In eine ähnliche Richtung argumentiert John Casasanta. Als iPhone Developer kann man seine Träume verwirklichen, wer braucht da noch VC mit all seinen Fesseln, die mit dabei sind?

Einen Job als (schlechtbezahlter) Programmierer zu finden ist ja nun nicht so schwer, der Grund warum man µISV wird liegt vor allem darin, dass man keine Lust mehr auf den Corporate Bullshit hat, den große Firmen so mit sich bringen. Gerade unter Mac OS X zeigen viele Anwendungen von ISVs ein hohes Maß an Feinschliff, was meiner Meinung nach dadurch begründet ist, dass die kleinen Entwickler ihren Job nicht nur für Geld machen, sondern weil sie die Plattform schätzen und etwas schaffen wollen, auf dass sie Stolz sein können.

Apple hat von diesen Menschen in nicht unerheblichen Maße profitiert. Der Hype, den Mac OS X als Betriebssystem umgibt, ist sicherlich nicht darauf zurückzuführen, dass es die Anwendungen von Microsoft und Adobe immer noch für den Mac gibt. Meiner Meinung nach ist es vor allem dadurch begründet, dass Entwickler die Tools von Apple aufgegriffen haben, um hervorragend designte Anwendungen zu bauen.

Wenn in dieses “Ökosystem” aus ISV und AppStore jetzt eine Menge Geld fließt – sei es nun durch VC oder werbefinanzierten Anwendungen – so entsteht ein Problem. Geld fließt nicht ohne irgendwelche Bedingungen. Ein Geldgeber will seine Vorstellungen realisiert sehen. Was OK wäre, wenn der Geldgeber die Macintosh Community und insbesondere die iPhone Entwickler verstehen und respektieren würde. Doch genau das bezweifle ich. Die Ideen aus Marketing- und Entwicklungsabteilungen großer Firmen haben eine andere Zielsetzung als die Ideen eines einzelnen Entwicklers.

Im schlimmstem Falle wird der AppStore also durch lieblose Anwendungen, Promo-Spiele und sonstigen undefinierbaren Schrott zugemüllt. Was auf lange Sicht ärgerlich für den µISV ist. Denn für ihn wird es schwieriger werden, neben all dem Müll durch substanzielle Qualität zu bestehen. Ein weiterer Effekt ist, dass die indirekt finanzierten Anwendungen die Preise ruinieren. Gegen kostenlos zu bestehen, ist schwer geht nicht. Jede lieblose kostenlose Anwendung erschwert es dem ehrlichen µISV, seine Anwendung zu verkaufen. Was wiederum dazu führt, dass Entwickler sich vom AppStore abwenden.

Ein nicht gerade einfaches Dilemma. Apple sollte überlegen, ob sie für Promo-Programme einen Beitrag pro Download verlangen. Schließlich kostet die Plazierung von Werbung überall Geld. Warum nicht auch im AppStore?

iPhone Developer und deren mögliche Auftraggeber sollten die Verantwortung über das finale Produktdesign nicht durch Marketing Entscheider treffen lassen. Zumindest nicht durch Marketing Entscheider die keine blasse Ahnung vom Macintosh Markt haben. Der Macintosh Markt kann sehr interessant sein, aber Firmen sollten seine Spielregeln beachten, um davon am meisten zu profitieren. So wie gute Anwendungen sehr schnell durch die Community bekannt werden, so werden schlechte Anwendungen auch ganz schnell innerhalb der gesamte Community verrissen. Wer immer auch Geld in diesem Markt stecken will, der sollte sich die Spielregeln von jemanden erklären lassen – und sie dann auch beachten. Alles andere ist rausgeschmissenes Geld, das manchmal sogar Schaden anrichtet.