Notes de mise à jour | Flash Player® 28 AIR® 28

Bienvenue dans les notes de mise à jour de Flash Player et AIR 28.

6 février 2018

Dans cette mise à jour, nous avons amélioré Flash Player grâce à des correctifs de bogues et des mises à jour de sécurité importants.

9 janvier 2018

Bonne année! Dans cette nouvelle version programmée, nous avons incorporé à Flash Player des mises à jour liées à la sécurité et des correctifs de bogues importants.

12 décembre 2017

Dans cette nouvelle version programmée, nous avons incorporé à Flash Player et à AIR des mises à jour liées à la sécurité, de nouvelles fonctionnalités et des correctifs de bogues importants.

Comment mettre à jour Flash Player

Les utilisateurs actuels de Flash Player ayant activé le système de mise à jour « Autoriser Adobe à installer les mises à jour (recommandé) » obtiendront automatiquement la dernière version de Flash Payer dans un délai de 24 heures.

Les utilisateurs ayant sélectionné l’option « M’avertir avant d’installer des mises à jour » verront s’afficher une boîte de dialogue de notification de mise à jour dans un délai de 7 jours à compte de la date de mise à jour. Notez que les utilisateurs de Windows devront redémarrer leur système ou fermer leur session avant de se reconnecter pour activer la boîte de dialogue de notification de mise à jour.

La dernière version de Flash Player peut toujours être téléchargée et installée en visitant simplement la page https://get.adobe.com/fr/flashplayer

Les clients qui utilisent Google Chrome ou Windows 8.x/10, Internet Explorer or Microsoft Edge recevront les mises à jour via les mécanismes de mise à jour de Google et Microsoft.

Comment nous contacter

Nous espérons que ces modifications répondent à vos attentes. Si vous rencontrez des problèmes, merci de nous le signaler dans notre base de données publique de bogues. Pour obtenir de l’aide au sujet de l’installation ou de l’utilisation, rendez-vous dans nos forums communautaires.

Base de données de bogues Adobe – https://tracker.adobe.com/
Forums Flash Player – http://forums.adobe.com/community/flashplayer
Forums AIR – http://forums.adobe.com/community/air

6 février 2018

Flash Player

• [Mac] L’enregistreur sera bloqué avec le message « Chargement… X % » lors du chargement de la vidéo à l’aide du protocole RTMPS. (FP-4198740)
  
• Résolution de problèmes de sécurité et fonctionnels associés

9 janvier 2018

Flash Player

• Résolution de problèmes de sécurité et fonctionnels associés

12 décembre 2017

Flash Player

• [Mac] Flash Player NCP n’est pas démarré à partir des préférences système lorsque NPAPI Flash Player est installé.
• [Windows] Problèmes lors de la lecture de contenu DRM sur Chrome.
• Une fuite de mémoire est observée lors de l’exécution d’une application Stage3D à l’aide du profil Baseline_Constrained (FP-4198562).
• La boîte de dialogue de chargement de fichier ne répond pas sous Chrome lors de l’utilisation de l’éditeur Scratch (FP-4198254).
• Le curseur du volume n’est pas visible lors de la lecture de la vidéo https://www.vudu.com/movies/#!content/74336/CHUD-2-Bud-The-Chud en mode plein écran.

AIR

• Le moteur d’exécution AIR se ferme inopinément après l’appel de graphics.readGraphicsData. (AIR-4198466)
• L’initialisation simultanée de plusieurs programmes de travail entraîne la fermeture inopinée de l’application. (AIR-4198267)
• L’anticrènelage sur écran de bureau Retina Mac OS X ne fonctionne pas/est dégradé lorsque la mémoire tampon d’arrière-plan de Context3D est définie sur 1 024 x 768 ou supérieur. (AIR-4198319)
• [Android] KeyboardEvent.KEY_DOWN distribué deux fois pour le bouton Suivant (AIR-4198503).
• [iOS] Des artefacts sont observés lorsque l’enfant Sprite se situe près du bas de l’écran (AIR-4198445).
• [iOS] ADT pour signer correctement les frameworks dynamiques fournis avec l’application iOS (AIR-4198407)
• [iOS] ADT pour signer correctement les frameworks dynamiques (AIR-4198408)
• [iOS] AIR 23 et plus récent : échec de la compilation lors de l’exécution de : compile-abc - La classe (...) est introuvable. (AIR-4198225)
• [iOS] StageWebView ne se charge pas ni n’affiche le contenu HTML local (AIR-4198420).
• Amélioration du comportement de capabilities.language pour Android et iOS
• [iOS] Problèmes lors du lancement d’images sur iPad Pro
• [Android] Erreur 3672 : échec de création du tampon lors de l’utilisation de drawToBitmapData (Context3D) avec VideoTexture (AIR-4198290)
• [Android] Aucune donnée de l’intention android.intent.action.SEND sur Android (AIR-4197491).
• Rotation de l’image de la caméra mobile sur Android/iOS (AIR-4167837)
• [iOS] Les interfaces ne fonctionnent pas sur iOS lorsqu’elles sont réparties dans des fichiers SWF (AIR-4194914)
• [iOS] Les applications créées à l’aide de Flex en mode AOT se bloquent (AIR-4198266).
• [iOS] Entrée manquante pour IpadPro10.5Inch causant le renvoi d’une taille d’écran incorrecte (AIR-4198511).

Avec la sortie de Flash Player 28, il est possible d’installer les applications Adobe AIR avec le certificat SHA-1 depuis le 30 octobre 2017, sans devoir les mettre à nouveau en package avec un nouveau certificat. Lisez notre billet de blog (en anglais) pour consulter les détails du problème d’installation des applications Adobe AIR.

À qui s’adresse cette résolution ?

Si l’installation de votre application développée avec AIR échoue depuis le 30 octobre 2017 et que le journal d’installation de l’application affiche l’erreur : « Package signature validation failed » (Échec de validation de la signature du package), cela indique que l’application est signée avec le certificat SHA1.

L’emplacement des fichiers journaux pour les diverses plates-formes est mentionné dans l’article : https://helpx.adobe.com/fr/air/kb/logging-air-2-desktop-application.html 

Résolution :

Vous pouvez installer les applications AIR présentant le problème mentionné ci-dessus à l’aide de deux méthodes.

Utilisation des raccourcis clavier :

Installation du moteur d’exécution d’Adobe AIR

Étapes à suivre sous Windows :

1. Accédez à C:\Program Files (x86)\Common Files\Adobe AIR\Versions\1.0

2. Sélectionnez le fichier Installer.exe de l’application Adobe AIR tout en maintenant la touche Ctrl enfoncée -> Faites un clic droit dessus -> Exécuter en tant qu’administrateur. Maintenez la touche Ctrl enfoncée jusqu’à ce que la fenêtre s’ouvre.

3. Sélectionnez et ouvrez l’application AIR à installer.

Étapes à suivre sous Mac :

1. Accédez à /Applications/Utilitaires

2. Double-cliquez sur le programme d’installation de l’application Adobe AIR tout en maintenant la touche Commande enfoncée. Maintenez la touche Commande enfoncée jusqu’à ce que la fenêtre s’ouvre.

3. Sélectionnez et ouvrez l’application AIR à installer.

L’installation de l’application Adobe AIR doit réussir.

Utilisation de la nouvelle directive -ignoreExpiredCertificateTimestamplors du lancement du programme d’installation de l’application AIR avec une invite ou un terminal de commande

Installation du moteur d’exécution d’Adobe AIR 

Étapes à suivre sous Windows :

1. Ouvrez une invite de commande en tant qu’administrateur.

2. Exécutez la commande suivante :

« C:\Program Files (x86)\Common Files\Adobe AIR\Versions\1.0\Adobe AIR Application Installer.exe » - ignoreExpiredCertificateTimestamp

3. Une fenêtre s’ouvre.

4. Sélectionnez et ouvrez l’application AIR à installer.

Étapes à suivre sous Mac :

1. Ouvrez le terminal.

2. Exécutez la commande suivante :

/Applications/Utilitaires/Adobe\ AIR\ Application\ Installer.app/Contents/MacOS/Adobe\ AIR\ Application\ Installer/ -ignoreExpiredCertificateTimestamp

3. Une fenêtre s’ouvre.

4. Sélectionnez l’application AIR à installer.

Les applications Adobe AIR s’installent correctement.

À compter d’AIR 28, les développeurs pourront utiliser des composants ANE basés sur Swift pour iOS/tvOS. Les développeurs peuvent également utiliser des frameworks dynamiques basées sur iOS/tvOS tout en créant des packages de l’application pour les plates-formes iOS/tvOS respectives. La signature des frameworks dynamiques sera effectuée lors de la création du package de l’application.

Procédure à suivre pour créer un composant ANE Swift et un package de l’application :

1. Outre les ressources généralement requises pour la création d’un composant ANE, les développeurs AS doivent également inclure des frameworks dynamiques (les fichiers .framework pertinents) dans la commande de création du composant ANE. Le fichier platform.xml doit également mentionner les frameworks dynamiques, comme illustré ci-dessous.

2. Échantillon de commande de création de package ANE

• Le dossier iPhone-ARM contient dynamic_swift_framework_file comme mentionné dans les dépendances du package dans platform_xml, la bibliothèque statique Objective-C (.a) conçue pour iOS et le fichier library.swf.
• Le dossier appleTV-ARM contient dynamic_swift_framework_file comme mentionné dans les dépendances du package dans tvOS_platform_xml, la bibliothèque statique Objective-C (.a) conçue pour tvOS et le fichier library.swf.

3. Échantillon de commande de création de package IPA

Où le dossier <dynamic_frameworks_and_Swift_Dependencies_path> ou ses sous-dossiers contiennent des frameworks Swift et leurs dépendances, comme mentionné ci-dessous. Ces librairies dylib Swift sont disponibles à l’adresse /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/iphoneos pour iOS.

<dynamic_swift_framework>

• libswiftCore.dylib 
• libswiftCoreGraphics.dylib 
• libswiftCoreImage.dylib 
• libswiftDarwin.dylib 
• libswiftDispatch.dylib 
• libswiftFoundation.dylib 
• libswiftObjectiveC.dylib 
• libswiftQuartzCore.dylib 
• libswiftUIKit.dylib

Pour la prise en charge de Xcode 9 et Swift 4, les développeurs AS doivent également ajouter trois dépendances Swift à partir du dossier iphoneos de Xcode, comme ci-dessous.

• libswiftCoreFoundation.dylib 
• libswiftMetal.dylib 
• libswiftos.dylib

Remarque : Les valeurs par défaut de MinimumOSVersion sont de 8.0 pour iOS et de 9.0 pour tvOS.

AIR Runtime est désormais développé avec le SDK iOS 11, qui permet aux développeurs AIR d’utiliser des composants ANE avec les API iOS 11 sans utiliser l’option platformSDK lors de la création de package avec ADT. Avec le SDK iOS 11, Apple a rendu obligatoire l’inclusion de quelques icônes dans l’application. Suivez les étapes ci-dessous pour les incorporer :

Remarque : Vous devez posséder un ordinateur Mac avec Xcode 9.

Lancez Xcode 9.

1. Sélectionnez File -> New Project -> Single View App (iOS). Indiquez le nom du produit (Product Name), le nom de votre organisation (Organization Name) et l’identifiant de votre organisation (Organization Identifier) (aucun nom spécifique n’est requis).
2. Enregistrez le projet.
3. Cliquez sur Assets.xcassets -> AppIcon -> glissez-déposez l’icône App Store de taille 1 024 x 1 024 (1 024 pt, 1x).

4. Glissez-déposez l’icône iPad App de taille 76 x 76 (76 pt, 1x) et 152 x 152 (76 pt, 2x).

5. Glissez-déposez l’icône iPad Pro App de taille 167 x 167 (83,5 pt, 2x).

6. Glissez-déposez l’icône iPhone App de taille 120 x 120 (60 pt, 2x).

7. Glissez-déposez l’icône iPhone App de taille 180 x 180 (60 pt, 3x).

8. Dans le menu déroulant, sélectionnez Generic iOS Device comme cible de génération.

9. Générez le projet (Product -> Build).

10. Cliquez avec le bouton droit de la souris sur votre fichier .app -> Show in Finder.

11. Cliquez avec le bouton droit de la souris sur votre fichier .app -> Show package contents.

12. Copiez maintenant Assets.car et créez le package avec l’application AIR.

Toutes ces icônes, à l’exception de l’icône App Store (1 024 x 1 024) doivent figurer dans le package avec l’application en utilisant les balises icon dans le fichier app.xml. Reportez-vous à https://help.apple.com/xcode/mac/current/#/dev4b0ebb1bb pour ajouter des icônes au fichier assets.car.

Remarque : Si vous ciblez iOS 11 comme système d’exploitation minimal pris en charge dans le descripteur de l’application, l’IPA généré sera uniquement en 64 bits.

À compter d’AIR 28, les développeurs peuvent fournir des chaînes localisées pour les autorisations requises dans l’application. Les développeurs doivent inclure un fichier XML appelé purposeStrings.xml dans le package de l’application. Le format de ce fichier XML doit se conformer au suivant. Un fichier XML d’exemple est disponible dans le SDK AIR à l’adresse SDK/samples/purposeStrings-sample.xml. Utilisez la commande ci-dessous pour créer un package d’une application d’exemple avec le fichier purposeStrings.xml.

Remarque :

• Avec iOS 11, Apple a ajouté quelques nouvelles clés Cocoa qui devraient figurer dans le fichier descripteur de votre application, voir Information Property List Key Reference | Cocoa Keys.
• Si votre application utilise CameraRoll.addBitmapData et est mise en package à l’aide d’AIR 28, vous devez ajouter la clé Cocoa NSPhotoLibraryAddUsageDescription dans son descripteur.
• Les applications utilisant la géolocalisation peuvent ne pas afficher la boîte de dialogue d’autorisation si elles ont été mises en package en utilisant AIR 28. Pour résoudre ce problème, vous devez ajouter de nouvelles clés Cocoa dans le descripteur d’application, conformément à l’usage. Pour en savoir plus, consultez la documentation Apple destinée aux développeurs.

Avec la version 28 d’Adobe AIR, le SDK Android est mis à niveau dans le moteur d’exécution AIR. Voici la liste des numéros de version des outils mis à niveau dans AIR 28. Des changements importants ont été apportés aux outils utilisés pour générer le moteur d’exécution. Posez vos questions sur les forums utilisateurs AIR si vous constatez des problèmes fonctionnels ou de performances.

Avec AIR 28, la prise en charge d’Android TV est fournie pour les applications AIR Android avec des améliorations et davantage de stabilité.

Les développeurs peuvent développer des applications avec moteur d’exécution captif qui sont également compatibles avec Android TV. Utilisez la version 31 ou supérieure de l’objet SWF et un espace de noms 20.0 ou supérieur pour accéder à cette fonction. Les deux balises mentionnées ci-dessous doivent être ajoutées au fichier app.xml pour prendre en charge les applications Android TV.

1. <supportsAndroidTV></supportsAndroidTV>

La valeur de la balise <supportsAndroidTV> peut être « true » ou « false ». Si cette balise n’est pas ajoutée, la valeur par défaut sera « false ».

<supportsAndroidTV>true</supportsAndroidTV> : l’application est prise en charge sur Android TV et apparaîtra sur l’écran d’accueil Android TV après l’installation.

<supportsAndroidTV>false</supportsAndroidTV> : l’application n’est pas prise en charge sur Android TV et n’apparaîtra pas sur l’écran d’accueil Android TV. Elle figurera toutefois parmi les applications téléchargées dans les paramètres du téléviseur.

2. <banner></banner>

Il s’agit de la balise qui permet à l’utilisateur de fournir le chemin de l’image de bannière. Les bannières d’application représentent votre application ou jeu sur les écrans d’accueil des téléviseurs et permettent aux utilisateurs de le lancer. Les exigences spécifiques pour une image de bannière sont les suivantes : 320 x 180 px, .png, xhdpiresource. Si le développeur ne fournit pas d’image de bannière avec la balise <supportsAndroidTV>true<supportsAndroidTV>, une image de bannière par défaut apparaîtra sur l’écran d’accueil Android TV. Les outils du SDK devraient être mis à jour à la version 24.0.0 ou supérieure. Afin d’accéder à de nouvelles API pour les téléviseurs, vous devez créer un projet ou modifier un projet existant ciblant Android 5.0 (API de niveau 21) ou supérieur. Les applications peuvent uniquement être mises en package avec –targetapk-captive-runtime pour Android TV. La prise en charge d’Android TV est disponible à partir du SDK AIR 20.0 ; l’espace de noms doit donc être ajouté en conséquence dans le fichier inapp.xml.

Exemple de fragment – Apportez les changements suivants au fichier app.xml en parallèle avec la balise <containsVideo> :

ADT prend en charge une nouvelle option -embedBitcode pour ajouter du bitcode dans vos applications iOS et tvOS. Pour plus d’informations sur le bitcode, voir le guide de distribution des applications.

Remarques :

• L’incorporation de bitcode permet aux développeurs AIR de charger leurs applications tvOS sur l’App Store où le bitcode est obligatoire.
• L’incorporation de bitcode dans votre application augmente à la fois la taille de l’application et le temps de mise en package.
• L’incorporation de bitcode nécessite que tous vos composants ANE incluent également du bitcode. À défaut, ADT risque de générer des erreurs de création de package, par exemple :

ld : le paquet du bitcode n'a pas pu être généré car ’/var/folders/d3/yxwv5yn5715fk31lq36lnk780000gn/T/805ef2d4-5fe2-4ec9-a773-a3cc39845fa1/lib.nativeExtension.systemVersion.a(systemVersion.o)’ a été généré sans bitcode complet. Tous les fichiers d’objet et bibliothèques pour le bitcode doivent être générés à partir de l’option Install build for architecture arm64 ou Archive de Xcode.

La compilation a échoué lors de l’exécution de : ld64

Nous avons apporté plusieurs améliorations à la prise en charge de tvOS. Pour plus d’informations, voir les Notes de mise à jour concernant cette fonctionnalité. Le moteur d’exécution AIR est désormais généré avec le SDK tvOS 11, qui permet aux développeurs AIR d’utiliser des composants ANE générés avec les API tvOS 11 sans utiliser l’option -platformSDK d’ADT.

L’API ActionScript Audio Device Manager a été ajoutée à Flash Player 27. Cette fonctionnalité est maintenant activée dans AIR for Desktop uniquement à partir de la version 28. Cette API fournit la fonctionnalité de sélection des périphériques de sortie audio. Le développeur d’applications AIR devrait générer sa propre interface utilisateur afin qu’elle répertorie les périphériques audio disponibles dans un système et permette de sélectionner le périphérique de lecture.

Lors du lancement d’une application AIR, la sortie audio sera lue par le périphérique par défaut du système. L’utilisateur peut changer le périphérique de sortie audio. La sélection est valide uniquement pour la section actuelle de l’application AIR. Lorsque l’application sera à nouveau lancée, l’audio sera lu par le périphérique par défaut du système. Le développeur est responsable du stockage de la sélection de l’utilisateur, si celle-ci est requise.

Le périphérique audio sélectionné dans une application AIR n’affecte pas l’audio des autres applications AIR ou instances de Flash Player.

La restriction d’action invoquée par l’utilisateur (UIA) s’applique lorsqu’un fichier SWF/HTML externe qui est hébergé sur le réseau est chargé par l’application AIR. Le contrôle UIA implique que le périphérique audio peut être changé uniquement par interaction avec l’utilisateur. Si le fichier SWF/HTML chargé à l’extérieur tente de changer le périphérique de sortie audio sans action invoquée par l’utilisateur, alors le moteur d’exécution AIR renvoie une erreur IllegalOperationError avec le code d’erreur 2176.

Pour plus d’informations sur l’API Audio Device Manager, voir https://help.adobe.com/fr_FR/FlashPlatform/reference/actionscript/3/flash/media/AudioDeviceManager.html.

Exemple de fragment :

Jusqu’à AIR 27, il n’existait aucune option dans AIR pour définir la préférence d’utilisation d’un type de GPU. Il utilise le type de GPU par défaut, tel que défini par le système d’exploitation : GPU intégré sous Windows et le GPU discret sous Mac OS X. 

Avec AIR 28, les développeurs peuvent définir une préférence pour l’utilisation d’un type de GPU spécifique dans le descripteur de l’application AIR en ajoutant l’élément <gpuPreference> dans le descripteur d’application, comme suit :

<application>

<gpuPreference>(discrete|integrated)</gpuPreference>

</application>

Le développeur d’applications AIR peut définir la préférence pour le GPU discret afin de profiter de meilleures performances, ou pour le GPU intégré de façon à prolonger l’autonomie de la batterie. Cette fonctionnalité est uniquement prise en charge sur les périphériques équipés à la fois d’un GPU intégré et d’un GPU discret, ainsi que d’un système d’exploitation qui prend en charge la commutation de GPU.

• L’événement GESTURE_PAN n’est pas déclenché sur Mac. (AIR-4198492)
• [Android] Erreur de décalage de scène sur le focus StageText (AIR-4198421)
• [Android] Affichage miniature de la caméra dans l’angle supérieur gauche lors de la lecture vidéo de StageVideo (AIR-4130641)
• Flash Builder se ferme inopinément sur High Sierra lorsque Exporter vers une version validée est sélectionné dans le menu Projet.
• [Android] Impossible de charger des fichiers à partir de File.desktopDirectory sur Android 7 et versions supérieures (AIR-4198491).

Création pour Flash Player 28

Pour utiliser le nouveau Flash Player, il faut cibler SWF version 39 en transmettant « -SWF-version=39 » comme argument de compilation supplémentaire au compilateur ASC 2.0. Les détails de cette procédure sont expliqués ci-dessous.

• Téléchargez le nouveau playerglobal .swc pour Flash Player 28
• Téléchargez et installez Flash Builder 4.7 Creative Cloud : https://creative.adobe.com/products/flash-builder
• Effectuez une sauvegarde du SDK AIR existant, au cas où vous auriez besoin de le restaurer ultérieurement, puis remplacez le SDK AIR intégré par le SDK AIR 28. Pour ce faire, décompressez le SDK AIR 28 vers cet emplacement :
  • MacOS : /Applications/Adobe Flash Builder 4.7/eclipse/plugins/com.adobe.flash.compiler_4.7.0.348297/AIRSDK
  • Windows : C:\Program Files\Adobe\Adobe Flash Builder 4.7 (64Bit)\eclipse\plugins\com.adobe.flash.compiler_4.7.0.349722\AIRSDK\
• Dans Flash Builder, créez un nouveau projet : Fichier -> Nouveau -> Projet.
• Ouvrez le panneau des propriétés (cliquez avec le bouton droit de la souris et sélectionnez Propriétés). 
• Sélectionnez ActionScriptCompiler dans la liste sur la gauche.
• Ajoutez « -swf-version=39 » dans le champ Arguments de compilateur supplémentaires.
  • Vous vous assurez ainsi que le fichier SWF cible la version 39 du SWF. Si vous compilez sur la ligne de commande et non dans Flash Builder, vous devez ajouter le même argument de compilateur.
• Assurez-vous d’avoir installé la nouvelle version de Flash Player 28 dans votre navigateur.

Création pour AIR 28 (mise à jour vers l’espace de noms d’AIR 28)

Vous devez mettre à jour le fichier descripteur d’application en le redéfinissant sur l’espace de nom 28 pour accéder aux nouvelles API et au nouveau comportement d’AIR 28. Si votre application n’a pas recours aux nouvelles API et au nouveau comportement d’AIR 28, il n’est pas nécessaire de mettre à jour l’espace de noms. Nous recommandons toutefois à tous les utilisateurs de commencer à utiliser l’espace de noms d’AIR 28 même s’ils ne profitent pas encore des nouvelles fonctionnalités de la version 28. Pour mettre à jour l’espace de nom, redéfinissez l’attribut xmlns dans votre descripteur d’application sur : <application xmlns="http://ns.adobe.com/air/application/28.0">

Vous avez repéré un bogue ? Envoyez-le sur la Base de données de bogues Flash Player et Adobe AIR.

Il est possible que Flash Player et AIR utilisent votre matériel vidéo pour décoder et lire les vidéos H.264. Il est possible que certains bogues vidéo ne puissent être reproduits qu’avec votre matériel et lecteur vidéo particuliers. Lorsque vous signalez un bogue qui implique du contenu vidéo, il est indispensable d’annoter les informations concernant votre matériel et lecteur vidéo, ainsi que votre système d’exploitation et navigateur (si vous utilisez Flash Player), afin que nous puissions reproduire les problèmes et faire des recherches. Veillez à inclure ces informations conformément aux Instructions concernant la notification de problèmes relatifs à la lecture de vidéos. Remarque : En raison du grand nombre de courriers électroniques reçus, nous ne pouvons donner suite à chaque demande.

Nous vous remercions d’utiliser Adobe® Flash Player® et AIR®, et de prendre le temps de nous faire part de vos impressions !

Pour connaître la configuration requise pour les dernières versions de Flash Player, consultez le document ici

Pour connaître la configuration requise pour les dernières versions AIR, consultez le document ici