F*ck you, Microsoft

Ich würde gerne ein Visual-Studio-Projekt aus dem letzten Jahr öffnen. Genauer gesagt: Eine Windows Phone 8 App. Also zum Windows Phone Dev Center, das mich empfängt mit den Worten

The Windows Phone development tools include everything you need to develop apps and games for Windows Phone.

Man könnte verwirrt sein durch die lage Liste an Tools:

Windows Phone 8.1 Development Tools RC
Windows Phone 8.1 Emulators
SDK 8.0
Windows Phone SDK 8.0 Update 3 Emulators
SDK 8.0 Update for Windows Phone 8.0.10322
SDK Update for Windows Phone 7.8
SDK 7.1
SDK 7.1.1 Update
“Other downloads” (oh-oh…)

, aber die werden das schon machen. “Windows Phone development tools include everything you need”. Ich lade also die angepriesenen Development Tools, starte mein Windows 8, öffne das geladene Setup, und lese:

This version of Visual Studio requires a computer with a newer version of Windows.

Seriöslich, Microsoft!? Ihr schafft es nicht mal, von Windows 8 zu Windows 8.1 abwärtskompatibel zu bleiben!?! Also lade ich stattdessen das im verlinkten Post empfohlene “Visual Studio Express 2013 für Windows Desktop“. Mir leuchtet zwar nicht ein, was jetzt der Unterschied zu “Development Tools” sein soll, aber das ist ja auch nicht mein Fachgebiet. Und “Visual Studio Express” klingt vertraut, das hatte ich IMHO damals auch. Ich installiere geschlagene 5.x GB, öffne mein Projekt – doch was muss ich lesen?

Mein Projekt ist nicht kompatibel mit dieser Version von Visual Studio. Offenbar ist die nur für “Store Applications for Windows 8.1”. Wieder mal rächt sich, dass “Windows (Store) Apps” und “Windows Phone (Store?) Apps” ähnlich aussehen, aber was anderes sind. Bei einer Road Show wurde uns mal gesagt, dass es codetechnisch komplett unterschiedlichen Abteilungen entwickelte Packages von sind – die so ähnlich heißen und ähnliche Methoden bieten, aber eben nur so ähnlich. Warum sollte das bei der Benamung der IDE anders sein^^ Klar, sind ja auch nur 5GB+, warum sollte man auch beides damit kompilieren können. Immerhin gut zu wissen, dass auch diese Version nicht abwärtskompatibel ist (da ich sie in obigem Post gefunden habe) m(

Ich habe diesen Mist so schnell deinstalliert, dass ich nicht mal Zeit für einen Screenshot hatte. Aber ich bleibe gutgläubig. Da muss doch noch was zu machen sein. Ich doppelklicke die Projektdatei, und bekomme den altbekannten Dialog angezeigt, der mich fragt, womit ich die Datei öffnen möchte. Ich wähle die Suche im App Store, und dort bekomme ich “Visual Studio Express 2012 für Windows Phone 8” angeboten. OK, das klingt älter (vielversprechend im Hinblick auf Kompatibilität), es ist wieder ein “Visual Studio Express”, es ist für Windows Phone 8 (was ich öffnen will), und ES KOMMT BEI DOPPELKLICK AUF MEINE PROJEKTDATEI.

Aber ihr könnt euch den Rest denken. Weitere 2.x GB später:

Fuck you, Microsoft. Wenn ihr keine Entwickler für eure Plattform wollt, dann fuck you halt. Ernsthaft.

UPDATE

Zwei Tage später: Ich gebe mich geschlagen, und update auf Windows 8.1. Dauert auch nur zwei Stunden oder so, denn der App Store startet nicht. Microsoft hat einen eigenen “Windows Store Apps TroubleShooter” für dieses Problem m( Der und (oder?) ein Neustart hilft schliesslich.

Dann installiere ich eine weitere halbe Stunde erneut die Developer Tools – was jetzt geht. Sie starten sogar. Allerdings war das “everything” in “Windows Phone development tools include everything you need” vielleicht ein wenig… gelogen: Es gibt keinen Emulator, den muss man extra installieren.

Leider geht das nicht.

Das Windows Update hat die 32 Bit Version installiert.

Fuck you, Microsoft.

Windows Phone Apps: Auf Knopfdruck URL aufrufen

Ein schöner fetter “Buzzer”-Button:

<Button BorderThickness="0" Click="OnBuzzer">
	<Image Source="Toolkit.Content/buzzer.png" />
</Button>

</Button>

, der auf “Click” folgende Funktion aufruft:

private void OnBuzzer(object sender, RoutedEventArgs e)
{
	string url = "http://lab.crusy.net/my/app/script.php?myParam=123";
	System.Diagnostics.Debug.WriteLine("calling URL " + url + "...");
	HttpWebRequest request = HttpWebRequest.Create(new Uri(url)) as HttpWebRequest;
	request.Method = "GET";
	request.BeginGetResponse(new AsyncCallback(OnResponse), request);
}
private void OnResponse(IAsyncResult result)
{
	HttpWebResponse response = (result.AsyncState as HttpWebRequest).EndGetResponse(result) as HttpWebResponse;
	System.IO.StreamReader reader = new System.IO.StreamReader(response.GetResponseStream(), System.Text.Encoding.GetEncoding("utf-8"));
	Char[] read = new Char[256];
	int count = reader.Read(read, 0, 256);
	string output = "";
	while (count > 0)
	{
		output += new String(read, 0, count);
		count = reader.Read(read, 0, 256);
	}
	response.Close();
	reader.Close();
	System.Diagnostics.Debug.WriteLine("received output: " + output);
}

private void OnBuzzer(object sender, RoutedEventArgs e)

{

string url = "http://lab.crusy.net/my/app/script.php?myParam=123";

System.Diagnostics.Debug.WriteLine("calling URL " + url + "...");

HttpWebRequest request = HttpWebRequest.Create(new Uri(url)) as HttpWebRequest;

request.Method = "GET";

request.BeginGetResponse(new AsyncCallback(OnResponse), request);

}

private void OnResponse(IAsyncResult result)

{

HttpWebResponse response = (result.AsyncState as HttpWebRequest).EndGetResponse(result) as HttpWebResponse;

System.IO.StreamReader reader = new System.IO.StreamReader(response.GetResponseStream(), System.Text.Encoding.GetEncoding("utf-8"));

Char[] read = new Char[256];

int count = reader.Read(read, 0, 256);

string output = "";

while (count > 0)

{

output += new String(read, 0, count);

count = reader.Read(read, 0, 256);

}

response.Close();

reader.Close();

System.Diagnostics.Debug.WriteLine("received output: " + output);

}

PS: Wie man sieht, wird kein Browser geöffnet oder so. Es geht um Kommunikation mit dem Server, nicht um das Öffnen von Webseiten.

Windows Phone 8 Apps: Controls-Toolkit

Naiv, wie ich nun einmal bin, war ich davon ausgegangen, dass das Windows Phone SDK einen gewissen Satz an Standard-Komponenten mitbringt. Zum Beispiel einen DatePicker (wie man ihn im Kalender findet) oder einen TimePicker (wie im Wecker). So Sachen halt.

Falsch gedacht.

Dafür muss man das “Windows Phone Toolkit” von http://phone.codeplex.com/ installieren (Achtung: Die URL ~~http://silverlight.codeplex.com/~~ ist für Windows Phone veraltet!). Anmerkung: Obwohl das sehr nach Silverlight klingt, kann man es auch mit C#-Anwendungen nutzen. Für mich war das nicht selbstverständlich.

Offenbar gibt es verschiedene Möglichkeiten für die Installation; ich habe NuGet verwendet. Das zuerst installieren, (s)eine Solution öffnen, dann unter Tools -> Libarary Package Manager -> Package Manager Console -> “Install-Package WPtoolkit” eingeben. Das Toolkit wird dann nur für diese Solution installiert – was wichtig ist, denn:

Um das Toolkit auch tatsächlich nutzen zu können (obwohl man es ja gerade eben sogar für genau diese Solution installiert hat), muss man nicht nur den entsprechenden Namespace zum Beispiel seiner MainPage.xaml hinzufügen:

xmlns:toolkit="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone.Controls.Toolkit"

1	xmlns:toolkit="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone.Controls.Toolkit"

Sondern auch “eine Referenz” auf das im Namespace erwähnte “Assembly” hinzufügen. Und das ist schwierig, wenn man sich an die Anleitungen aus dem Internet hält (zum Beispiel diese oder diese). Denn erstens sieht man dort hin und wieder die veraltete URL ~~http://silverlight.codeplex.com/~~, und zweitens findet man die Assembly-Datei Microsoft.Phone.Controls.Toolkit.dll nicht unter

~~C:/Program Files (x86)/Microsoft SDKs/Windows Phone/v7.0/Toolkit/Nov10/Bin/Microsoft.Phone.Controls.Toolkit.dll~~

sondern unter

Z:/pathtomyprojects/MyProject/packages/WPtoolkit.4.2012.10.30/lib/sl4-windowsphone71/Microsoft.Phone.Controls.Toolkit.dll

bzw. analog. Halt nicht an globaler Stelle, sondern lokal im Projekt. Wenn man das weiß, fügt man diese ominöse Referenz wie folgt hinzu:

Solution Explorer -> References -> Rechtsklick, “Add Reference…” -> Browse… -> Microsoft.Phone.Controls.Toolkit.dll aus dem Projektverzeichnis suchen.

Nun sollte man bsplw den TimePicker mittels

<toolkit:TimePicker />

1	<toolkit:TimePicker />

nutzen können. Aber: Im Emulator sieht man, dass die Icons für Bestätigen und Abbrechen fehlen:

Das Internet sagt hier, hier und hier, dass man einen Ordner “Toolkit.Content” mit den PNGs “ApplicationBar.Cancel.png” und “ApplicationBar.Check.png” anlegen soll. Also Rechtsklick auf Projekt im Solution Explorer -> Add -> New Folder (ist nur aktiv, wenn der Emulator nicht läuft) -> “Toolkit.Content”. Bei mir gab es daraufhin aber die Fehlermeldung “Cannot add a link to the folder Toolkit.Content. There is already a file of the same name in this folder.” Tatsächlich kann ich den Ordner im Windows Eplorer sehen – und die erwähnten PNGs ebenfalls 🙁 Doch wo sind sie im Solution Explorer, und warum sehe ich sie im Emulator nicht?

Die Antwort auf die erste Frage lautet: Weil das ein weiterer scheiß Bug ist! Visual Studio muss offenbar nach der Installation vom Toolkit neu gestartet werden, dann sieht man plötzlich auch den Ordner. Die Antwort auf Frage 2: Man muss einen Rechtsklick auf jedes PNG machen, und “Include In Project” auswählen. Dann geht’s:

Windows Phone 8 Emulator in Parallels

Wenn man endlich den Windows Phone Emulator (in Parallels) starten darf, wird man von dieser Meldung empfangen:

The Windows Phone Emulator wasn’t able to create the virtual machine: Generic failure*

*Die Deutsche Version lautet genauso, nur der “Generic failure” ist ein “Allgemeiner Fehler”

Der Grund ist im Wesentlichen, dass der Emulator eine virtuelle Machine ist – die man in einer virtuellen Maschine starten will. Das geht nicht zwingend; das Buzzword lautet “Nested Virtualization” (“Verschachtelte Virtualisierung”). Ein entsprechender Eintrag in der Parallels Knowledgebase (gefunden hier und hier) empfiehlt Folgendes:

Mindestens 4, besser 8GB RAM auf dem Mac
Parallels 8, möglichst aktuell – Richtig: Parallels 6 scheitert an verschachtelter Virtualiserung!
Windows 8 Pro x64
Die VM sollte auf 1 CPU laufen:

“Nested VT” muss aktiviert sein. Achtung:
- wird nur angezeigt, wenn die CPU das unterstützt
- kann man nur aktivieren, wenn die VM aus ist
- UPDATE: wenn Parallels aktualisiert wurde, muss die VM evt neu installiert werden, damit die Option angezeigt wird. Das geht so weit, dass sogar das Intel Tool behauptet, dass die CPU das nicht unterstützt. Ein Blick in deren Datenbank schafft Klarheit

Windows’ “Hyper-V-Manager” starten, links den PC auswählen, unter “Virtuelle Computer” den Emulator auswählen (wenn er nicht erscheint: Visual Studio starten, Emulator starten), rechts auf “Einstellungen”, Prozessor, “Anzahl virtueller Prozessoren” (kann man nur ändern, wenn der Emulator aus ist): “1” einstellen:

Emulator starten 🙂

PS: Um herauszufinden, ob der Prozessor Nested VT unterstützt, kann man entweder entsprechende Tools (zum Beispiel das “Intel Processor Identification Utility”) nutzen, oder in die “Windows-Features” gehen: “Hyper-V” muss aktivierbar und aktiviert sein.

Windows Phone 8 Apps: “The name MainViewModel does not exist in the namespace”

Windows 8 Pro frisch installiert, das Windows Phone SDK heruntergeladen, installiert und gestartet, quasi-leere Demo-App erstellt, “Emulator WVGA 512MB” gestartet – folgende Fehlermeldung (plus drölf weiteren) bekommen:

Error 1 The name “MainViewModel” does not exist in the namespace “clr-namespace:MyApp”.

Vermutung im Internet: Irgendwelche “Assemblies” seien nicht “korrekt” verlinkt. Aha. Kann sein, schließlich habe ich gar nichts verlinkt. Finde ich auch nicht nötig, um ein vorgegebenes Hello-World-Programm zu starten. Was für ein bekackter Bug soll das sein??

Lösung (Schritt 6, Achtung, extrem hässliche Seite): Das Projekt muss auf einer anderen Partitition als Visual Studio abgespeichert sein. WTF. Würde aber zu o.g. Vermutung passen – evt. kommt VS nicht mit relativen Pfaden klar?

[AIR] Art der Internetverbindung abfragen

Basierend auf diesem tollen Post (via Björn) ist folgende Funktion entstanden:

public static function getEnabledState( networkInterface : String = '*' ) : Boolean
{
    var isEnabled : Boolean = false;

    if( NetworkInfo.isSupported )
    {
        var interfaces : Vector. = NetworkInfo.networkInfo.findInterfaces();
        var item : NetworkInterface;

        for each( item in interfaces)
        {
            trace( 'network interface "' + item.name + '" active: ' + item.active );

            switch( true )
            {
                case networkInterface == '*' && item.active:
                    isEnabled = true;
                break;

                case item.name.toLowerCase().indexOf( networkInterface ) != -1 && item.active:
                    isEnabled = true;
                break;
                }
            }
        }

        return isEnabled;
}

public static function getEnabledState( networkInterface : String = '*' ) : Boolean

{

var isEnabled : Boolean = false;

if( NetworkInfo.isSupported )

{

var interfaces : Vector. = NetworkInfo.networkInfo.findInterfaces();

var item : NetworkInterface;

for each( item in interfaces)

{

trace( 'network interface "' + item.name + '" active: ' + item.active );

switch( true )

{

case networkInterface == '*' && item.active:

isEnabled = true;

break;

case item.name.toLowerCase().indexOf( networkInterface ) != -1 && item.active:

isEnabled = true;

break;

}

return isEnabled;

}

Den default-Parameter “*” zu verwenden macht allerdings fast nie Sinn; stattdessen benutze ich

“wifi” für WLAN
“en” für Ethernet
“mobile” für 3G usw

HTH

AIR Native Extensions mit FDT

AIR Native Extensions (ANE) erlauben das Verwenden von System-spezifischen Funktionen – hier das Gyroscope. Mit FDT 4.5 verwendet man sie wie folgt:

Die .ane-Datei kopieren, und die Kopie in .swc umbenennen.
Die .swc wie gewohnt in den Classpath einbinden.
In den Projekteigenschaften -> “FDT Build Path” -> “Build Order” die SWC auswählen, und einen Haken bei “Use as Runtime Shared Code” setzen.
Die Extension im Description-XML deklarieren: Entgegen der Vorlage der Powerflasher heißt der Knoten nicht <extension>, sondern <extensions>, und sieht für dieses Beispiel wie folgt aus:
<extensions><extensionID>com.adobe.gyroscope</extensionID></extensions>
Die .ane-Datei im Projekt ablegen, beispielsweise unter /bin/ane/
Im Build-XML (das mit dem ADT-Compiler) folgende Zeilen hinzufügen:
<arg value=”-extdir” />
<arg value=”../bin/ane” />
Kompilieren 🙂

Tipp, Quelle 1, Quelle 2 (PDF)

Flash auf dem iPhone: Eine AIR-Videoplayer-App in FDT 4.5

Neulich stand ein entsprechendes Projekt auf dem Plan. Meine erste iPhone-App, und meine erste umfangreichere AIR-Anwendung. Hier meine Anmerkungen zum Workflow:

Zum Aufsetzen des Projektes in FDT 4.5:

Achtung: Der Updater der FDT-Standalone aktualisiert nicht die darunterliegende Eclipse-Version! Ich musste Eclipse 3.6 von Hand installieren, und dann FDT als Plugin drüber
Dummer Fehler, hat mich aus Gewohnheit aber einige Zeit gekostet: Nicht die Ant-Skripte benutzen, sondern die Launcher unter .settings/launch

Zu AIR auf dem iPhone:

Evt. muss der Compiler-Parameter -swf-version=11 gesetzt sein. Ohne hatte ich einen 1014 Class not found (Quelle). Damit das übernommen wird, muss ggf. USE_PROJECT_COMPILER_ARGUMENTS auf false stehen
Für mehr Performance: AIR 3 verwenden (Danke, Björn!); wobei ich die playerglobal.swc direkt unter www.adobe.com/support/flashplayer/downloads.html gefunden habe
Einen Splashscreen (“Default.png”) fügt man im jeweiligen Ant-Script unter “Files to Package” unter der SWF ein: <arg value=”Default.png” />
(Damit erklärt sich von selbst, wo man weitere ADT-Parameter hinzufügt). Bei mir liegt das Default.png parallel zur SWF in /bin/
In dem Zusammenhang: Wenn ich die App-Icons in /bin/icons/* liegen habe, dann füge ich die relativ zu /bin/ im Build-Skript (<arg value=”icons/icon512.png” />) und im Descriptorfile (<image512x512>icons/icon512.png</image512x512>) hinzu
Um die App bei Rückkehr zum Homescreen zu beenden, muss man in der ADL-Decriptor-XML unter iPhone.InfoAdditions “<key>UIApplicationExitsOnSuspend</key><true/>” hinzufügen (Quelle)
Wer das iPhone 3 und 4 verwenden will, muss unbedingt die unterschiedlichen Auflösungen im Auge behalten! Ich habe es nicht geschafft, einfach die höher aufgelöste SWF auf den kleineren Screen runterzuskalieren, sondern musste im Code darauf reagieren.

Zu Video (hier: StageVideo) auf dem iPhone:

Ein gutes Tutorial (inkl. Sourcen) von Thibault Imbert für StageVideo gibt es hier.
Für StageVideo-Wiedergabe muss der renderMode (siehe Descriptor-XML) auf “gpu” oder “direct” stehen – “auto” genügt nicht. “gpu” verringert aber die Performance der restlichen Anwendung; “direct” scheint OK zu sein. (PS: “direct” wird im XML-Kommentar nicht erwähnt; Quelle)

Fazit und offene Fragen:

Die Performance ist schlechter als nativ, aber absolut OK. Man muss ein wenig darauf achten, wie viel man parallel macht, aber wenn man das weiß, ist AIR eine echte Alternative.
Wenn ich sage “die Performance ist OK”, dann meine ich Code, der (abgesehen von StageVideo) nicht optimiert ist! Die Performance ist sicherlich noch besser, wenn man z.B. Stage3D verwendet
Sweet: Bis zum Verpacken in einer IPA hat man ein SWF, was Abstimmungen extrem einfach macht.
Ich habe es nicht geschafft, das StageVideo um 90° zu drehen, was laut verschiedener Quellen möglich ist. Wer einen Tipp hat, immer her damit!
Die gleiche Anwendung müsste auch auf Android exportierbar sein, das habe ich aber noch nicht ausprobiert

HTH,

Lennart

Flash auf iOS, 2

7 Tage, 7 Posts, 6: Eine Kurzanleitung zum Open Screen Project Manager. Ich setze den vorherigen Post zum Thema voraus. Desweiteren wird benötigt:

Den Open Screen Project Manager, siehe http://blog.customactions.net/2010/12/openscreen-project-manager-released/
Den Adobe Packager for iPhone: http://labs.adobe.com/technologies/packagerforiphone/
Eine App-ID nach dem Muster com.example.myApp, vergleiche letzter Post
Ein Provisioning-File, vergleiche letzter Post
Ein Entwickler-Zertifikat – wichtig: Mit der Endung .p12!
Ein installiertes FDT 4.1 🙂

Dann kann’s losgehen. Der Open Screen Manager ist eine AIR-Anwendung, die ein Projekt-Template für FDT installiert. Ein solches Projekt erzeugt ein Standard-Projekt, ergänzt um die folgenden Ordner:

bin: Das Export-Verzeichnis für alle Open Screen Formate
bin/ios: Das Export-Verzeichnis für iOS-Apps
bin/resources: Hier können externe Inhalte (Bilder, XMLs, …) abgelegt werden, die die Anwendung nachladen kann. ACHTUNG: SWFs dürfen keine Logik enthalten 🙁
build: Einstellungen und Ant-Skripte
build/core: Enthält zentrale Skripte plus einiger Pfadangaben. Kann im Einzelfall geändert werden, muss aber normalerweise nicht.
build/device: Enthält Settings für jedes unterstütze Gerät. Muss normalerweise nicht geändert werden
build/*.properties: Wichtige Settings, die manuell geändert werden können, aber normalerweise durch einen Dialog geändert werden:
build/project.osp: Per Doppelklick zu öffnender Dialog zum Setzen der wichtigsten Einstellungen

Diese Einstellungen sind die folgenden:

Project-Settings, Name: Dieser Name wird später auch am Icon der Anwendung auf dem iPad-Desktop stehen.
Project-Settings, Identifier for Distribution: Zum Beispiel com.example.myApp
Project-Settings, File name: Das SWF
Project-Settings, SWF Content: Der Name des SWF ohne Suffix (?)
Project-Settings, Main class: Die zu startende Klasse in dem SWF
Device-Settings: Hier ist die iOS-Plattform auszuwählen, also iPad, iPhone, …
Plattform-Settings, iOS certificate file: Das Zertifikat des Entwicklers – wichtig: als .p12-Datei
Plattform-Settings, iOS certificate password: Das Passwort, mit dem die .p12-Datei verschlüsselt wurde
Plattform-Settings, iOS Provision file: Das Provisioning-File
Plattform-Settings, iOS Adobe Packager (pfi): etwa ../../packagerforiphone/bin/pfi, aus dem erwähnten Paket

Kompiliert wird über Ant (/build/build.xml). Achtung: Das Skript wird basierend auf dem oben ausgewählten Device erstellt. Wenn dort nichts eingetragen ist, ist das Skript leer. Falls der Task fehlerfrei durchläuft, sollte unter bin/ios/ipad/ eine .ipa-Datei mit dem unter Project-Settings/SWF Content eingetragenen Namen erscheinen. Diese kann man dann via iTunes installieren 🙂

Flash auf iOS, 1

7 Tage, 7 Posts, 5: Eine Kurzanleitung zum Open Screen Project Manager. Hier der vorbereitende Teil:

Man besorge sich einen iOS-Developer Account.
Man logge sich ein.
Man gehe zum iOS Provisioning Portal (rechts in der Navi)
Man gehe zu “Devices”, und richte (zum Beispiel) sein iPad ein. PS: Die UDID (“Device ID”) findet man, wenn man in iTunes auf der Übersicht der Geräteeigenschaften auf die Seriennummer klickt. Diese wird dann zur UDID^^
Man gehe zu “App IDs” und trage die folgenden Informationen ein: Description (Fließtext), “Bundle Seed ID” (die App-ID, unter der man mehrere Apps bündeln möchte – optional), “Bundle Identifier” (zum Beispiel com.example.myApp)
Man gehe zu “Certificates” und lege einen neuen “Team Member Account” an (man beachte dabei das “Howto”, ganz rechts). Das ist wichtig, der aktuelle Account dient nur zu administrativen Zwecken. Auch wichtig: Erst nach der Verifizierung per Email erscheint der neue Account unter “Team Member Certificates”
Man gehe zu Provisioning und verknüpfe App-ID(s), Entwickler und Device(s)
Man lade sich das resultierende Provisioning-Profile runter

crusy.net

♪ Commit ins Abenteuerland ♫

Category Archives for Apps