iPhone ADHoc build save to disk problem

Mit XCode können nicht nur Apps an den Apple App Store geschickt werden, registrierte Entwickler können auch an registrierte iOS Devices so genannte ADHoc Builds verteilen.

Dabei wird die Datei vom Ersteller signiert und dann lauffähig. Wie das ganze erledigt werden kann, habe ich in diesem Artikel beschrieben: ios-betabuilder-version-1-5-released. (Der BetaBuilder ist mittlerweile übrigens im MacStore erhältlich).

Was nun wenn es bei dem beschriebenen Vorgehen Probleme gibt? Beispielsweise kann es vorkommen, dass der Organizer bei dem Klick auf „Save to disk“ einfach nicht reagiert, ohne Fehlermeldung etc. Ein Blick in die logs mittels:

tail -f /var/log/system.log

bringt ein

header check failed

um Vorschein.

Mögliche Lösungen:

– „Project clean“ und neu builden

– XCode neu starten

– Rechner neu starten

– XCode neu installieren, Projekt cleanen, Projekt builden

Xcode 4 refactoring deaktiviert

Mit der neuen Version von Xcode hat Apple einige Neuerungen und Verbesserungen gebracht. Einige Dinge fallen jedoch negativ auf.

Da wäre die beliebte Refactoring-Funktion. Refactoring bezeichnet:

Refactoring (deutsch auch RefaktorierungRestrukturierung oder Umgestaltung) bezeichnet in der Software-Entwicklung die manuelle oder automatisierte Strukturverbesserung von Programm-Quelltexten unter Beibehaltung des beobachtbaren Programm-Verhaltens. Dabei sollen die Lesbarkeit, Verständlichkeit, Wartbarkeit und Erweiterbarkeit verbessert werden, mit dem Ziel, den jeweiligen Aufwand für Fehleranalyse und funktionale Erweiterungen deutlich zu senken.

Quelle: Wikipedia

D.h. über Refactoring kann beispielsweise eine Variable umbenannt werden, wobei die Entwicklungsumgebung dafür sorgt, dass diese Variable überall wo sie vorkommt, umbenannt wird. Auf das extrahieren von Quellcode in eine Extra Methode mit entsprechendem Funktionskopf fällt unter das Refactoring.

Wo hat Apple hier aber nun geschlafen? Wer ein „altes“ Xcode 3Projekt hatte, und dies in Xcode 4 öffnet, wird sich bei einem Rechtsklick wundern, alle Refactoring Optionen sind ausgegraut.

Mit dem Update 4.0.1 hat Apple das Problem behoben, nach einem Project-Clean kann wieder die Refactor-Funktion genutzt werden.

Neuerungen in XCode 4.0.1:

– Improved Assistant editor logic when switching among different file types
– Fixed a bug in „Install Xcode.app“ that hangs at 99% complete, never finishing
– Fixed a bug that prevented indexing of some projects
– Fixed a bug related to nil settings in the Core Data model editor
– Fixed a bug that prevented automatic download of iOS documentation
– Fixed a bug in LLVM GCC 4.2 and LLVM compiler 2.0 for iOS projects
– Additional bug fixes and stability improvements

Update 2014: Mittlerweile ist XCode bei Version 6 angelangt.

Wie erstelle ich meine erste iPhone Applikation

iPhone – das immer noch aktuelle Trendgerät hat gerade durch den AppStore und XCode eine große Fangemeinde, bei der die Hürde, vom Konsumenten zum Entwickler zu werden, so niedrig wie wohl noch nie gelegt wurde.

Wer viel mit dem iPhone arbeitet oder spielt, bekommt früher oder später den Gedanken „xyz wäre doch eine super iPhone Anwendung“.

Welche Schritte sind aber notwendig, um von der Idee zum fertigen Programm zu kommen?

Die Idee

Ohne eine Idee kein App.Ohne gute Idee keine gute Applikation! Aber, was macht eine Applikation gut?

  • löst das Programm ein bis dato ungelöstes Prolem?
  • geht das Programm in eine bestimmte Niesche? / betrifft es eine Randgruppe?
  • bringt es Leute zum lachen?
  • eine Verbesserung eines bereits vorhandenen Programms?

Wenn eine der Fragen mit Ja beantwortet wurde, ist man auf dem richtigen Weg!

Tools

Die folgenden Dinge sollte man sich besorgen um eine Applikation zu entwickeln

Was kann man gut?

Wie bei jedem anderen Unternehmen, welches man gründen möchte, muss man selbstkritisch sehen, in welchen Dingen man gut ist. Eigene Schwächen zu kennen ist wichtiger als eigene Stärken zu kennen, denn die Schwächen können durch andere professionelle Mitarbeiter ausgeglichen werden. Diese Schwächen nicht zu kennen kann später bares Geld kosten.

Notwendige Skills:

  • Unterscheidung zwischen „Was geht“ und „Was geht nicht“ in Bezug auf bestehende iPhone Apps
  • Markt Analyse
  • Sitemap der Applikation erstellen / Funktionalität abstakt darstellen
  • Zeichnen
  • GUI Design
  • Programmierung (Objective C, Cocoa)
  • Vermarktung und Werbung für die Applikation

Nach Abarbeitung dieser Liste, sollte klar sein, was man selbst kann, und was nicht, für die Schwöchen sollten Kollegen zugezogen werden.

Markt Analyse

Um eine Applikation zu vermarkten, muss der Markt bekannt sein. Der Markt teilt sich dabei in Programme, welche gute Lösungen haben und die, die schlechte Lösungen haben. Die perfekte Applikation wird man dabei nicht finden, jede hat Stärken und Schwächen. Ziel sollte es sein, gute und schlechte Funktionalitäten und Ideen zu assimilieren.

Welcome Xcode 4

Xcode 4

Xcode 4

Ab heute ist das neue iOS 4.3 für iPhone 4, iPhone 3 GS, iPad und iPad 2 verfügbar. Ersten Hinweisen zu Folge sogar schon für das kommende iPhone 5.

Zusätzlich hat Apple die neue Version der Entwicklungsumgebung Xcode 4 für die breite Öffentlichkeit zugänglich gemacht. War es bisher registrierten (zahlenden) Entwicklern vorbehalten, darf nun jeder die neue Version nutzen. Jeder? Nicht ganz, war Xcode bisher kostenfrei, muss es ab jetzt im MacStore für 3,99 € gekauft werden.

Neuerungen in Xcode4:
Single-Window-Interface
Integrierter Interface Builder
Apple LLVM Compiler 2.0 inklusive Live Issues und Fix-It
Versionseditor (Git)
Neuer Debugger
Instruments for Xcode 4

Sehr schön ist auch das schon verfügbare Shortcut Blatt.

Weitere Artikel zum Thema:
Golem
Macnotes

Icon specified in the Info.plist not found under the top level app wrapper: Icon.png

Kleiner Fehler, große Wirkung, wer beim Submitten einer App an Apple die Fehlermeldung erhält:

Icon specified in the Info.plist not found under the top level app wrapper: Icon.png

Darf sich erstmal freuen, die Fehlermeldung ist schwer zu beheben.

Im einfachsten Fall hat man wirklich vergessen, das Icon.png in das Projekt zu legen. Es ist darauf zu achten, dass das Icon bestimmte Kriterien erfüllen muss (nachzulesen unter: http://developer.apple.com/library/ios/#qa/qa2010/qa1686.html)

Wichtig, die Icon File muss im Root des Projektes liegen und die Groß- und Kleinschreibung muss beachtet werden. Es kann helfen, das Projekt komplett aufzuräumen über:

Build -> Clean All Targets

Zusätzlich kann man nach dem cleanen noch die Icons alle umbenennen z.B. in bIcon.png und dann wieder zurück nach Icon.png benennen. Danach wie gehabt

Build -> Build and archive

An Apple senden

Je nachdem, ob man eine iPad App erstellt gibt es folgende möglichen Icon Variationen die in der Info.plist Datei hinterlegt werden:

  • Icon.png (57×57px – iPhone und iPod Touch)
  • Icon@2x.png (114×114 – iPhone 4 Retina Display)
  • Icon-72.png (72×72 – iPad)
  • Icon-Small.png (29×29 – Settings app und Suchergebnisse auf iPhone und iPod Touch)
  • Icon-Small@2x.png (58×58 – Settings app und Suchergebnisse auf iPhone 4)
  • Icon-Small-50.png (50×50 – Suchergebnisse auf iPad)

 

Paypal iOS SDK

PayPal iphone / iOS SDK

PayPal iphone / iOS SDK

In der aktuellen Diskussion über die Abo-Gebühren von Apple, die inApp Beteiligungen die verlangt werden, geht voll unter das es auch noch andere Bezahlmöglichkeiten gibt.

Unter anderem bietet PayPal ein eigenes iPhone / iOS SDK an.

Dieses kann in jede App eingebunden werden und den Bezahlvorgang für Inhalte übernehmen. Beträge, Rechnungsposten, Steuer / Versandgebühren sind dabei sehr gut einstellbar. Im Fall einer erfolgreichen Zahlung erhält man von PayPal eine PayPal-Transactions-ID, womit der jeder Bezahlvorgang eindeutig ist.

Eingebunden wird das SDK sehr einfach: Downloaden, Add existing Files -> die *.a Datei und alle .h Dateien auswählen und importieren.

In dem Viewcontroller, in dem der Bezahlvorgang dann vonstatten gehen soll folgende include Anweisung:

#import „PayPal.h“

weitere Schritte können in der Doku von Paypal entnommen werden.

Was nicht ind er Dokumentation erwähnt ist: um das SDK nutzen zu können, bedarf es auch einer xml Lib. Wenn diese nicht vorhanden ist, bekommt man Fehlermeldungen im folgenden Stil:

„_xmlNodeListGetString“, referenced from:

-[ap_ReceiverIdentifier deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_Address deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_AddressList deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_CurrencyCodeList deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_CurrencyList deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_CurrencyConversionList deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_CurrencyConversionTable deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_DisplayOptions deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

-[ap_ErrorList deserializeElementsFromNode:] in libPayPalMEP.a(ap.o)

usw.

Dieses kann verhindert werden, indem man die libxml2.dylib als existing Framework einbettet / hinzufügt.

iOS BetaBuilder Version 1.5 released

Das leidige Problem, wie verteile ich meine Entwicklungsstände von neuen Apps an Kunden / Tester / Freunde…

Die Antwort lag meistens in einer kleinen aber feinen Anwendung: BetaBuilder!

Mit diesem Tool wird das Verteilen von Software total einfach. Was man braucht ist ein AdHoc Zertifikat, welches Gültigkeit für alle Geräte besitzt, auf die man die App gerne hätte und Webspace zum verteilen der Software.

Man führt alle bekannten Schritte zur Generierung einer IPA Datei durch. Diese Datei lädt man dann im BetaBuilder und gibt an, unter welcher WebAdresse die App für die Kunden / Freunde / Tester zur Verfügung stehen wird.

Bei früheren Versionen musste diese Adresse jedes mal eingegeben werden, dies geschieht nun automatisch, ein echter Kompfort-Gewinn.

Nach dem Betätigen des „Generate Deployment Files“ wird eine HTML Datei etc. angelegt, welche dann auf den Webserver geladen werden. Von dort kann nun jeder Kunde / Tester die App über das iOS Gerät herunterladen und installieren.

Ein kleiner Tipp am Rande, wenn man statt eines Webservers Speicherplatz von Getdropbox nutzt und die Files vom BetaBuilder in ein Dropbox Verzeichnis erstellen lässt, spart man sich das hochladen.

Der Macher des BetaBuilders (HunterHillegas) hat den Quelltext der Anwendung auf GitHub bereit gestellt und erhofft sich dadurch eine schnellere Weiterentwicklung. Zusätzlich soll die Anwendung bald im Mac App Store verfügbar sein.

(via http://iphone-dev-tips.alterplay.com/2011/01/ios-betabuilder-dropbox-fastest-adhoc.html)

Update 2014: Apple hat mittlerweile nachgezogen und sein eigenes Produkt herausgebracht um die Beta-Verwaltung für Entwickler zu erleichtern. Apple nennt es „TestFlight„. Das TestFlight bassiert dabei auf der von Apple aufgekauften Firma TestFlight. Derzeit ist das Programm jedoch selbst noch in der Beta Version.

aycspush iPhone App für SysAdmins

aycspush logo

Aus dem Hause aycs ist mittlerweile eine neue App im AppStore angekommen – aycspush.

Der anvisierte Kundenkreis von aycspush sind in erster Linie System-Administratoren die verschiedene Server betreuen. Bisher wurden solche Systeme meistens überwacht indem Scripte eine E-Mail verschicken sobald ein Problem erkannt wird. Diese E-Mail muss von dem entsprechenden Admin aber aktiv gelesen werden. Alternativ bieten manche Systeme auch Schnittstellen an, um eine SMS zu schicken, diese kosten jedoch Gebühren.

aycspush vereinigt Vorteile aus beiden Bereichen. Die Generierten Nachrichten werden per E-Mail an das aycspush System gesendet, was eine hohe Kompatibilität zu unterschiedlichsten Zielsystemen gewährleistet, zum anderen werden die Nachrichten mittels Apples Push Dienst auf das iPhone, iPad oder iPod Touch gepusht und sind somit quasi sofort beim Admin.

Wie läuft das ganze nun ab?

Als erstes muss die App gekauft werden (0,79 Cent im AppStore)

Nach dem ersten Start der App wird gefragt, ob die App push Nachrichten senden darf, diese Frage muss mit Ja beantwortet werden.

Über die Info Seite erhält man nun die eindeutige Adresse seines Gerätes in Form einer E-Mail Adresse. diese setzt sich aus einem eindeutigen Device Token und der Endung @aycspush.com zusammen. Diese Adresse kann ab jetzt in allen erdenklichen Scripten oder Geräten als Adresse für Statusmeldungen, Probleme oder Warnungen genutzt werden.

Empfangene Nachrichten erscheinen zum Einen als Push Meldung auf dem Home Screen, können zum Anderen auch in der Anwendung selbst aufgerufen werden, wobei auch Details zur Nachricht ersichtlich sind.

aycspush App Ansicht

Alles in Allem eine feine runde Sache

Update 2014:
Mittlerweile wird Aycspush nicht mehr aktiv entwickelt, ob Nachrichten noch zugestellt werden, vermag ich nicht zu sagen, da ich nicht mehr in diesem Bereich tätig bin.

UiTableview mit einer großen Menge an Zellen

Eine UiTableView ist ja generell für die Haltung von einer großen Anzahl an Elementen und deren Darstellung gedacht. Wer jedoch versucht eine wirklich große Zahl (1000+) in eine TableView zu setzen, wird unter Umständen feststellen, das dies enorm langsam passiert.

Die Lösung ist die Methode heightForRowAtIndexPath. Diese wird für jede Zelle neu aufgerufen, in diesem Fall also über 1000 mal, was eine enorme Ladezeit nach sich zieht.

Als Lösung, sofern alle Zellen gleich hoch sein sollen, kann die rowHeight auch bei Initialisierung der TableView gesetzt werden.

GPS Distanz von Nutzer zu Punkt bestimmen

Um Die Distanz eines iPhone Users zu einem bestimmten Punkt zu bekommen, kann man die CLLLocation Methode getDistanceFrom wunderbar nutzen.
Vorraussetzung ist die Position des Gerätes. In der Methode

– (void)locationManager:(CLLocationManager *)manager
didUpdateToLocation:(CLLocation *)newLocation
fromLocation:(CLLocation *)oldLocation

kann dann folgender Codeschnipsel genutzt werden:

// hier die gewünschten GPS Koordinaten eingeben, die Beispieldaten sind von der Infinity Loop
CLLocation *DestinationLocation = [[CLLocation alloc]initWithLatitude:37.3307060 longitude:-122.0414486];

//Distanz in m berechnen
double dist = [newLocation  distanceFromLocation:festplatzlocation];

Um zu erkennen, ob der Nutzer innerhalb eines bestimmten Radiusses um einen Punkt ist, kann man eine maxdist definieren und danach darauf prüfen.

double maxdist = 3500;

if(dist<maxdist){

NSLog(@“kleiner“);
NSString *Distanzstring = [[NSStringalloc]initWithFormat:@“Distanz: %g (m)“,dist];
UIAlertView *alert = [[UIAlertViewalloc] initWithTitle:nilmessage:Distanzstring delegate:selfcancelButtonTitle:@“OK“otherButtonTitles:nil]; [alert show];
[alert release];
}else {
NSLog(@“grösser“);
}

Deprecated ist die folgende Methode / Bestimmung der Distanz

//double dist = [newLocation getDistanceFrom:festplatzlocation] / 1000;

Fertig ist eine schöne und einfache Möglichkeit, die position des Nutzer zu verwenden.

(Corelocation.Framework muss natürlich in das Projekt eingebunden sein)