Heldensockenbloggendingsi

After downloading new versions and betas of what felt like just too many programs and tools, uninstalling the old versions and betas of said tools I started installing all the new goodies.

After installing the new Silverlight plugin, the new SDK and the new trial version of Blend I tried to install the new Silverlight tools for VS 2008. Waht I got was an error message telling me that the insall failed because any old number of things could have gone wrong (listing about 10 or so possible issues). Obviously the installer was not able to tell me exactly what went wrong. Might have been this, might have been that, might have been something completely different… I could practically *see* the message window shrug its nonexistent shoulders.

Awwwright…

So it was up to me to find out which (if any) of those issues applied to my setup and try again (presumably after correcting one, two or all of the possible problems).

Hey, wait a minute - the installer (that supposedly installs a couple of Silverlight tools) fails (rather gracelessly, I might add), if any of these components is already installed?! So I went ahead, uninstalling all the new goodies again: the plugin, the SDK… And oh, wait! The download link for the new Blend version had actually provided me with the installer for Blend 1… So I got rid of that as well, as it is quite useless for Silverlight development.

Next try: The setup seemed ok this time, at least I didn’t get the previous error message. But now the installer wanted to access the VS 2008 install file. Which I have on DVD. Which I left at home that morning because, well, I just *had* installed VS 2008 and wouldn’t need to do so again soon, right? *sigh*

So I’ll try again tomorrow (won’t forget the VS 2008 DVD!) and see what other error messages the installer-from-hell has in store for me. ;-(

Am zweiten Tag des Silverlight Trainings wurde wesentlich mehr Tempo vorgelegt - es wurden noch ein paar der “interessanteren” (;-)) 1.0-Features gezeigt (und z.T. nachgebastelt) wie z.B. die Fullscreen-Funktionalität, Videos als Füllmuster oder auch skriptgesteuerte Animationen. Schön, dass es bereits in Silverlight 1.0 möglich ist, Objekte dynamisch per Skript zu erzeugen - weniger schön, dass man den kompletten XAML-Code im JavaScript zusammensetzen muss und dass es keine vorgefertigten JavaScript-Objekte dafür gibt. So etwas gibt’s leider erst ab 1.1 (z.B. in C#).
Vor der Mittagspause wurden noch die allerletzten fehlenden Installationen angeschubst, und danach ging’s dann (endlich ) los mit Silverlight 1.1 2.0.

Nach einem groben Überblick über die zusätzlichen Features und den generellen Projektaufbau eines Silverlight 2.0-Projekts, durften wir bald schon wieder mitbasteln. Gerade in diesen Praxis-Parts machte sich die geringe Teilnehmerzahl angenehm bemerkbar (von angemeldeten 10 waren am zweiten Tag nur noch 6 Leute übrig). Wenn’s dann tatsächlich mal bei jemandem hakte, war genug Zeit für die Fehlersuche da. Und ein weiterer Vorteil der geringen Teilnehmerzahl bei der Mercury-Veranstaltung war sicherlich auch, dass ich unzählige nervige Zwischenfragen stellen konnte (die meistens auch zufriedenstellend beantwortet wurden), ohne gleich gelyncht zu werden.

Obwohl ich C# nicht wirklich kann, waren die gezeigten Beispiele dennoch leicht zu verstehen und nachzubauen. Dabei half Visual Studio dank IntelliSense nicht unwesentlich mit Auch in C# haben wir dynamisch Objekte erzeugt, und obwohl man nicht wie in JavaScript den kompletten XAML-Code angeben muss, ist die Schreibweise zum Setzen der Objektproperties für meinen Geschmack immer noch leicht umständlich. Wer bislang eher kurze und knackige Zuweisungen wie z.B. myRect._x = 10 gewöhnt ist, der freut sich nicht übermäßig über Konstrukte wie myRect.SetValue(Canvas.LeftProperty, 10).

Obwohl ich vorher doch recht skeptisch war, muss ich sagen, dass sich diese zwei Tage für mich allemal gelohnt haben. Ich weiß zwar nicht, wie weit die Bootcamper an ihrem zweiten Tag tatsächlich gekommen sind (ich könnte meinen “Informanten” noch mal ausführlicher dazu befragen), aber ich gehe einfach mal davon aus, dass das Mercury Training das Bootcamp in Sachen Informationsgehalt und Spaßfaktor um Längen geschlagen hat…

Nach einigen wenig schmeichelhaften Kommentaren zum Silverlight Bootcamp, das gerade mal zwei Wochen vorher stattgefunden hatte, war ich zugegebenermaßen skeptisch, was das zweitägige “Mercury”-Training bringen würde - zumal man mir auf meine Nachfrage hin bestätigt hatte, dass diese Veranstaltung mit dem Bootcamp vergleichbar sei. Keine besonders guten Aussichten…

Ein Kritikpunkt am Bootcamp - eine wahre Installationsorgie am ersten Tag, bis bei allen Teilnehmern auch wirklich alle benötigten Programme reibungslos funktionierten - schien schon vermeidbar, da wir vorab gebeten wurden, das Expression Studio und das Visual Studio zu installieren. Leider waren nicht die genauen Versionen der Programme angegeben, ebeno fehlten diverse Servicepacks, Toolkits oder ähnliches, und so verbrachten wir dann leider doch einen guten Teil des Vormittags damit, diverse DVDs, USB-Sticks und externe Platten rumzureichen, auf denen die erforderlichen Setups verteilt waren…

Der restliche Vormittag wurde mit allgemeinen Erläuterungen zu Silverlight, den verwendeten Tools und dem generellen Workflow gefüllt. Ich weiß nicht, wie viel die anderen Teilnehmer davon hatten. Da ich mich schon ein bisschen mit dem Thema befasst habe (*hüstel*), war für mich nicht viel Neues dabei. Aber immerhin konnte man die Zeit hervorragend dazu nutzen, doch noch schnell das ein oder andere zu installieren (”Wer hat den Stick mit dem Drei-Fünfer-Framework?!”)

Zur Mittagspause lag der Zwischenstand “Bootcamp vs. Mercury Training” folglich bei 0: 0.

Nach der Mittagspause (mmmh, lecker Steak…) ging es dann ans praktische Ausprobieren des Workflow: Wie zeichne ich eine Grafik in Design, wie exportiere ich die XAML-Daten, und wie bekomme ich diese wiederum in Blend importiert? Und wie bringe ich Bewegung in das Ganze, wo kann ich auf welche Events reagieren und wie verknüpfe ich diese Events mit JavaScript? Alles noch nicht wirklich neu, aber wenigstens etwas interessanter, da wir selbst ein bisschen rumbasteln konnten und nicht nur einfach beschallt wurden.

Da die Bootcamp-Leute am ersten Tag den Button nur gebastelt, aber noch nicht programmiert hatten, betrug der Tagesendstand “Bootcamp vs. Mercury” also 0:1 für Mercury.

Das lag wahrscheinlich auch daran, dass unser Schulungsleiter aus der WPF-Ecke kam und (im Gegensatz zu eher “marketing-belasteten” Silverlight-Menschen) auf jeden Fall fachlich fit war - auch wenn er die Schulung heute zum ersten Mal hielt und manchmal erst nachlesen musste, was er uns zu bestimmten Themen denn überhaupt alles erzählen sollte.

Ich bin auf jeden Fall auf morgen gespannt, wenn wir Silverlight 1.1 2.0 etwas genauer unter die Lupe nehmen.