ComSubVie's Creative Content » Computer

iPhone OS 3.0 GM – Tethering Profil für Orange

ComSubVie — Thu, 11 Jun 2009 21:59:30 +0000

Update 2: Auf iPhone-notes.de | mobileconfig können Tethering-Profile automatisch für eine Vielzahl von Providern abgerufen werden (die Liste wirkt ziemlich vollständig).

Update 1: Funktioniert auch mit der Final Release 3.0 (7A341) – da diese ohnehin identisch mit der GM ist.

Nachdem ich es letztendlich dann doch nicht mehr erwarten konnte und einen Developer Account besitze, habe ich mir das iPhone OS 3.0 GM heruntergeladen und auch gleich installiert. Erster Eindruck: funktioniert problemlos, macht einen weitaus flotteren Eindruck als das OS 2.x und synchronisiert die Notizen wirklich. Das beste “Feature” (eigentlich ist das ja mehr ein Bugfix) ist meiner Meinung nach, das iCal jetzt auch die Farben der Kalender mitsynchronisiert – das war ja schon lange überfällig.

Nachdem dies also alles zur vollsten Zufriedenheit funktioniert hat, wollte ich Tethering aktivieren, allerdings kam da immer die Fehlermeldung ich möge mich doch an meinen Betreiber wenden (”Um Tethering für diesen Account zu aktivieren, wenden Sie sich an Orange Austria”). Kurzes Nachfragen bei Orange lieferte die Antwort das das OS 3.0 ja noch gar nicht da ist, das es aber dann ein entsprechendes Zusatzpaket für Tethering geben wird (etwa 2€/Monat), sie aber im Moment nichts genaues wissen.

Na gut. Muss aber auch so gehen. Also entsprechend im Internet herumgesucht und fündig geworden: iszene.com: iPhone OS 3 GM – Tethering einschalten (Mac only) – also gleich das Configuration Utility (erneut) heruntergeladen (das ist mir offenbar irgendwann mal verloren gegangen), ein Profil erstellt, dieses modifiziert und per Mail ans iPhone gesendet. iPhone neu gestartet und TATA – weder iTunes noch iPhoto noch sonstwer hat das Handy erkannt. Das Problem allerdings ist, dass das iPhone Configuration Utility scheinbar nicht mit dem aktuellen SDK kompatibel ist (siehe iPhone no longer recognised by Mac after running iPhone Configuration Utility). Also das iPhone SDK 3.0 GM neu installiert und siehe da, kaum steckt man das iPhone an, wird es im iTunes, im iPhoto und in den Netzwerkeinstellungen (als ethernet) erkannt. Tethering funktioniert damit problemlos sowohl über GPRS als auch über 3G (nachdem man Tethering in den Einstellungen (Allgemein-Netzwerk) aktiviert hat.

Damit ihr euch den Umweg über das Configuration Utility sparen könnt gibt es hier das entsprechende Profil für Orange Austria. Einfach herunterladen, per Mail ans iPhone schicken und dort installieren (theoretisch müsste es auch direkt aus dem Mobile Safari raus gehen): iPhone Tethering Profil für Orange Austria

Für andere Provider sind endsprechend andere Einstellungen mit dem Configuration Utility für die APN, Benutzername und Passwort notwendig, ein paar davon finden sich hier: iPhone-notes.de | iPhone OS 3.0 MMS / Tethering Settings. Viel Erfolg!

Myst fürs iPhone

ComSubVie — Mon, 04 May 2009 14:07:21 +0000

Das nächste erwähnenswerte Spiel ist eine Umsetzung von Myst für das iPhone: Myst (iTMS).

Soweit man das mit dem Trailer erkennen kann scheint es ganz nett zu sein, der Download von 727MB ist recht umfangreich, sobald ich mich näher damit beschäftigt habe (und der Download abgeschlossen ist) werde ich hier entsprechende Kommentare verfassen.

Car Jack Streets

ComSubVie — Wed, 29 Apr 2009 13:34:04 +0000

Das nächste Spiel das ich mir aus eher neuzeitlichen Oldie-Ambitionen zugelegt habe ist Car Jack Streets, ein GTA (1) Klon für das iPhone. Das Spiel ist nicht nur grafisch sehr ähnlich zu GTA 1, sondern wurde auch von den gleichen Leuten (zumindest zum Teil) entwickelt.

Auch hier gibt es wieder ein Video von Touch Arcade:

Und von Tag Games eine Serie an YouTube Videos über die Entwicklung des Spiels: Meet the Team, Origins, Art und Code.

Ich finde es ist eine gelungene Umsetzung des Klassikers auf das iPhone zu einem durchaus auch vernünftigen Preis (von etwa 2-3 Kaffees), sodass nicht sonderlich viel verloren ist. Wem das Original gefallen hat, der kann unbesorgt zu dieser iPhone Umsetzung greifen.

Assassin’s Creed: Altaïr’s Chronicles

ComSubVie — Wed, 29 Apr 2009 11:12:39 +0000

Nachdem ich mir vor längerer Zeit Assassin’s Creed für den PC zugelegt habe -- und so gut wie nicht gespielt habe, da mir die Zeit (ge)fehlt (hat) -- und mir das Spielprinzip und die Umsetzung durchaus zugesagt hat, habe ich beschlossen mir ebenso den Ableger für das iPhone zu kaufen: Assassin’s Creed -- Altaïr’s Chronicles

Die Umsetzung auf das iPhone ist durchwegs gelungen, die Grafik ist ziemlich brauchbar und auch die Bedienung ist ganz in Ordnung. Anfangs muss man sich ein bisschen an das “Steuerkreuz” gewöhnen (auf der linken Bildschirmseite ist ein Steuerkreuz eingeblendet, welches touchsensitiv die Figur steuert), hier dürfte der gleiche Effekt wie bei der iPhone-Tastatur vorhanden sein, dass der physikalische Berührungspunkt nicht unbedingt auch der gedachte Berührungspunkt ist, sodass man immer ein paar Millimeter daneben ist.

Von der Bedienung her spielt sich Assassin’s Creed ähnlich wie ein altes Jump’n'Run mit ein paar eher nebensächlichen Diebstahls- und Verhörseinlagen.

Für das iPhone ist es ein eher teureres Spiel (so um die 8€), aber in Anbetracht der Spielqualität, der Umsetzung und des Umfangs ein durchaus vernünftiger Preis. Aufgrund des größeren Umfangs (>100MB) existieren immer wieder längere Ladezeiten zwischen den Levels, auch dauert der Start des Spiels ein bisschen. Diese Wartezeiten sind nicht wirklich störend, jedoch verhindern diese ein kurzes Spiel zwischen 2 U-Bahn-Stationen.

Dennoch finde ich das Spiel sehr gelungen mit einem fairen Preis/Leistungsverhältnis, das ich durchaus weiterempfehlen kann.

Hier noch ein kurzes Gameplay-Video von Touch Arcade:

iPhone OS / SDK 3.0

ComSubVie — Wed, 18 Mar 2009 14:55:19 +0000

Nachdem gestern ja das neue iPhone OS vorgestellt wurde, habe ich mir dieses gleich einmal näher angeschaut (allerdings werde ich es nicht so schnell installieren, da die meisten der neuen Features für meine Applikationen jetzt nicht wirklich wesentlich von Bedeutung sind – ich hab zwar schon ein paar Ideen, aber das reicht glaub ich wenn ich das implementiere wenn alles andere schon fertig ist).

Bei der Übersicht der neuen Features wären mir die folgenden Dinge aufgefallen:

Bluetooth Kommunikation zwischen den Geräten
Zugriff auf über das Dock angeschlossene Hardware (ich hab die dazugehörige ExternalAccessory API aber noch nicht wirklich durchblickt)
CoreData (ich werd das zwar nicht so schnell verwenden, aber prinzipiell ist das ganz nett, und könnte möglicherweise das Synchen zwischen iPhone- und Desktop-Applikationen erleichtern bzw. auf einfache Weise auf beiden Seiten die gleichen Datenrepräsentation ermöglichen)
CoreLocation erlaut Turn-by-Turn Anweisungen (allerdings nicht in Google Maps, aber ich vermute dass damit TomTom & Co demnächst im AppStore verfügbar sein wird)
Push notifications (ich glaub zwar nicht das ich die so schnell brauchen werde, aber auf dieser Basis dürfte demnächst eine Meebo-Applikation erscheinen)
Notes Sync (ich verwende zwar mittlerweile Things, aber das ist trotzdem schon lange überfällig)

Eine detaillierte Liste an API Änderungen ist (für Developer) auch verfügbar – die ist wirklich recht lang. Die interessantesten sind dabei:

CoreFoundation: NSPredicate wurde hinzugefügt. Letztens habe ich mich über dessen Fehlen geärgert, weil das Filtern von UITableViews mit NSPredicate einfacher wäre als ohne. Ein entsprechendes Beispiel wird es früher oder später hier im UITableView Tutorial geben (sobald ich dieses erstellt habe).
GameKit ist meiner Meinung nach ein bisschen komisch benannt, weil das nicht nur für Spiele interessant ist:

The GKPeerPickerController class provides a standard user interface to allow a user to connect their iPhone to another user’s iPhone. The user can select between local Bluetooth connections and internet connections.
MapKit erlaubt es Google Maps in eigene Applikationen einzubauen.
UIKit hat einige interessante Erweiterungen erfahren: einige Navigationselemente lassen sich nun leicht transparent schalten.
- UITableView: reloadRowsAtIndexPaths:withRowAnimation:, reloadSectionIndexTitles, reloadSections:withRowAnimation: erlauben es bei Anpassungen an der DataSource nur die relevanten Abschnitte neu zu laden, sodass nicht mehr die ganze UITableView neu geladen werden muss.
- UITableViewCell: hier sind einige der bisher vorhandenen (und zu verwendenden) Properties inzwischen deprecated (so ist statt .text inzwischen .textLabel und .detailTextLabel zu verwenden)

Ansonsten sind mir jetzt für Developer keine wesentlichen Änderungen aufgefallen (zumindest nicht in Bereichen mit denen ich mich inzwischen beschäftigt habe).

Ich bin mir zwar nicht ganz sicher, inwieweit man das überhaupt veröffentlichen darf, da auf der Developer-Seite steht:

iPhone SDK 3.0 and iPhone OS 3.0 beta are pre-release software and are considered Apple Confidential Information. Any information Apple collects is subject to the terms of the Apple privacy policy.

Nav Bar Tutorial (Version 2)

ComSubVie — Fri, 13 Mar 2009 20:56:22 +0000

Das zweite überarbeitete Tutorial beschäftigt sich mit der NavigationBar. Dabei handelt es sich um die Navigationsleiste am oberen Bildschirmrand, mit der man beispielsweise von Detailansichten wieder zur Übersicht zurückkommt, oder beim Bearbeiten von Einträgen die beiden Buttons “Save” und “Cancel” anzeigt.

Die UINavigationBar verwendet dabei eine Art Stack auf dem UIViewController Objekte abgelegt werden. Bei der Initialisierung muss in jedem Fall ein root ViewController angegeben werden. Dies ist jene View, die am Anfang angezeigt wird.

Mit den Methoden pushViewController:animated: sowie popViewControllerAnimated: lassen sich zusätzliche UIViewController im UINavigationController einbinden, wobei die Methode pushViewController:animated: den als Parameter angegebenen UIViewController anzeigt. Zusätzlich wird automatisch ein Back-Button auf der linken Seite der NavigationBar erzeugt, welcher den Titel des vorigen ViewControllers anzeigt. Die Methode popViewControllerAnimated: entfernt den aktuellen ViewController wieder und schaltet auf die vorige Sicht zurück.

Eine View, die in einen UINavigationController eingebunden ist, besitzt die Property navigationItem, über welche sich die angezeigte UINavigationBar modifizieren lässt. So enthält die UINavigationItem Klasse die Properties backBarButtonItem, leftBarButtonItem, rightBarButtonItem sowie title. Über diese Properties lassen sich die entsprechenden Buttons bzw. der Titel der in der Navigationbar angezeigt wird modifizieren.

Genug der Theorie. Um das Ganze zu demonstrieren möchte ich eine Applikation erstellen, die drei Views enthält, zwischen denen man mit der NavigationBar umschalten kann. Die erste View soll nur einen Add und Details-Button anzeigen, über die zur zweiten View umgeschaltet werden kann. Auf der zweiten View soll es einen Zurück-Button geben, der wieder auf die erste View zurückschaltet sowie einen Edit-Button der auf die dritte View umschaltet. Die dritte View soll die beiden Buttons Cancel (zurück zur zweiten View) und Save (ebenfalls zurück zur zweiten View) enthalten.

Wie immer beginne ich mit einem neuen Projekt vom Typ iPhone OS Window-Based Application, welche ich NavBar nenne. Dementsprechend erstellt XCode eine Hauptklasse NavBarAppDelegate.m.

Zusätzlich erstelle ich die drei Klassen für die drei Views. Diese sind ebenfalls wieder vom Typ UIViewController subclass, wobei ich diese wieder First, Second und Third taufe.

Die erste View (First.m) soll den Titel First in der NavigationBar anzeigen (Zeile 9) und zusätzlich auf der rechten Seite einen Add-Button (Zeile 10). Zusätzlich wird ein Button in der View angezeigt, der den Titel Details trägt (Zeilen 12-21). Beide Buttons werden mit der Methode buttonPressed verbunden (Zeile 10 und 17). Die Methode buttonPressed initialisiert die nächste View (also Second, Zeile 25) und zeigt diese über den ViewController an (Zeile 27).

First.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

#import "First.h"
#import "Second.h"

@implementation First

- (void)loadView {
[super loadView];

self.navigationItem.title = @"First";
self.navigationItem.rightBarButtonItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemAdd target:self action:@selector(buttonPressed:)];

UIView *tempView = [[UIView alloc] initWithFrame:CGRectMake(0.0, 0.0, 320.0, 480.0)];

UIButton *button = [UIButton buttonWithType:UIButtonTypeRoundedRect];
button.frame = CGRectMake(10.0, 10.0, 300.0, 50.0);
[button setTitle:@"Details" forState:UIControlStateNormal];
[button addTarget:self action:@selector(buttonPressed:) forControlEvents:UIControlEventTouchUpInside];
[tempView addSubview:button];

[self setView:tempView];
[tempView release];
}

- (void)buttonPressed:(id)sender {
Second *second = [[[Second alloc] initWithNibName:nil bundle:nil] autorelease];

[self.navigationController pushViewController:second animated:YES];
}

@end

Die zweite View enthält durch das laden automatisch einen Back-Button auf der rechten Seite der NavigationBar. Zusätzlich muss ein Edit-Button auf der rechten Seite hinzugefügt werden (Zeile 10) und der Titel auf Second gesetzt werden (Zeile 9). Wenn der Back-Button gedrückt wird, schaltet der NavigationController automatisch auf die vorige View zurück. Bei Benutzung des Edit-Buttons (Zeile 8 ) muss äquivalent zur vorigen View eine neue Instanz der nächsten View erzeugt und auf diese umgeschaltet werden (Zeilen 14-16).

Second.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

#import "Second.h"
#import "Third.h"

@implementation Second

- (void)loadView {
[super loadView];

self.navigationItem.title = @"Second";
self.navigationItem.rightBarButtonItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemEdit target:self action:@selector(buttonPressed:)];
}

- (void)buttonPressed:(id)sender {
Third *third = [[[Third alloc] initWithNibName:nil bundle:nil] autorelease];

[self.navigationController pushViewController:third animated:YES];
}

@end

Die letzte View besitzt den Titel Third (Zeile 8 ) sowie zwei Buttons in der Navigationbar (Cancel, Zeile 9 sowie Save, Zeile 10). Beide Buttons lösen einen Rücksprung zur vorigen View aus (Zeile 14):

Third.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#import "Third.h"

@implementation Third

- (void)loadView {
[super loadView];

self.navigationItem.title = @"Third";
self.navigationItem.leftBarButtonItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemCancel target:self action:@selector(buttonPressed:)];
self.navigationItem.rightBarButtonItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemSave target:self action:@selector(buttonPressed:)];
}

- (void)buttonPressed:(id)sender {
[self.navigationController popViewControllerAnimated:YES];
}

@end

Im Hauptprogramm (NavBarAppDelegate) muss nun eine Instanz der ersten View (der Root View) erstellt werden (Zeile 11) und ein UINavigationController mit dieser initialisiert werden (Zeile 12). Anschließend wird der Navigation Controller als View der Applikation aktiviert (Zeile 14).

NavBarAppDelegate.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

#import "NavBarAppDelegate.h"
#import "First.h"

@implementation NavBarAppDelegate

@synthesize window;

UINavigationController *navController;

- (void)applicationDidFinishLaunching:(UIApplication *)application {
First *firstView = [[First alloc] initWithNibName:nil bundle:nil];
navController = [[UINavigationController alloc] initWithRootViewController:firstView];

[window addSubview:[navController view]];

[window makeKeyAndVisible];
}

- (void)dealloc {
[window release];
[navController release];

[super dealloc];
}

@end

Auch hier erspare ich es mir das ganze Projekt als Source hochzuladen, da auch dieses noch recht trivial ist. Die nächsten geplanten Tutorials sind: Kombination UITabBar mit UINavigationBar, UITableView sowie Delegation. Sowie eventuell etwas über Cocoa-Memorymanagement. Mal schauen…

Tab Bar Tutorial (Version 2)

ComSubVie — Wed, 11 Mar 2009 22:26:52 +0000

Nachdem ich ja bereits geschrieben habe, dass ich inzwischen vom Interface Builder abgekommen bin (zumindest Großteils; um eine View zu entwerfen und die Daten dann im Code zu übernehmen ist der IB durchaus ganz brauchbar) beginne ich mal mit der ersten Anleitung ohne den IB.

Wie bereits zuvor beginne ich mit einer TabBar Applikation. Dabei soll einfach eine Applikation entstehen, die 2 verschiedene Views enthält, zwischen denen man mit Hilfe einer TabBar umschalten kann. Das grundsätzliche Vorgehen bei der Projekterstellung bleibt dabei gleich, d.h. zuerst wird ein neues Projekt vom Typ iPhone OS Window-Based Application erstellt. Da ich die Applikation TabBar genannt habe, erzeugt XCode eine Hauptklasse TabBarAppDelegate.m.

Zusätzlich dazu erstelle ich zwei weitere Klassen, für jede View eine eigene Klasse, die vom Typ UIViewController subclass sind, und die ich sinnvollerweise First.m sowie Second.m nenne. In jeder dieser beiden Views erstelle ich in der Methode loadView ein Label, welches den Text “First View” bzw. “Second View” anzeigen soll. Diese beiden Klassen sind eigentlich selbsterklärend und sehen wie folgt aus (die Header-Dateien First.h und Second.h habe ich dabei nicht modifiziert):

First.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#import "First.h"

@implementation First

- (void)loadView {
[super loadView];

UILabel *label = [[UILabel alloc] initWithFrame:CGRectMake(0.0, 0.0, 320.0, 480.0)];
label.textAlignment = UITextAlignmentCenter;
label.text = @"First View";

[self setView:label];

[label release];
}

@end

Second.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#import "Second.h"

@implementation Second

- (void)loadView {
[super loadView];

UILabel *label = [[UILabel alloc] initWithFrame:CGRectMake(0.0, 0.0, 320.0, 480.0)];
label.textAlignment = UITextAlignmentCenter;
label.text = @"Second View";

[self setView:label];

[label release];
}

@end

Im Hauptprogramm, d.h. in der TabBarAppDelegate erstelle ich von jedem der beiden ViewController First und Second eine neue Instanz (Zeile 13 und 14). Ein ViewController besitzt die Property tabBarItem, bei der man den Titel angeben kann (.title), der auf dem zugehörigen Tab dargestellt werden soll, sowie auch ein dazugehöriges Icon (.image). Die beiden Tabs werden hier ebenfalls mit “First” und “Second” tituliert (Zeile 16 und 17). Anschließend wird ein neuer UITabBarController erstellt (Zeile 19) sowie mitgeteilt welche Views (bzw. Tabs) er darstellen soll (Zeile 20). Letztendlich wird dem aktuellen Window der Applikation der UITabBarController als Subview gesetzt (Zeile 22).

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

#import "TabBarAppDelegate.h"

#import "First.h"
#import "Second.h"

@implementation TabBarAppDelegate

@synthesize window;

UITabBarController *tabBarController;

- (void)applicationDidFinishLaunching:(UIApplication *)application {
First *firstViewController = [[First alloc] initWithNibName:nil bundle:nil];
Second *secondViewController = [[Second alloc] initWithNibName:nil bundle:nil];

firstViewController.tabBarItem.title = @"First";
secondViewController.tabBarItem.title = @"Second";

tabBarController = [[UITabBarController alloc] init];
tabBarController.viewControllers = [NSArray arrayWithObjects:firstViewController, secondViewController, nil];

[window addSubview:[tabBarController view]];

[firstViewController release];
[secondViewController release];

[window makeKeyAndVisible];
}

- (void)dealloc {
[tabBarController release];

[window release];
[super dealloc];
}

@end

Und das war schon die ganze Hexerei. Irgendwie weitaus einfacher und schneller als mit dem Interface Builder, und außerdem weiß man so in etwa was dabei passiert. Da das ganze so trivial ist halte ich es nicht für notwendig ein Archiv des Projektes zum Download zur Verfügung zu stellen, ich kann es bei Bedarf aber durchaus gerne weitergeben.

Slow Blogging Days

ComSubVie — Thu, 05 Mar 2009 08:40:58 +0000

Ich hab gerade auf Rebel Science News gelesen:

I am intensely involved in a programming project and I am finding it hard to change my focus to other matters. As a result, my blogging activities will be less frequent. Please bear with me.

Das kann ich nur unterschreiben. Aber mein Programm macht durchaus Fortschritte. Außerdem sollte ich jetzt demnächst neue iPhone-HowTo’s (ohne Interface Builder) posten, aber im Moment bin ich eher mim programmieren beschäftigt (und Diplomarbeit sollt ich wohl auch irgendwann mal machen).

iPhone Development: Current Status

ComSubVie — Sun, 01 Mar 2009 22:18:14 +0000

Nachdem ich ja letztens 2 kurze Tutorials geschrieben habe, bin ich dann irgendwann draufgekommen, das das ganze dann doch nicht so einfach ist. Da ich ja nach wie vor damit beschäftigt bin, meine FlightLog-Applikation zu schreiben, musste ich feststellen, dass das mit dem Interface Builder irgendwie nicht immer so hinhaut wie man es erwarten sollte. Daher verwende ich diesen nur noch in seltenen Fällen.

Demzufolge wird es demnächst auch ein neues HowTo geben, wie man Tab Bar + Navigation Bar + TableView + SQLite verwendet, um was-auch-immer zu machen. Allerdings wird dies wohl noch ein Zeiterl dauern… (und irgendwie sollte ich nebenbei auch noch schauen, das meine Diplomarbeit fertig wird).

Hier dennoch 2 Screenshots vom aktuellen Status meiner Applikation (die Daten kommen bereits aus einer SQLite Datenbank):

iPhone Development: Nav Bar Mini HowTo

ComSubVie — Sat, 28 Feb 2009 12:49:27 +0000

Nachdem sich das letzte Mini HowTo it dem “Root”-Navigationselement, der Tab Bar beschäftigt hat, will ich hier die Verwendung der Navigation Bar zeigen. Wenn keine Tab Bar verwendet wird, dann kann die Navigation Bar das “höchste” Navigationselement der Anwendung sein, ansonsten muss es in ein View der Tab Bar eingebaut werden.

Beispiele für die Navigation Bar finden sich in vielen Applikationen, so wird dies zum Beispiel bei den Kontakten verwendet, um einen neuen Kontakt anzulegen, oder um von einem Kontakt wieder auf die Kontaktliste zurückzukommen.

Wie bereits zuvor erwähnt verwende ich für sämtliche Applikationen die Window-Based Application als Vorlage. Äquivalent zur Anwendung der Tab Bar wird die Datei MainWindow.xib im Interface Builder geöffnet und ein Navigation Controller in das Fenster gezogen. Das Resultat sollte dann wie folgt aussehen:

Anschließend wird dieser Controller im AppDelegate in XCode wieder als IBOutlet hinzugefügt:

TutorialNavigationBarAppDelegate.h:

1
2
3
4
5
6
7
8
9
10
11

#import

@interface TutorialNavigationBarAppDelegate : NSObject {
UIWindow *window;
UINavigationController *navController; // LINE ADDED
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UINavigationController *navController; // LINE ADDED

@end

TutorialNavigationBarAppDelegate.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#import "TutorialNavigationBarAppDelegate.h"

@implementation TutorialNavigationBarAppDelegate

@synthesize window;
@synthesize navController; // LINE ADDED

- (void)applicationDidFinishLaunching:(UIApplication *)application {
[window addSubview:[navController view]]; // LINE ADDED

// Override point for customization after application launch
[window makeKeyAndVisible];
}

- (void)dealloc {
[window release];
[super dealloc];
}

@end

Im Anschluss werden die Outlets im Interface Builder verbunden, d.h. der Navigation Controller wird rechts angeklickt und der Kreis des “New Referencing Outlet” auf das Tutorial Navigation Bar App Delegate gezogen. Das Resultat sollte dann wie folgt aussehen:

Die Applikation sollte jetzt bereits laufen und eine leere View mit einer Navigation Bar anzeigen:

Um die Navigation Bar vernünftig verwenden zu können, wird einerseits ein Eingabe-Element benötigt, mit dem auf eine andere View umgeschaltet werden kann, andererseits auch noch diese View, auf die umgeschaltet werden soll.

Im XCode erstelle ich daher eine neue Datei vom Typ “User Interfaces” “View XIB”, die ich View2.xib taufe.

Diese Datei wird nun mit dem Interface Builder geöffnet. Damit diese hier auch der richtigen Größe entspricht, kann man über “View Attributes” als Top Bar eine Navigation Bar simulieren.

Diese View bekommt ein Label, welches ich “displayText” taufe, damit man zumindest irgendetwas erkennen kann.

Weiters muss für diese View auch wieder ein View Controller erstellt werden. Dazu erstellt man im XCode eine neue Datei vom Typ “UIViewController subclass”, die ich View2ViewController taufe.

In diesen beiden Dateien erstelle ich ein IBOutlet für das Label, damit man den Text auch modifizieren kann. Die beiden Dateien sehen danach wie folgt aus:

View2ViewController.h:

1
2
3
4
5
6
7
8
9

#import

@interface View2ViewController : UIViewController {
UILabel *displayText; // LINE ADDED
}

@property (nonatomic, retain) IBOutlet UILabel *displayText; // LINE ADDED

@end

View2ViewController.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

#import "View2ViewController.h"

@implementation View2ViewController

@synthesize displayText; // LINE ADDED

/*
// Implement viewDidLoad to do additional setup after loading the view, typically from a nib.
- (void)viewDidLoad {
[super viewDidLoad];
}
*/

- (void)didReceiveMemoryWarning {
[super didReceiveMemoryWarning]; // Releases the view if it doesn't have a superview
// Release anything that's not essential, such as cached data
}

- (void)dealloc {
[super dealloc];
}

@end

View Controller und View müssen im Interface Builder wieder miteinander verbunden werden. Als Class für den “File’s Owner” verwendet man den eben erstellten View2ViewController:

Und das “New Referencing Outlet” des displayText Labels mit dem displayText Attribut des “File’s Owner”. Das Resultat sollte dann wie folgt aussehen:

Außerdem muss noch das View Attribut des “File’s Owner” mit der View verbunden werden. Dazu wird der “File’s Owner” rechts angeklickt, und der Kreis neben “view” auf die View gezogen. Das Ergebnis sollte so aussehen:

Die Umschaltung auf diese View muss nun irgendwie ausgelöst werden, daher füge ich in der MainWindow.xib einen Button hinzu (im Normalfall wird dies vermutlich eher aus einer TableView geschehen), den ich detailsButton taufe. Das sieht im Interface Builder dann wie folgt aus:

Wie man an diesem Bild erkennen kann, wird die View durch den Button ersetzt. Wenn man eine eigene View einsetzen will (was ich durchaus als sinnvoll erachte), so sollte man dem View Controller hier eine eigene XIB Datei angeben (allerdings bin ich mir nicht ganz sicher ob das funktioniert, weil es beim Tab Bar Controller ja nicht geklappt hat).

Anschließend füge ich die Outlets und die Action im AppDelegate ein (eine eigene View hätte hier den Vorteil, das die App Delegate nicht so überfüllt ist). Zustätzlich muss auch die neue View hier eingetragen werden. Die neuen App Delegate Dateien sehen dann so aus:

TutorialNavBarAppDelegate.h:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

#import

#import "View2ViewController.h"

@interface TutorialNavigationBarAppDelegate : NSObject {
UIWindow *window;
UINavigationController *navController;

UIButton *detailsButton; // LINE ADDED

View2ViewController *view2Controller; // LINE ADDED
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UINavigationController *navController;

@property (nonatomic, retain) IBOutlet UIButton *detailsButton; // LINE ADDED

@property (nonatomic, retain) View2ViewController *view2Controller; // LINE ADDED

- (IBAction) buttonPressed:(id)sender; // LINE ADDED

@end

TutorialNavBarAppDelegate.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

#import "TutorialNavigationBarAppDelegate.h"

@implementation TutorialNavigationBarAppDelegate

@synthesize window;
@synthesize navController;
@synthesize detailsButton; // LINE ADDED

@synthesize view2Controller; // LINE ADDED

- (IBAction) buttonPressed:(id)sender { // BLOCK ADDED
if ( view2Controller == nil ) {
view2Controller = [[View2ViewController alloc] initWithNibName:@"View2" bundle:nil];
[view2Controller displayText].text = @"Details";
}

[navController pushViewController:view2Controller animated:YES];
}

- (void)applicationDidFinishLaunching:(UIApplication *)application {
[window addSubview:[navController view]];

// Override point for customization after application launch
[window makeKeyAndVisible];
}

- (void)dealloc {
[window release];
[super dealloc];
}

@end

Die buttonPressed Methode erzeugt eine neue View auf Basis des View2ViewControllers mit der View2 XIB als Resource, wobei der Text des Labels mit “Details” beschriftet wird. Anschließend wird der Navigation Controller aufgefordert, die View entsprechend umzuschalten.

Im Anschluss werden die ganzen Dinge wieder im Interface Builder verbunden, d.h. das “New Referencing Outlet” des detailsButton mit dem Tutorial Nav Bar App Delegate displayButton Attribut und das Touch Down Event des detailsButton mit der buttonPressed Methode des Tutorial Nav Bar App Delegates. Das Resultat ist hier dargestellt:

Das fertige Resultat sollte nun so aussehen:

Falls man einen Add Button einsetzen will, muss man dies in der viewDidLoad Methode des entsprechenden ViewControllers hinzufügen (bei diesem Beispiel funktioniert dies daher nur im View2ViewController, da die Startseite keine eigene View besitzt). Der folgende Code erledigt dies:

1
2
3
4
5
6
7
8
9

- (IBAction) addButtonPressed:(id)sender {
// TODO Add Implementation
}

- (void)viewDidLoad {
self.navigationItem.rightBarButtonItem = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemAdd target:self action:@selector(addButtonPressed:)];

[super viewDidLoad];
}

Hier ist nun wieder der komplette Code des Beispiels: TutorialNavBar (ZIP-Archiv)

iPhone Development: Tab Bar Mini HowTo

ComSubVie — Fri, 27 Feb 2009 22:25:44 +0000

Das Interface des iPhones ist in mehrere verschiedene Komponenten unterteilt. Die Tab Bar ist dabei jene Komponenten, die am unteren Rand des Displays angezeigt wird, und zwischen verschiedenen Darstellungen umschaltet.

Beim Telefon ist dies beispielswiese Favoriten, Anrufliste, Kontakte, Ziffernblock und Voicemail; bei der Uhr Weltuhr, Wecker, Stoppuhr sowie Timer.

Eine Tab Bar ist das “höchste” Navigationselement am iPhone. D.h. wenn eine Tab Bar verwendet werden soll, so sind alle anderen Ansichten dieser untergeordnet. Daher muss bei einer Applikation mit Tab Bar basierter Navigation diese Tab Bar als erstes Element implementiert werden.

Für sämtliche Applikationen am iPhone verwende ich die Window-Based Application als Vorlage. Diese generiert nur eine AppDelegate Klasse für die Anwendung sowie eine MainWindow.xib Datei, die das Interface definiert:

Um eine Tab Bar zu verwenden, wird zuerst die Datei MainWindow.xib im Interface Builder geöffnet und ein Tab Bar Controller in das Fenster gezogen. Das Resultat sieht wie folgt aus:

Anschließend wird im XCode der Controller als IBOutlet hinzugefügt, d.h. die Datei TutorialTabBarAppDelegate.h wie folgt geändert:

1
2
3
4
5
6
7
8
9
10
11

#import

@interface TutorialTabBarAppDelegate : NSObject {
UIWindow *window;
UITabBarController *tabBarController; // LINE ADDED
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UITabBarController *tabBarController; // LINE ADDED

@end

Anschließend wird der Tab Bar Controller als View der Anwendung initialisiert, d.h. die Datei TutorialTabBarAppDelegate.m wie folgt modifiziert:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#import "TutorialTabBarAppDelegate.h"

@implementation TutorialTabBarAppDelegate

@synthesize window;
@synthesize tabBarController; // LINE ADDED

- (void)applicationDidFinishLaunching:(UIApplication *)application {
[window addSubview:[tabBarController view]]; // LINE ADDED

// Override point for customization after application launch
[window makeKeyAndVisible];
}

- (void)dealloc {
[window release];
[super dealloc];
}

@end

Anschließend geht es wieder zurück zum Interface Builder. Hier wird der Tab Bar Controller rechts angeklickt. Daraufhin erscheint ein Popup-Fenster, in dem man den Kreis neben “New Referencing Outlet” auf das Tutorial Tab Bar App Delegate Objekt dragt, wo dann wieder ein Popup mit dem Inhalt “tabBarController” erscheint. Dieser tabBarController entspricht der IBOutlet-Variablen, die wir zuvor gerade angelegt haben. Das Resultat sollte wie folgt aussehen:

Die Applikation sollte jetzt bereits laufen und eine funktionierende Tab Bar darstellen:

Damit die ganze Anwendung überhaupt erst Sinn ergibt müssen für die einzelnen Tabs noch entsprechende Inhalte generiert werden. Dazu wird für jedes Tab eine eigene View angelegt.

Dazu wird im XCode eine neue Datei vom Typ UIViewController subclass angelegt, die den Namen “Tab1ViewController” erhält:

Die dadurch erstellten Dateien lasse ich vorerst unangetastet. Weiterhin wird eine Interface Builder Datei für diesen Controller erstellt, d.h. eine neue Datei vom Typ “View XIB” mit dem Namen “Tab1View” zum Projekt hinzugefügt:

Die Datei Tab1View.xib muss nun mit dem Interface Builder geöffnet werden. Für den “File’s Owner” wird im Identity Inspector als Class das NSObject durch Tab1ViewController ersetzt:

Anschließend muss das “New Referencing Outlet” der View mit dem Attribut view des “File’s Owner” verbunden werden. Dazu dient wieder ein Rechtsklick auf View und ein anschließendes Draggen des Krieses auf “File’s Owner”.

Um die View in der Tutorial-Applikation auch identifizieren zu können, wird ein entsprechendes Label in die View gezogen. Das Resultat sieht im Interface Builder dann so aus:

Das View muss nun noch entsprechend in der Tab Bar eingebunden werden. Die Idee dies direkt im Interface Builder zu machen ist zwar naheliegend und funktioniert auch prinzipiell – zumindest solange bis man dann versucht das Programm auszuführen, dann endet es mit einer Exception. Also muss man doch wieder zum Code greifen. Daher muss die App Delegate wir folgt angepasst werden:

TutorialTabBarAppDelegate.h:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#import

#import "Tab1ViewController.h" // LINE ADDED

@interface TutorialTabBarAppDelegate : NSObject {
UIWindow *window;
UITabBarController *tabBarController;

Tab1ViewController *tab1ViewController; // LINE ADDED
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet UITabBarController *tabBarController;

@property (nonatomic, retain) Tab1ViewController *tab1ViewController;// LINE ADDED

@end

TutorialTabBarAppDelegate.m:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

#import "TutorialTabBarAppDelegate.h"

@implementation TutorialTabBarAppDelegate

@synthesize window;
@synthesize tabBarController;

@synthesize tab1ViewController; // LINE ADDED

- (void)applicationDidFinishLaunching:(UIApplication *)application {
tab1ViewController = // LINES ADDED
[[Tab1ViewController alloc] initWithNibName:@"Tab1View" bundle:nil];

[[[[tabBarController viewControllers] objectAtIndex:0] view] addSubview:[tab1ViewController view]];

[window addSubview:[tabBarController view]];

// Override point for customization after application launch
[window makeKeyAndVisible];
}

- (void)dealloc {
[window release];
[super dealloc];
}

@end

Äquivalent wird ein Tab2ViewController sowie eine Tab2View angelegt sowie im AppDelegate eingebaut. Das fertige Programm sieht dann wie folgt aus:

Der fertige Sourcecode des Programms ist hier als Download verfügbar: TutorialTabBar (ZIP-Archiv)

Viel Erfolg beim Programmieren!

2 Tage mit dem MacBook Pro

ComSubVie — Thu, 26 Feb 2009 20:07:36 +0000

Nachdem letztens ja endlich mein neues Notebook angekommen ist, ist es wohl an der Zeit einen ersten Zwischenbericht zu schreiben.

Was ein bisschen auffällig an dem Notebook ist, ist dass das Display keinen mechanischen Verschluss mehr besitzt, sondern mit Magneten zugehalten wird. Und die sind so stark, das ich am Anfang das Display gar nicht hochklappen konnte (vor allem aus Angst irgendwas kaputt zu machen). Aber die Magnete halten da einfach so gut…

Die Installation ging problemlos, einfach einschalten, ein paar Fragen beantworten, und dann die Wiederherstellung vom TimeMachine-Backup starten. Das hat zwar länger gedauert als der Balken anfänglich behauptet hat, ging aber ohne irgendwelche Probleme (außer das ich auf das TimeMachine-Backup nicht mehr Backupen kann und daher ein neues anlegen muss, aber egal). Dann musste ich feststellen, dass das TimeMachine-Backup den /Developer-Ordner nicht synchronisiert hat, daher habe ich XCode neu installiert. Außerdem finde ich es interessant, das das Backup zwar iLife enthält, aber diese nicht restauriert hat, weil auf dem neuen Notebook das iLife 09 schon vorinstalliert war (und am Backup war nur iLife 08).

Softwaretechnisch gab es keinerlei Probleme, alles was vorher funktioniert hat funktioniert wie gewohnt weiter (Universal Binaries sind schon praktisch für so eine Umstellung), das neue iPhoto finde ich schon auch ganz nett, da werde ich wohl noch ein Zeiterl damit beschäftigt sein, Gesichter zu erkennen (teilweise erkennt er schon komische Dinge als Gesicht, und oft erkennt er Gesichter nicht als solche). Das mit den Places muss ich bei Gelegenheit auch noch austesten, aber dazu bin ich noch nicht gekommen.

Außerdem habe ich auch gleich eine iPhone-Applikation geschrieben, für XCode ist die hohe Auflösung des neuen Notebooks schon sehr praktisch. Hier ging die Entwicklung um einiges einfacher als zuvor, da ja das iPhone SDK eigentlich nur auf Intel läuft und für mein PowerBook ein paar Hacks erfordert hat. Die für die Entwicklung notwendigen Zertifikate wurden auch alle mitsynchronisiert. So problemlos wie das ging, werde ich mich dann wohl demnächst näher damit beschäftigen und vielleicht doch auch die eine oder andere Applikation in den Store werfen…

Das Einzige was mir irgendwie störend aufgefallen ist, ist dass sämtliche Anschlüsse auf der linken Seite des Notebooks sind. Das ist irgendwie unpraktisch, weil bei mir sind sowohl die Stromzufuhr als auch sämtliche externen Geräte auf der rechten Seite platziert (sowohl daheim am Schreibtisch, daheim im Bett als auch im Unterricht). Da muss ich mir noch irgendwas überlegen…

Sonst gibt es nicht wirklich etwas zu klagen, und die Akkulaufzeit ist wirklich sehr schön (ich weiß aber nicht ob ich die 8 Stunden wirklich schon mal geschafft habe, die Akkulaufzeit ist einfach so lang das man das nicht mehr vernünftig einschätzen kann).

Das neue MacBook Pro ist da!!!

ComSubVie — Tue, 24 Feb 2009 15:01:43 +0000

Hurra, es ist da! Nachdem mich UPS schon am Vormittag angerufen hat und gemeint hat, sie würden meine Adresse nicht finden (ich war da eh gerade im TGM), wurde das schöne Päckchen um 15:15 (nach langem Warten endlich) zugestellt.

Was man bekommt ist eine große Schachtel, in der gut verpackt die kleine MacBook Pro Schachtel steckt. Die ist mit 7×30x50 cm wirklich nicht sonderlich groß ausgefallen. Darin liegt wiederum gut verpackt das Goldstück, ein Netzteil mit Stecker bzw. Kabel, 2 Display-Adapter (auf VGA und DVI) sowie eine iWork 09 DVD, eine System-DVD und eine Applikations-DVD.

Ich habe gleich ein paar Fotos gemacht (im Moment ist das Notebook mit der Übertragung der Daten von meinem alten PowerBook beschäftigt), die kommen allerdings erst bei Gelegenheit online…

Neues Notebook unterwegs!!!

ComSubVie — Mon, 16 Feb 2009 23:27:20 +0000

Hurra, mein neues Notebook wurde versendet:

Ihre Bestellung wurde versendet am 16.02.2009. Wir bestätigen, dass Ihre Bestellung voraussichtlich am oder vor dem 25.02.2009 an Ihre Lieferadresse geliefert wird.

Ich kanns gar nicht mehr erwarten…

Siftables

ComSubVie — Sun, 15 Feb 2009 19:30:41 +0000

Siftables sind eine Entwicklung des MIT Media Lab. Im Prinzip handelt es sich dabei um Mini-Computer mit eingebautem Bildschirm, die Beschleunigungssensoren beinhalten und erkennen wenn sie sich nahe kommen. Man kann daher auf jedem der Bausteine irgendwelche Informationen darstellen, und durch physikalische Nähe der Bausteine diese miteinander interagieren lassen. Ein entsprechendes Beispiel dafür ist die Generierung der Fibonacci-Sequenz:

Ebenso genial finde ich den Music Sequencer:

Das ganze Projekt wurde (sehr gut) in einer TED Präsentation vorgeführt:

Ich bin mir zwar noch nicht wirklich sicher, ob es für das ganze sinnvolle Anwendungen gibt, aber ich finde es trotzdem ziemlich cool. Ich will sowas haben – auch wenn ich nicht weiß was ich damit machen soll…

Nähere Informationen finden sich im Taco Lab Blog und auf der Homepage.

time_t 1234567890

ComSubVie — Thu, 12 Feb 2009 22:19:09 +0000

Da ich annehmen darf, dass die meisten die diese Seite hier lesen ohnehin leicht einseitig vorbelastet sind, erspare ich mir die Erklärung, was denn time_t heißt, oder was ein Unix-Timestamp ist und so weiter. Egal, wenn man in seinem Terminal das folgende eingibt:

1	$ date -r 1234567890

Dann sollte man in etwa das folgende Ergebnis bekommen (je nach Zeitzone möglicherweise unterschiedlich, aber der Zeitpunkt sollte überall gleich sein):

1	Sa 14 Feb 2009 00:31:30 CET

Ich denke das sollte schon irgendwie gefeiert werden…

Programming is hard

ComSubVie — Thu, 12 Feb 2009 19:55:03 +0000

Bei meinen mehr-oder-weniger täglichen Blog-Exkursionen bin ich heute über Jon Skeed: Coding Blog gestolpert (igitt, ASP). Für .net Programmierer sicher sehr lesenswert, für alle anderen nicht so der Bringer. Aber den Artikel Programming is hard fand ich ganz nett:

If your code deals with arbitrary human text, it’s probably broken. (Have you taken the Turkey test recently?)

If your code deals with floating point numbers, it’s probably broken.

If your code deals with concurrency (whether that means database transactions, threading, whatever), it’s probably broken.

If your code deals with dates, times and time zones, it’s probably broken. (Time zones in particular are hideous.)

If your code has a user interface with anything other than a fixed size and a fixed set of labels (no i18n), it’s probably broken.

Lego Turing Machine

ComSubVie — Fri, 30 Jan 2009 10:03:26 +0000

Da gibt es ein paar Irre, die eine Turing Maschine in Lego nachgebaut haben. Dazu gibt es auch ein Demo-/Werbevideo, sehr nett *willhaben*

Teensy AVR & Mac AVR-GCC

ComSubVie — Fri, 30 Jan 2009 09:52:42 +0000

Ich habe gerade ein recht günstiges AVR Starterkit gefunden, das Teensy USB Development Board ($19), welches einen AVR AT90USB162 beinhaltet (ok, ein ATxmega irgendwas wäre mir lieber, aber immerhin), einige I/O Pins beinhaltet und direkt über USB programmiert werden kann (unter allen gängigen Betriebssystemen, inclusive OS X).

Zusätzlich habe ich das AVR MacPack entdeckt, welches im Prinzip nur der AVR GCC für OS X ist. Das ist zumindest für jene Leute interessant, die AVRs programmieren wollen, aber die benötigte Software nicht unbedingt über DarwinPorts installieren wollen. Das MacPack scheint auch regelmäßig aktualisiert zu werden.

Java ist komisch

ComSubVie — Thu, 29 Jan 2009 22:59:58 +0000

Nachdem wir heute am TGM eine kleine Diskussion hatten, wobei der Christoph behauptet hat, dass man in Java zu einem char kein int addieren kann, und ich das einfach nicht glauben konnte, musste ich das gleich mal probieren. Und er hatte fast recht. Beim ersten Versuch gelang es mir nicht, den Fehler zu erzeugen, aber ich habe es dann doch geschafft:

Wenn man (also typischer Java-Programmierer, also nicht schreibfaul) programmiert ist das eigentlich einfach zu erreichen. Der folgende Code liefert beim Kompilieren eine entsprechende Fehlermeldung (possible loss of precision - was ja durchaus nicht falsch ist, wobei das eigentlich nur eine Warnung sein sollte, und kein Fehler, aber da ist Java ja sowieso ein bisschen komisch):

1
2
3
4
5
6
7
8
9
10

public class Test {
public static void main( String args [] ) {
char zeichen = 'a';
int x = 5;

zeichen = zeichen + x;

System.out.println( zeichen );
}
}

Wobei die vom C-Programmierer favorisierte kurze Schreibweise (die auch mein erster Versuch war) problemlos funktioniert und beim Ausführen auch das erwartete Ergebnis zurückliefert:

1
2
3
4
5
6
7
8
9
10

public class Test {
public static void main( String args [] ) {
char zeichen = 'a';
int x = 5;

zeichen += x;

System.out.println( zeichen );
}
}

Eine alternative funktionierende Lösung wäre ein entsprechendes Casten:

1
2
3
4
5
6
7
8
9
10

public class Test {
public static void main( String args [] ) {
char zeichen = 'a';
int x = 5;

zeichen = (char)(zeichen + x);

System.out.println( zeichen );
}
}

Abschließend kann man sagen, dass sich Java da zwar schon ein bisschen seltsam verhält (es bringt zum Beispiel auch nichts nur das x auf char zu casten, man muss das Ergebnis der Addition casten. Aber zumindest funktioniert eine Addition sehr wohl, wobei die Nichtfunktionalität ja eh niemand so wirklich glauben wollte…