Die Lösung liegt im Hinzufügen von Informationen, die den FlashPlayer direkt als zu verwendendes Plugin identifizieren. Dem <object>-Tag folgende Infos hinzufügen, um die embedded YouTube-Videos auch im Internet Explorer 8 anzuzeigen: classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/.
cabs/flash/swflash.cab#version=6,0,29,0"
Quelle: YouTube Help
Da ich wohl keine Zeit mehr finden werde, das Projekt weiter zu führen und zudem durch die Einführung von lite-c sehr viel grundlegendes neu geschrieben werden müsste, habe ich nun den Quellcode des Quintarium-Projekts für das Conitec GameStudio veröffentlicht. Als Lizenz habe ich eine CreativeCommons-Lizenzform gewählt, die im Grunde nur eine Namensnennung vorsieht und ansonsten die sehr freie Verwendung des Projekts ermöglicht. Die Mitteilung und Links gibts hier auf der Spiele-Webseite.
Beim Versuch einen anderen CSS-Skin zu laden, erhielt ich die Warnung “Warning: The CSS type selector ‘AccordionHeader’ was not processed, because the type was not used in the application.”. Das wäre soweit nicht tragisch, würden Warnungen nicht nerviger Weise den Build-Prozess verhindern. Mit folgendem Compiler-Paramater lassen sich derartige CSS-Warnungen ausschalten:
-show-unused-type-selector-warnings=false
(Einzustellen in FlashDevelop via Menü Project – Properties – Compiler Options – Additional Compiler Options)
Ein Kollege schickte mir diese Woche folgende Videos, die das neue controller-lose Eingabekonzept von Microsoft demonstriert. Wenn es so funktioniert wie im Video kann sich das sehen lassen… 
Und hier Beispiele für die erweiterten Interaktionsmöglichkeiten:
Zufällig habe ich bei delphi.about.com gerade entdeckt, dass man mit der {$REGION 'Name'}...{$ENDREGION}-Direktive selbst Blöcke definieren kann, die sich im Quelltexteditor dann falten lassen. Ein nettes Feature, finde ich… ;D
SWC-Komponenten für ActionScript kann man auch in FlashDevelop relativ einfach erzeugen, in dem man das ExportSWC-Plugin installiert. 
Wenn es Probleme mit den neuen Features des FlashPlayer 10 wie z.B. Vectoren gibt, kann evtl. helfen das Flex 4 SDK verwenden. Dieses Problem hatte ich z.B. als ich versucht habe die Away3D-Klassen in ein SWC-Archiv zusammenzufassen, um sie so von ASDoc auszuschließen und die Projekt-Sourcen übersichtlich zu halten.
FlashDevelop unterstützt übrigens auch automatische Importe, in dem man die unbekannte Klasse mit dem Vervollständigungstool Strg+1 importiert.
Wie ich heute im Newsletter las, veranstaltet United Domains derzeit eine Werbeaktion, bei der alle Blogger, die einen Beitrag über die Domain-Weltkarte schreiben, eine solche kostenlos in gedruckter Form erhalten. Bei der Karte handelt es sich um eine Weltkarte auf der die jeweiligen Toplevel-Domains in den zugeordneten Ländern eingetragen wurden. Eine nette Idee wie ich finde. Mehr zu der Blogger-Aktion gibts hier nachzulesen.
Ein Air-Projekt in FlashDevelop anzulegen ist zumindest in der derzeitigen Kombination FD 3.0.0/Air SDK 1.5/FP 10 nicht auf Anhieb fehlerfrei möglich. Es muss aber eigentlich in erster Linie nur die Air SDK-Version in der application.xml angepasst werden.
AIR-Projekt in FlashDevelop anlegen:
CreateCertificate.bat, dann PackageApplication.bat ausführen. Dort sieht man dann ggf. Compilerfehler die das Starten verhindern. Wenn alles fehlerfrei ist, sollte die AIR-App mit dem Start-Button einfach zu starten sein. application.xml erhöhen: <application xmlns=”http://ns.adobe.com/air/application/1.5“>
everythingflexairlib.swc einbinden:
everythingflexairlib.swc nach /lib des Projekts kopieren Syntaxhighlight und Autocomplete usw. Funktionieren übrigens innerhalb von MXMLs nur, wenn der Script-Tag das CData-Markup enthält.
Möchte man einen Ein- oder Ausblendeffekt für Flex-Komponenten verwenden, so kann man einen solchen, per MXML-Attribut hinzufügen (siehe z.B. Quickstart). Doch wie kann ein solcher Effekt auf Komponenten angewendet werden, die nicht via MXML sondern beispielsweise dynamisch zur Laufzeit per ActionScript-Code erstellt werden? Die Lösung liegt im StyleSheet-Konzept, das meines Erachtens hier ein wenig hinkt, da hier eine Form von Verhalten statt nur grafischer Erscheinung definiert wird.
Um einen Zoom-Effekt programmatisch einer UI-Komponenten zuzuweisen:
public class SuperPanelPlus extends Panel
{
...
protected static var hideEffect:Effect = new Zoom();
...
public function SuperPanelPlus()
{
...
setStyle("hideEffect", hideEffect);
}
...
}
Bei der Entwicklung von Desktop-Anwendungen mit Adobe Air ist es schön, wenn man seiner eigenen Anwendung auch ein eigenes Symbol zuweisen kann, das in Startmenü, auf dem Desktop und als Fenstericon verwendet wird. Dies kann durch den Icon-Tag in der application.xml erreicht werden, der die Angabe mehrerer PNG-Dateien für unterschiedliche Auflösungen des Symbols ermöglicht. Die Dateipfade müssen dabei relativ zum Standort der application.xml angegeben werden, wie nebenstehende Grafik zeigt.
Versucht man jetzt das Anwendungspaket zu erstellen, erhält man eine Fehlermeldung, dass die Icons nicht im Paket enthalten seien. Um dies zu korrigieren und die Symbole explizit in das Paket zu integrieren, muss (beim Arbeiten mit FlashDevelop) die Kommandozeile in der PackageApplication.bat angepasst werden. Es genügt erfreulicher Weise den Aufruf des Air Developer Tools (adt, Referenz) zu erweitern, in dem man die Variable FILE_OR_DIR um den Symbolpfad ergänzt, siehe Abbildung.