Voici un exemple d’une commande de la carte de base et de l’autorisation nécessaire pour l’activer:

<Capability Name="ID_CAP_MAP" />
<maps:Map />

Les nombreuses nouvelles fonctionnalités des Maps.

Les contrôles de Nokia Maps apportent de nombreuses nouvelles fonctionnalités, seuls certaines sont expliquées ici. L’utilisation de la propriété Center vous définit la géolocalisation du contrôle de la carte. Grace à la fonction Zoom, il est possible de zoomer sur la carte à l’intérieur et l’extérieur de la vue. La propriété Heading permet de pivoter les dalles autour de son centre. La propriété Pitch change l’élévation de la carte par rapport à l’horizon. Il est possible de changer le type de carte affichée par la mise en CartographicMode (Road, Terrain, Aerial, ou Hybrid). La propriété ColorMode peut être réglée sur light (pour conduite de jour) ou noir (pour la conduite de nuit). Il est possible d’ajouter des points de repère en 3D en utilisant LandmarksEnabled. Il est également possible d’ajouter des fonctionnalités de terrain utiles pour les piétons (comme les escaliers) à l’aide de PedestrianFeaturesEnabled. Ce code définit l’ensemble de ces fonctionnalités pour un contrôle de la carte :

<maps:Map
    x:Name="myMap"
    Center="37.792878,-122.39641"
    ZoomLevel="17"
    Heading="45"
    Pitch="25"
    CartographicMode="Road"
    ColorMode="Dark"
    PedestrianFeaturesEnabled="True"
    LandmarksEnabled="True"
    />

Donnant l’affichage de la carte ci-dessous :

Les couches des Maps

Il est possible d’ajouter facilement des surcouches à vos cartes à l’aide d’un élément XAML avec GeoCoordinates et le contrôle Maps placera ces éléments à l’emplacement approprié. Avec ce code, vous pouvez ajouter un point rouge devant le bâtiment de San Francisco Ferry:

En effet, la gamme Nokia Asha est très répandue avec des millions de téléchargements d’applications par mois. Ces terminaux destinés aux petits porte-monnaie ou aux pays émergeant, se vendent très bien, et Nokia nous invite à nous y intéresser.

Avec le « Premium Developer Program », Nokia propose un service gratuit comprenant :

• Un Nokia Asha 310 (double SIM / WiFi)
• Un accès aux périphériques Asha à distance, afin que vous puissiez tester vos applications sur une grande variété de dispositifs réels.
• Deux billets pour le support technique Nokia
• Le choix entre la promotion de l’app sur le Nokia Store ou un crédit de 500$ sur le NAX

Tous les renseignements sur cette page : Nokia Premium Developer Program for Asha.

source: Nokia Conversation

Tous les supports sont accessibles ici : http://sdrv.ms/17DldDK

Contrairement a ce que l’on pense, ce n’est pas de tout repos, loin de là !

Voici un petit récapitulatif de mon séjour. Tout d’abord, les journées commencent tôt .. Donc on se lève aux aurores si notre lieu de résidence temporaire est plus ou moins éloigné. Personnellement j’étais seulement à 15 minutes de bus de l’événement  Mais pourquoi se lever si tôt ? Tout simplement parce que les constructeurs font leurs annonces à toutes heures :  Nokia a fait ses annonces à 8h30 le lundi, et en arrivant à 8h, il restait déjà presque plus de places assises malgré tout ce  que Nokia avait prévu !

Ces annonces sont importantes, même pour les développeurs que nous sommes. Cela nous permet de nous rendre compte que Nokia soutient  la plateforme Windows Phone tout comme Asha, et que les 2 gammes sont autant mise en avant l’une que l’autre ! Suite à cette conférence qui permet de voir les dirigeants de Nokia s’exprimer face à nous et répondre aux questions que l’assemblée souhaite poser, et sans tabou car plusieurs micros ont été amenés aux personnes qui le voulaient. Après toutes ces annonces de nouveaux produits et services, on regarde l’heure : il est déjà 10h… On visite un peu le hall 3 dans lequel Nokia était, puis direction l’autre bout du salon dans le coin Nokia Developer. Il faut compter facilement 15min de marche avec les tapis roulants. Oui vous avez bien lu, c’est vraiment immense !

Le coté développeur est tout aussi sympa, on y trouve les gagnants du concours « Lumia Geek Challenge  » et la France était représentée par notre cher Rudy Huyn grâce a son application « TV Show« . Mais pas le temps de discuter car une autre keynote dédiée aux développeurs arrive à 11h. Ici nous avons eu le droit aux chiffres standards, les nombres d’applications sur les stores. Nous avons aussi découvert les prochaines applications et partenariats exclusifs (GoPro, Burton…). Nokia Ad Exchange (NAX) nous à été (re)présenté, ainsi que le programme DVLUP qui pour le moment est réservé aux USA et au Royaume-Uni pour accompagner les développeurs et les aider.

Apres cette demi-journée de keynotes en tous genres, on se met en quête de nourriture avec les personnes rencontrées tout au long de la mâtiné. Finalement, des petits four attendent à la sortie (généralement chaque stand déborde de nourriture aux bonnes heures). Le problème est que l’on discute un peu avec tout le monde, que le temps passe et qu’on se retrouve à ne rien manger ou presque. Mais les échanges entre professionnels (voir passionnés) sont vraiment enrichissants. Les sessions technique de l’après midi était les suivantes:

Breakout Sessions: Track 1: Introduction to Building Apps & Games for Windows Phone 8

This single 60 minute session will be repeated several times throughout the day

 Track 2: Technical Sessions: Windows Phone 8

30 minute deep dives on topics including:

• Tiles & Lock Screen
• Location & Mapping
• Networking, NFC, Bluetooth
• HTML5 in WP8 Apps
• Game Development & WP8 Middleware
• Camera and Lenses

Track 3: Monetization and Business Enablers

• Nokia Ad Exchange
• Premium Developer Program
• Asha Development Opportunities
• And more to be announced

Personnellement, j’ai été pris par les différentes personnes que j’ai rencontré et j’ai raté les conférences, mémé si les sujets ont déjà été abordés, c’est toujours bon de voir d’autres manières de faire les choses. A coté de ça,  j’ai rencontré le créateur de l’application « Apps Highlights » ou en français  »Meilleures apps » ainsi que des Nokia Ambassadors faisant partie du programme DVLUP.

Ci dessus le plan du MWC pour que vous puissiez visualiser plus facilement.

Une soirée consacrée au développeurs a été organisée le lendemain, ce fut une nouvelle occasion de faire de nouvelles connaissances, que ça soit des petits développeurs, des blogueurs ou des employés de Microsoft ou Nokia à travers le monde. Vous trouverez quelques photos de cette soirée dans cet album sur Facebook et d’autres photos du stand Nokia Dev et de la keynote developper du matin.

Et cette vidéo vous montrera un peu l’ambiance générale :

Bien sûr, ce n’est qu’un résumé d’une journée très enrichissante et très remplie, en sachant aussi que divers concours ont lieu certains jours (hackathon…). Mais n’étant plus sur place, je n’y ai pas participé et je ne peux donc pas vous expliquer comment cela s’organise.

Bref, si vous avez l’opportunité de participer au MWC, cela vaut le détour ! Prévoyez de vous y prendre le plus à l’avance possible pour les diverses réservations, mais cela n’est pas très excessif.

Une bonne opportunité pour gagner de l’argent

Windows 8 Phone dévoile une plateforme pour les développeurs de jeu sans égal qui supporte le code natif et permet de porter très rapidement des jeux existants (des jeux sous Android ou iOs peuvent même parfois être portés en quelques jours).  Et avec la convergence des plateformes de jeu Windows et Windows Phone rendue possible par le noyau commun partagé par les deux OS, les développeurs disent pouvoir réutiliser 90% de leur code pour amener leur jeux sur le plus d’appareils possible.

Jetez un œil sur Windows Phone 8 et vous verrez que de nombreuses possibilités très utiles aux développeurs de jeux ont été ajoutées, comme le paiement in-app qui offre de nouvelles possibilités pour monétiser un jeu. Cela s’ajoute bien sûr aux modèles existants : la publicité, le « freemium » et les applications payantes. Les moyens de paiement les plus populaires ont également été ajoutés pour permettre aux joueurs d’acheter des jeux ou du contenu. Paypal, Alipay et de nombreux autres fournisseur de paiement sont maintenant disponibles (il y a aujourd’hui 21 connections différentes disponibles dans 21 pays). Ces moyens de paiement, lorsqu’ils sont disponibles, sont les préférés de 75% des utilisateurs Windows Phone et génèrent trois fois plus de téléchargement que le paiement par carte bancaire classique. 

Une autre donnée important à prendre en compte : les utilisateurs de Windows Phone sont très joueurs. Plus d’un tiers des téléchargement et 60 % des revenus sur le Windows Phone Store sont générés par des jeux. Et près de la moitié des 50 meilleurs développeurs Windows Phone ont créé des jeux.

Grâce aux annonces faite par les fournisseurs de middleware, porter des jeux sous Windows Phone 8 est encore plus facile.

Des nouvelles plateformes pour la création de jeux de qualité

Unity a annoncé l’ouverture de la bêta d’Unity 4 pour Windows Phone 8. Ouverte à tous les développeurs, elle offre l’opportunité d’essayer de nouveaux outils, d’envoyer des feedbacks et de commencer le développement de jeux sous Windows Phone 8. Unity présente déjà quelques titres phares créés sur cette nouvelle plateforme et disponible aujourd’hui sur le Windows Phone Store : Drift Mania Championship 2 (Ratrod Studio), Fling Theory (Coding Jar Studios) qui est une exclusivité Windows Phone et Orcs Must Survive (Echoboom). Le très célèbre Temple Run sera également bientôt disponible. 

Marmalade a également sorti une nouvelle bêta de son SDK Windows Phone 8, ouverte à tous les développeurs, et a présenté les deux premiers jeux portés depuis Android et iOs : 6th Planet (Monkube) et Propel Man (Spiel Studio).

Havok a également affiché son soutien à Windows Phone 8 au  GDC avec des démos aux graphismes époustouflants. Andrew Bowell, directeur de la gestion de produit ces Havok a déclaré : « Chez Havok, nous créons des mondes en 3D immersifs, des simulations extrêmement réalistes et interactives et des visuels spectaculaires. Windows Phone 8 est une plateforme qui donne à Havok et aux développeurs  la possibilité d’optimiser les jeux à fond pour créer du contenu riche et améliorer le gameplay ».

La communauté Cocos2d-x, à l’origine du très populaire moteur de jeu 2D cross-platform , a sorti une nouvelle version de Cocos2d-x pour Windows Phone 8 ainsi que l’API  Cocos2d-x v2.1.

Et pour avoir une expèrience de jeu complète, PowerA a annoncé que MOGA, sa manette dernier cri dédiées aux appareils mobiles seraient maintenant compatibles avec Windows Phone 8. Le SDK MOGA pour Windows Phone 8 sera bientôt disponible. 

HarshQuad est le premier jeu de ce studio indépendant fondé en novembre 2012 à Lyon. Le principe de ce « puzzle-game » est simple : il faut relier les quatre coins de la même couleur d’un rectangle. On ne peut pas rêver plus simple ! La difficulté vient de la limite de temps, des six couleurs différentes et de l’immense taille du plateau de jeu. Et pour corser le tout, vous pouvez récolter des bonus et des pénalités.

Le jeu offre également trois modes différents, appelés avec humour « Not easy », « Quite hard » et « Oh Lord! », un tableau de scores, des statistiques et une liste de succès débloqués. Il sortira à la fin du premier trimestre 2013 sur Windows Phone 8. Et comme les images sont parfois plus efficace que les mots, voici la vidéo de présentation de l’application : 

Pour vous inscrire sur l’AppCampus, rendez-vous ici !

Pour voir comment cela fonctionne, créez un « Filtre » , pour le montrer dans le sélecteur de Filtres, puis enregistrez une image sans appliquer un filtre.

Vous commencez par déclarer l’application existante comme une application  »Filtre » et assurez vous qu’elle dispose des autorisations pour accéder à la caméra et enregistrer des images à la médiathèque.

<Capabilities>
     <Capability Name="ID_CAP_ISV_CAMERA" />
     <Capability Name="ID_CAP_MEDIALIB_PHOTO" />
</Capabilities>
<Extensions>
     <Extension ExtensionName="Camera_Capture_App" 
                        ConsumerID="{5B04B775-356B-4AA0-AAF8-6491FFEA5631}"
                        TaskID="_default" />
</Extensions>

Ensuite, dans le dossier Images, vous avez besoin d’ajouter des icônes pour les trois résolutions d’écran prises en charge. Voici le Lens.Screen-WVGA.png utilisé par l’application.

Lorsque l’application démarre, elle va obtenir un lien vers /MainPage.xaml?Action=ViewfinderLaunch. Votre code peut maintenant intercepter un lien en utilisant un UriMapper personnalisé et l’envoyer vers /Lens.xaml.

Maintenant, vous pouvez ajouter du code à Lens.xaml pour afficher la caméra, puis enregistrer l’image, sans modification, dans la bibliothèque de photos.

<Button Content="Snap Picture" Click="SaveImage" />
<Grid x:Name="ContentPanel" Grid.Row="1" >
    <Grid.Background>
        <VideoBrush x:Name="viewfinderBrush" />
    </Grid.Background>
</Grid>

public partial class Lense : PhoneApplicationPage
{
    public Lense()
    {
        InitializeComponent();
        this.Loaded += Lense_Loaded;
    }

    PhotoCamera cam;
    MediaLibrary library = new MediaLibrary();

    void Lense_Loaded(object sender, RoutedEventArgs e)
    {
        if (PhotoCamera.IsCameraTypeSupported(CameraType.Primary))
        {
            cam = new Microsoft.Devices.PhotoCamera(CameraType.Primary);

            cam.CaptureImageAvailable +=cam_CaptureImageAvailable;
            viewfinderBrush.SetSource(cam);
            }
        }

    void cam_CaptureImageAvailable(object sender, ContentReadyEventArgs e)
    {
        library.SavePictureToCameraRoll(new Random().Next(1, 1000) + ".jpg", e.ImageStream);
    }

    private void SaveImage(object sender, RoutedEventArgs e)
    {
        cam.CaptureImage();
    }
}

A l’exécution de l’application, vous verrez  dans la liste les filtres pour l’appareil photo.

Camera : Enregistrement Vidéo

Avec WP7, il était possible pour les applications de prendre des vidéos, mais c’était assez laborieux. Avec la nouvelle API WP8 WinPRT pour la capture vidéo, il est maintenant très facile de capturer une vidéo et l’enregistrer n’importe où. Voici un exemple rapide de la capture d’une vidéo pendant 2 secondes, la sauvegarde pour IsoStore, puis sa lecture.

Alors que l’exemple de code peut sembler complexe, il est en fait assez simple. Tout d’abord, il ouvre un fichier Foo.wmv dans IsoStore afin d’écrire la vidéo dedans.

Ensuite, on obtient la caméra frontale.

Ensuite, le code pour simuler quelqu’un cliquant sur un bouton qui dit « Start Capture » puis attend pendant 2 secondes avant de cliquer sur un bouton qui dit « Stop Capture ». Évidemment, dans un scénario dans le monde réel, vous auriez un bouton  »Start Capture » et un bouton « Stop Capture », mais ce bout de code vous permettra de le simuler tout aussi bien.

Et enfin l’application peut lire le fichier foo.wmv dans l’IsoStore.

L’exécution de l’application va maintenant saisir pendant 2 secondes la vidéo et la lire:

Camera : Information  Matériel

Grâce à la nouvelle API CameraDevice de WP8, il est possible d’obtenir des informations supplémentaires sur la photo et les paramètres de la caméra vidéo. Des informations telles que la résolution prise en charge, la zone AF, balance des blancs, ISO, sons d’obturateur, et d’autres sont tous disponibles via cette nouvelle API.

Il y a beaucoup d’informations et de fonctionnalités disponibles à travers cette API, mais pour des raisons de brièveté seulement quelques-unes sont couvertes ici.

L’exécution de ce code affiche les résultats suivants dans l’émulateur WP8:

Vous pouvez obtenir des informations similaires pour la caméra vidéo:

private async void AudioVideoCameraProperties(object sender, RoutedEventArgs e)
{
    StringBuilder sb = new StringBuilder();
    sb.AppendLine("*** AudioVideoCaptureDevice statics ***");
    sb.AppendLine("AudioVideoCaptureDevice.AvailableSensorLocations: "
        + AudioVideoCaptureDevice.AvailableSensorLocations.First()
        + " " + AudioVideoCaptureDevice.AvailableSensorLocations.Skip(1).First());
    sb.AppendLine("AudioVideoCaptureDevice.GetAvailableCaptureResolutions(CameraSensorLocation.Back): "
        + AudioVideoCaptureDevice.GetAvailableCaptureResolutions(CameraSensorLocation.Back).First());
    sb.AppendLine("AudioVideoCaptureDevice.GetAvailablePreviewResolutions(CameraSensorLocation.Back): "
        + AudioVideoCaptureDevice.GetAvailablePreviewResolutions(CameraSensorLocation.Back).First());
    sb.AppendLine("AudioVideoCaptureDevice.SupportedAudioEncodingFormats: " +
        AudioVideoCaptureDevice.SupportedAudioEncodingFormats.First());
    sb.AppendLine("AudioVideoCaptureDevice.SupportedVideoEncodingFormats: " +
        AudioVideoCaptureDevice.SupportedVideoEncodingFormats.First());

    sb.AppendLine("*** AudioVideoCaptureDevice  ***");
    var avDevice = await AudioVideoCaptureDevice.OpenAsync(CameraSensorLocation.Back,
        AudioVideoCaptureDevice.GetAvailableCaptureResolutions(CameraSensorLocation.Back).First());

    sb.AppendLine("*** AudioVideoCaptureDevice properties ***");
    sb.AppendLine("AudioEncodingFormat: " + avDevice.AudioEncodingFormat);
    sb.AppendLine("CaptureResolution: " + avDevice.CaptureResolution);
    sb.AppendLine("FocusRegion: " + avDevice.FocusRegion);
    sb.AppendLine("PreviewResolution: " + avDevice.PreviewResolution);
    sb.AppendLine("SensorLocation: " + avDevice.SensorLocation);
    sb.AppendLine("SensorRotationInDegrees: " + avDevice.SensorRotationInDegrees);
    sb.AppendLine("VideoEncodingFormat: " + avDevice.VideoEncodingFormat);

    sb.AppendLine("*** KnownCameraPhotoProperties properties ***");
    sb.AppendLine("UnmuteAudioWhileRecording: " +
        avDevice.GetProperty(KnownCameraAudioVideoProperties.UnmuteAudioWhileRecording));
    sb.AppendLine("VideoFrameRate: " +
        avDevice.GetProperty(KnownCameraAudioVideoProperties.VideoFrameRate));
    sb.AppendLine("VideoTorchMode: " +
        avDevice.GetProperty(KnownCameraAudioVideoProperties.VideoTorchMode));
    sb.AppendLine("VideoTorchPower: " +
        avDevice.GetProperty(KnownCameraAudioVideoProperties.VideoTorchPower));

    sb.AppendLine("*** KnownCameraGeneralProperties properties ***");
    sb.AppendLine("AutoFocusRange: " +
        avDevice.GetProperty(KnownCameraGeneralProperties.AutoFocusRange));
    sb.AppendLine("IsShutterSoundEnabledByUser: " +
        avDevice.GetProperty(KnownCameraGeneralProperties.IsShutterSoundEnabledByUser));
    sb.AppendLine("PlayShutterSoundOnCapture: " +
        avDevice.GetProperty(KnownCameraGeneralProperties.PlayShutterSoundOnCapture));
    sb.AppendLine("IsShutterSoundRequiredForRegion: " +
        avDevice.GetProperty(KnownCameraGeneralProperties.IsShutterSoundRequiredForRegion));
    sb.AppendLine("ManualFocusPosition: " +
        avDevice.GetProperty(KnownCameraGeneralProperties.ManualFocusPosition));

    avDevice.Dispose();

    MessageBox.Show(sb.ToString());
}

Les outils et technologies nécessaires

Cette application est donc destinée à la plateforme S40, en Java 2 Micro Edition et sur le web basé sur le browser XpressBuilder. Mais si vous voulez d’abord en savoir plus sur la technologie S40, cliquez ici.

Pour vous lancer, rien de plus simple, il n’y a qu’un seul outil à installer : les Nokia Web Tools 2.0 qui contient l’environnement de développement intégré (IDE) et le Webapp simulateur, compatible avec Windows, Linux et MacOSX.

1ere étape : la création d’un projet

Nous allons utiliser ici un template de projet de type flux RSS. Pour commencer, cliquez sur le menu « File » et sélectionnez « New » puis « Series 40 web app (wgt) ».

Une boite de dialogue « New Series 40 web app » va s’ouvrir. Sélectionnez le template « RSS feed project » puis cliquez sur « Next ».

La page suivante permet de saisir des informations sur votre projet :

• Project name : ajoutez ici le nom du projet (par exemple : MyNews)
• Display Name : c’est le nom de l’appli affichée sur le téléphone
• Unique Identifier : l’identifiant unique
• Version # : le numéro de version courant
• Short Name : le nom raccourci

Ensuite vous saisissez les informations relatives à votre flux RSS :

• Name of main HTML : ceci représente la page d’accueil de votre webapp.
• RSS feed URL : URL pointant sur votre flux
• Author : nom d’auteur
• Author email : email de contact de l’auteur
• License : copyright
• Description : descriptif de votre webapp

Et voilà ! En cliquant sur « Finish », l’éditeur va générer automatiquement une webapp de flux RSS.

2eme étape : testez votre application

Pour tester votre webapp, deux options s’offrent à vous via le Web App Simulator (WAS). Vous pouvez faire une preview basée sur une exécution serveur (cloud). Cette option fournit une expérience très proche de celle d’un téléphone. Ou vous pouvez faire une preview locale, très utile pour travailler en mode déconnecté ou pour débugger votre webapp.

En cliquant sur « Cloud Preview for Web app », l’éditeur va valider le code de la webapp puis l’envoyer au WAS.

Voici comment le Web App Sumulator fonctionne. L’interraction se fait à la souris et vous pouvez ajuster les réglages du simulateur (vous pouvez par exemple définir un proxy).

3eme étape : Déployez votre application sur un téléphone S40 FT

Il existe deux façons de déployer votre webapp sur un téléphone. Vous pouvez la déployer via Bluetooth avec une connexion entre votre téléphone et votre ordinateur ou sur le web en saisissant une URL courte générée par l’IDE dans le navigateur internet Nokia Xpress du téléphone. Nous Allons vous montrer comment déployer votre application grâce à une URL. Pour en savoir plus sur le déploiement en Bluetooth, cliquez ici. 

Pour commencer, ouvrez le menu contextuel et sélectionnez « deploying web app ».

Validez ensuite la demande de confirmation d’exécution en tâche de fond.

Puis activez la console afin de récupérer l’URL courte générée (en vert).

Sur votre téléphone Asha, ouvrez le navigateur web Xpress, sélectionnez « Deploying web app » et saisissez l’url courte. 

La webapp s’installe alors et se lance.

Et si vous n’avez pas de Nokia Asha, rassurez vous, vous pouvez accéder au service gratuit « Remote Acces Device ». 

Vous pourrez retrouver plus d’informations sur ce service ici. 

4eme étape : modifiez trois graphiques

Avec le template de projet “RSS Feed”, des images sont automatiquement générées pour vous :

• Une icône :        

• Une barre des titres :     

• Et un bouton pour lire l’article complet dans le navigateur internet :     

Ces trois images sont stockées dans le répertoire <mon_projet>\s40-theme\images

5eme étape : Publiez votre webapp sur Nokia Store

Pour publier votre webapp sur le Nokia Store, commencez par vous rendre ici. Après vous être identifié(e), créez un nouveau « content item » et sélectionnez Series 40 Web App.

Il ne vous reste plus qu’à répondre aux trois questions juridiques, saisir les métadonnées de votre web app et charger votre fichier d’extensions « .wgt » généré par votre IDE. 

Et voilà, vous avez créé votre web app de flux RSS pour S 40 !

Source : S40 Webapp

Portefeuille : Bons plans

Pour illustrer cela, commencez par ajouter un nouvel accord pour le Portefeuille. Dans le monde réel ce serait une offre dans le style de Groupon, où vous pouvez ajouter des offres locales au Portefeuille à utiliser plus tard. Dans cet exemple trivial, vous allez ajouter « un article gratuit » au Portefeuille. Cet exemple utilise le plus grand nombre possible de propriétés pour montrer la polyvalence du Portefeuille, mais seulement quelques-unes sont obligatoires.

Il y a quelques petites choses intéressantes dans cet extrait de code. Vous commencez par créer un nouvel élément de Portefeuille « Deal ». Ensuite, remplissez quelques propriétés comme un site unique pour l’offre, une pièce d’identité, certaines propriétés d’affichage, et un code à barres. L’article est alors enregistré dans le Portefeuille et l’application est lancée.

Vous devez également ajouter une autorisation qui va permettre à l’application d’ajouter des éléments Portefeuille.

 Name="ID_CAP_WALLET" />

Et voici ce à quoi l’élément Portefeuille ressemble :

Application Portefeuille avec un bon plan

Vue détaillée d’un bon plan

Plus de détails

Les utilisateurs peuvent cliquer sur le bouton  »ouvrir app » qui va ouvrir l’application actuellement associée à cet article Portefeuille : le code a spécifié est un lien vers « /mainpage.xaml?wallet=Deal » dans le cadre d’un item du Portefeuille. Lorsque l’utilisateur clique sur ce bouton, vous pouvez voir que c’est le lien utilisé.

Il y a beaucoup de façons pour un utilisateur d’acheter dans un bon plan unique. Cela pourrait se faire sur le site Web par une offre exécuté sur un serveur Web, dans le cadre de l’application, en scannant le code à barres de l’offre, et ainsi de suite. Tout dépend de l’usage professionnel spécifique pour le Portefeuille.

Portefeuille : Background Agents

Dans le cadre de la fonctionnalité Portefeuille, un background agent a été introduit à WP8. Cet agent permet d’actualiser les données des éléments Portefeuille, recevoir des activations/désactivations de l’élément sécurisé via NFC  à l’élément associée, et l’action des modifications de paiement effectuées par le Portefeuille.

Voici un exemple d’un background agent simple qui répond à une demande  »refresh » dans un article de Portefeuille. Ceci est fait pour que l’application puisse obtenir les dernières informations sur les points du Portefeuille dans le Cloud. Ce background agent simple échouera systématiquement pour l’obtention des données (car il n’y a pas de données dans le nuage) et marquer tous les éléments comme « attention de l’utilisateur est nécessaire » (“user attention is required”).

Après le «refresh» de l’élément détails, que ce soit manuellement ou automatiquement, vous verrez que l’article requiert une attention via le Portefeuille:

Au lieu de marquer l’article comme « requiring attention », vous auriez pu facilement le mettre à jour à partir des données récupérées dans le Cloud.

Portefeuille : Instrument de paiement

Il y a beaucoup d’applications qui incluent de la monnaie virtuelle et il est logique que celle-ci devrait être dans le portefeuille de l’utilisateur. Les instrument de paiement sont différents des « offres », en ce sens qu’elles maintiennent un équilibre sur un compte géré par votre serveur.

Lors de l’ajout d’un PaymentInstruments au Portefeuille, l’utilisateur doit approuver d’ajouter l’article au Portefeuille et votre application a besoin d’une capacité supplémentaire.

Maintenant, ajoutez 50 $? (dollars factice) pour le portefeuille de l’utilisateur. (Le symbole de la monnaie officielle des dollars factice pour cet exemple est « $? »)

A l’exécution de ce bout de code , vous pouvez voir que le Portefeuille demande la permission d’enregistrer l’élément. Cliquez sur « save » permettra de sauvegarder l’élément dans le Portefeuille. Appuyez sur « review » et vous êtes redirigé(e) vers un écran de révision où vous pouvez enregistrer, modifier ou annuler.

Vous pouvez maintenant ouvrir le Portefeuille et voir a quoi le nouvel instrument de paiement ressemble. Comme vous pouvez le voir en cliquant sur « open app », l’application s’ouvre à l’aide d’une chaîne de requête particulière liée à cette application. Dans la vraie vie le Portefeuille peut être ce que vous voulez comme une « carte Starbucks » qui peut être numérisée lorsque vous voulez une tasse de café, la monnaie virtuelle pour les jeux, ou des crédits à un site Web de partage de fichiers.

Portefeuille : Item générique

Le troisième type d’élément que vous pouvez ajouter au Portefeuille est le WalletTransactionItem. Il est vraiment conçu comme un type générique fourre-tout pour ce qui n’est pas un accord ou un instrument de paiement. L’exemple ci-contre montre comment utiliser le in-app purchase pour ajouter un talon de billet de cinéma au Portefeuille.

A l’exécution de cet extrait de code, vous pouvez voir que le Portefeuille offre les mêmes demande de « sauvegarde »/ »vue » (« save »/ »review ») que pour les instruments de paiement :

Lorsque vous ouvrez le Portefeuille, vous pouvez voir a quoi l’article générique ressemble.

Et si vous appuyez sur le bouton  »open app », vous pouvez voir qu’il utilise le lien spécifié pour cet article.

source: developer.nokia.com

Dans le cadre de Windows Phone 8, les utilisateurs peuvent céder le contrôle de l’apparence de l’écran de verrouillage. Plus précisément, les applications peuvent changer l’image d’arrière-plan de verrouillage d’écran, les cinq compteurs sur le fond et le texte affiché sur l’écran d’accueil. Dans Windows Phone 7 l’image doit avoir été spécifié par l’utilisateur, le texte doit être la prochaine réunion du calendrier et seules les applications système ne pouvaient utiliser les compteurs. C’est donc un grand pas en avant dans la personnalisation.

Pour commencer, vous déclarez une extension de Lockscreen afin que votre application soit affichée dans les écrans de réglage. Ajoutez le code suivant à WmAppManfiest.xml immédiatement après l’élément <Tokens /> :

<Extensions>
  <Extension ExtensionName="LockScreen_Notification_IconCount"
 ConsumerID="{111DFF24-AA15-4A96-8006-2BFF8122084F}" TaskID="_default" />
  <Extension ExtensionName="LockScreen_Notification_TextField"
 ConsumerID="{111DFF24-AA15-4A96-8006-2BFF8122084F}" TaskID="_default" />
  <Extension ExtensionName="LockScreen_Wallpaper"
 ConsumerID="{111DFF24-AA15-4A96-8006-2BFF8122084F}" TaskID="_default" />
</Extensions>

Spécifiez un fichier PNG transparent de 24×24 avec quelques pixels blancs aussi, pour l’icône de compteur de l’application.

<DeviceLockImageURI IsRelative="true" IsResource="false">24x24.png</DeviceLockImageURI>

Désormais, les utilisateurs peuvent voir l’application dans les paramètres de l’écran de verrouillage et choisir de laisser l’application changer l’écran de verrouillage.

Au lieu d’utiliser l’écran Paramètres, l’utilisateur peut choisir d’activer l’utilisation des images de lockscreen à l’application. Vous pouvez ajouter cette fonctionnalité avec :

private async void LockScreen_ChangeImage(object sender, RoutedEventArgs e)
{
    if (!LockScreenManager.IsProvidedByCurrentApplication)
 {
        await LockScreenManager.RequestAccessAsync();
 }
}

L’exécution du code que vous voyez de l’application demande à l’utilisateur de donner l’autorisation pour l’application pour fournir des images de papier peint pour l’écran de verrouillage.

Maintenant, l’application peut changer l’image d’arrière-plan du lockscreen, comme suit :

private async void LockScreen_ChangeImage(object sender, RoutedEventArgs e)
{
    if (!LockScreenManager.IsProvidedByCurrentApplication)
 {
        await LockScreenManager.RequestAccessAsync();
 }

    if (LockScreenManager.IsProvidedByCurrentApplication)
 {
        LockScreen.SetImageUri(
            new Uri("ms-appx:///CustomizedPersonalWalleper.jpg", UriKind.RelativeOrAbsolute));
 }
    MessageBox.Show("Lock screen changed. Click F12 or go to lock screen.");
}

A l’exécution de l’application, vous verrez que la nouvelle image est l’image de lockscreen. L’image de fond peut être ce que vous voulez qu’elle soit et peut être composée de façon dynamique.

Vous pouvez ajouter du texte et un compteur dans le lockscreen ainsi, en affectant des valeurs à la tuile épinglée de l’application.

private void LockScreen_ChangeCounterAndText(object sender, RoutedEventArgs e)
{
    ShellTile.ActiveTiles.First().Update(
        new FlipTileData()
 {
        Count = 99,
        WideBackContent = "Lock screen text",
        SmallBackgroundImage = new Uri(@"Assets\Tiles\FlipCycleTileSmall.png", UriKind.Relative),
        BackgroundImage = new Uri(@"Assets\Tiles\FlipCycleTileMedium.png", UriKind.Relative),
        BackBackgroundImage = new Uri(@"Assets\Tiles\FlipCycleTileMedium.png", UriKind.Relative)
 });
}

Voici le résultat :

Live tiles : nouvelles tailles et nouveau modèles

L’écran d’accueil de  Windows Phone 8 a été repensé pour que les applications puissent avoir des tuiles normales, larges, et petites. Vous pouvez définir ces modèles pour votre application dans le cadre du PrimaryToken XML dans le WmAppManfiest , en mettant à jour le TileData dans le code, et en utilisant les notifications push du modèle XML. Dans cet article, la syntaxe du WmAppManifest seront explorées.

Le modèle Flip

Dans Mango (WP7.5) la classe StandardTileData a été introduite, FlipTileData est l’équivalent de cette classe dans WP8 mais avec de nouvelles propriétés. TemplateFlip a un contenu flip sur les deux dimensions de la tuile et prend en charge tous les formats de tuiles.

Vous spécifiez les carreaux à feuilles en spécifiant un PrimaryToken comme «FlipTemplate» ou en utilisant la classe FlipData à partir du code. Voici un exemple utilisant le XML FlipTemplate.

<PrimaryToken TokenID="WP8_Beta_22Token" TaskName="_default">
  <TemplateFlip>
    <SmallImageURI IsRelative="true" IsResource="false">159x159.png</SmallImageURI>
    <Count>5</Count>
    <BackgroundImageURI IsRelative="true" IsResource="false">336x336.png</BackgroundImageURI>
    <Title>Title</Title>
    <BackContent>Back Content</BackContent>
    <BackBackgroundImageURI IsRelative="true" IsResource="false">336x336.png</BackBackgroundImageURI>
    <BackTitle>Back Title</BackTitle>
    <LargeBackgroundImageURI IsRelative="true" IsResource="false">691x336.png</LargeBackgroundImageURI>
    <LargeBackContent>Hello World</LargeBackContent>
    <LargeBackBackgroundImageURI IsRelative="true" IsResource="false">691x336.png</LargeBackBackgroundImageURI>
    <DeviceLockImageURI IsRelative="true" IsResource="false">24x24.png</DeviceLockImageURI>
    <HasLarge>True</HasLarge>
  </TemplateFlip>
</PrimaryToken>

L’exemple ci-dessous montre la même tuile, cinq fois pour afficher toutes les tailles de tuiles et de montrer le dos et le contenu avant.

Le modèle Iconic

L’une des utilisations les plus courantes des tuiles dans WP7 est de recréer l’apparence des tuiles intégrées. C’était un cas d’utilisation commune que des projets de tiers, tels que les MSP Toolkit, sont intervenus pour combler l’écart. Les bonnes nouvelles sont que Windows Phone 8 fournit un support intégré pour les modèles de tuiles qui ressemblent à des carreaux indigènes vivantes. Les différentes propriétés qui peuvent être définies sur ce nouveau type de modèle sont indiqués ci-dessous :

Vous pouvez utiliser le XML TemplateIconic dans le fichier WmAppManifest ou la classe IconicTileData pour préciser le contenu. Cet exemple utilise la TemplateIconic :

<PrimaryToken TokenID="WP8_Beta_22Token" TaskName="_default">
 <TemplateIconic>
    <SmallImageURI IsRelative="true" IsResource="false">110x110.png</SmallImageURI>
 <Count>5</Count>
    <IconImageURI IsRelative="true" IsResource="false">202x202.png</IconImageURI>
 <Title>Title</Title>
 <Message>Message</Message>
    <BackgroundColor>#123456</BackgroundColor>
    <HasLarge>True</HasLarge>
    <LargeContent1>LargeContent1</LargeContent1>
    <LargeContent2>LargeContent2</LargeContent2>
    <LargeContent3>LargeContent3</LargeContent3>
    <DeviceLockImageURI IsRelative="true" IsResource="false">24x24.png</DeviceLockImageURI>
 </TemplateIconic>
</PrimaryToken>

Voici les trois tuiles que ce code produit :

Le modèle cyclique

Une des fonctionnalités intéressantes des live tiles de WP7 est la tuile large du hub photos, qui fait défiler vos photos. Ce modèle de tuile est maintenant disponible pour votre utilisation. Il vous suffit de spécifier les neuf images locales que vous souhaitez le carreau pour faire défiler comme suit :

<PrimaryToken TokenID="WP8_Beta_22Token" TaskName="_default">
 <TemplateCycle>
    <SmallImageURI IsRelative="true" IsResource="false">159x159.png</SmallImageURI>
 <Title>Title</Title>
    <Photo01ImageURI IsRelative="true" IsResource="false">691x336_N1.png</Photo01ImageURI>
    <Photo02ImageURI IsRelative="true" IsResource="false">691x336_N2.png</Photo02ImageURI>
    <Photo03ImageURI IsRelative="true" IsResource="false">691x336_N3.png</Photo03ImageURI>
    <Photo04ImageURI IsRelative="true" IsResource="false">691x336_N4.png</Photo04ImageURI>
    <Photo05ImageURI IsRelative="true" IsResource="false">691x336_N5.png</Photo05ImageURI>
    <Photo06ImageURI IsRelative="true" IsResource="false">691x336_N6.png</Photo06ImageURI>
    <Photo07ImageURI IsRelative="true" IsResource="false">691x336_N7.png</Photo07ImageURI>
    <Photo08ImageURI IsRelative="true" IsResource="false">691x336_N8.png</Photo08ImageURI>
    <Photo09ImageURI IsRelative="true" IsResource="false">691x336_N9.png</Photo09ImageURI>
 <Count>0</Count>
 <HasLarge>True</HasLarge>
    <DeviceLockImageURI IsRelative="true" IsResource="false">24x24.png</DeviceLockImageURI>
 </TemplateCycle>
</PrimaryToken>

Et la Live Tile s’affiche comme suit (à noter que deux éléments sont présentés ici) :

source: developer.nokia.com