Microsoft a prévenu que cette première annonce ne contient pas toutes les fonctionnalités finales du système d’exploitation et certains points présentés demeurent flous. Des fonctionnalités supplémentaires seront communiquées plus tard jusqu’au lancement en Automne 2012.

Cet article revient sur chacune des annonces principales et s’attache à analyser leurs impacts pour les services d’une marque tout en comparant la nouvelle mouture du système d’exploitation pour téléphone de Microsoft face aux leaders du marché, iOS et Android.

Des racines communes avec Windows 8

Windows Phone 8 et Windows 8 partageront un cœur commun, permettant de renforcer la qualité et les possibilités techniques de l’OS comme le cryptage hardware avec BitLocker, la gestion optimisée des processeurs multi-cœurs, de périphériques plus divers, etc. D’un point de vue hardware, il sera possible pour les fabricants de créer un driver unique entre téléphones et PC, ce qui pourrait faciliter l’intégration de nouveau matériel.

Des nouveautés hardware

Windows Phone 8 supporte désormais des processeurs multi-cœurs qui permettront de meilleures performances dans les applications nécessitant beaucoup de puissance comme les jeux ou les applications de visualisation. Le savoir-faire de Microsoft dans ce domaine fait espérer une meilleure implémentation que dans les OS concurrents, Android notamment, où le multi-tâches peut se relever plus un détriment qu’un avantage.

Deux nouvelles résolutions viennent s’ajouter à l’unique résolution gérée par Windows Phone 7 (480*800) :

• 1280*768
• 1280*720 (720p)

Celles-ci permettront à l’OS de rattraper son retard vis-à-vis des OS concurrents comme Android dont certains téléphones ont depuis longtemps atteint des résolutions HD. Ces nouvelles résolutions posent le problème compliqué de l’adaptation des applications existantes et de la fragmentation pour les développeurs d’applications (cf Compatibilité).

Microsoft a indiqué que les applications existantes ne souffriront pas de ce changement de résolution sans pourtant préciser comment ils allaient procéder.

Un nouveau modèle applicatif

Windows Phone 7.5 exigeait un développement en langage .Net C# ou Visual Basic et utilisait le framework Silverlight 4. Il était également possible depuis la version 7.5 de développer des applications hybrides correctes en utilisant une webview Internet Explorer 9 mais les résultats étaient moins satisfaisants.

Windows Phone 8 permet désormais le développement d’applications natives en C et C++, rendant plus simple la création et le portage de jeux et d’applications nécessitant des accès bas niveau. Il serait ainsi beaucoup plus rapide de porter des jeux existants sur iOS et Android.

On s’attendait à une unification des technologies de développement entre Windows 8 et cette nouvelle version du système d’exploitation Windows Phone. Celle-ci ne s’est malheureusement pas réalisée, Microsoft n’ayant pas mentionné le Windows Runtime, la nouvelle couche de développement utilisée par les applications Metro sur Windows 8.

Microsoft permet donc de développer avec les technologies suivantes sur Windows Phone :

• C# (ou Visual Basic) et XAML
• C et C++
• HTML5 en utilisant le web control Internet Explorer 10

Ce dernier point est trompeur : Microsoft indique bien que le développement HTML 5 se ferait en incluant une webview, contrairement au système permettant de faire des applications en HTML 5 sur Windows 8, qui expose les bibliothèques Windows RT au code JavaScript. Le HTML 5 n’est donc pas considéré comme un langage de premier plan pour le développement d’applications.

La conséquence directe d’une telle différence entre les technologies de développement (quoique potentiellement justifiable par des contraintes de performance ou d’outillage) est que le développement d’applications pour un service ciblant Windows Phone 8 et Windows 8 devra utiliser le coupe XAML et C# pour bénéficier de factorisation de code.

Naturellement, seules les applications développées avec le SDK Windows Phone 8 pourront bénéficier des nouvelles fonctionnalités de la plateforme comme le NFC, le Wallet, etc.

Le portefeuille électronique (Wallet) et NFC

Microsoft a décidé d’intégrer un portefeuille électronique au sein de son système d’exploitation qui prend tout son sens avec l’intégration du NFC. Un partenariat a été annoncé avec Orange France et Microsoft compte s’entendre avec le consortium américain Isis regroupant les grands opérateurs AT&T, T-Mobile et Verizon.

Il s’agit d’un positionnement similaire quoique plus global que l’approche de Google avec son Wallet disponible uniquement aux Etats-Unis sur Sprint.

Une des différences majeures entre l’approche de Google et celle choisie par Microsoft est l’inclusion des opérateurs comme acteurs majeurs du déploiement et de la sécurisation des paiements. Techniquement parlant, Windows Phone 8 utilisera un SecureElement intégré à la carte SIM propriété de l’opérateur téléphonique plutôt que de tabler sur un SecureElement intégré au téléphone comme le fait Google actuellement.

Une application embarquée dans l’OS permettra de regrouper les cartes de paiement ou de fidélité, mais également récupérer des informations concernant des coupons et des réductions. Une intégration forte sera faite entre les applications des marques et des services et ce hub de paiement.

Le portefeuille électronique de Windows Phone 8

Dans l’exemple fourni, on peut observer une banque (Chase), une compagnie aérienne (American Airlines), un site de bonnes affaires géolocalisées (GroupOn) et un service d’achat de places de cinéma en ligne (Fandango).

Comme toutes les problématiques NFC, l’ensemble de l’écosystème sera nécessaire pour permettre une expérience cohérente à l’utilisateur. Microsoft a déjà prévenu que cette intégration complète du NFC se fera progressivement et au cas par cas avec des opérateurs partenaires.

Un compétiteur à Siri ouvert aux développeurs

La Speech platform intégrée dans Windows Phone 8 permettra à n’importe quelle application de comprendre les commandes vocales de l’utilisateur ainsi que de lui parler en retour via une synthèse vocale. Les applications pourront ajouter des mots et phrases à reconnaître au système étendant ainsi l’univers des possibles.

C’est bien là l’avantage par rapport au système Siri d’Apple qui reste fermé et ne permet de tirer parti que des services prévus (et principalement américains).

Enfin des fonctionnalités pour l’entreprise

Microsoft a annoncé plusieurs fonctionnalités qui placeront Windows Phone comme une plateforme crédible pour une utilisation en entreprise :

• Possibilité de gérer les terminaux mobiles avec la solution Microsoft de Device Management (devenant donc une solution de MDM), Microsoft InTune pour bloquer à distance un terminal, forcer une politique de sécurité sur les mots de passe ; il est probable que les éditeurs de solutions de MDM (SAP Afaria, MobileIron, AirWatch, Good) proposent de gérer les terminaux Windows Phone très rapidement au même titre que les terminaux iOS et Android
• Cryptage matériel des données sur le téléphone avec le système BitLocker et un système de démarrage sécurisé
• Une intégration plus poussée avec Exchange et Sharepoint
• L’entreprise peut installer un hub sur le téléphone qui met à disposition de ses employés des applications, des informations importantes, etc. ; le déploiement d’applications internes est possible via un site web interne ou des cartes SD par exemple, sans passer par le magasin d’applications
• Des mises à jour poussées Over-The-Air(OTA) notamment pour les hotfix de sécurité, profitant de l’expérience de Windows Update

Exemple de hub entreprise sur Windows Phone 8

Des fonctionnalités possibles à surveiller :

• Support de la configuration d’un VPN et possibilité de la pousser au sein d’un profil via MDM
• Gestion des données sensibles (type KeyChain sur iOS)
• Prise de contrôle à distance pour l’administration et le support à distance
• Contrôle d’accès aux données sensibles de l’utilisateur par l’OS et non délégué à l’application (afin de ne pas se retrouver dans des scénarios similaires au cas Path par exemple)

(Voir dans la keynote à partir de 1h34.)

Une nouvelle page d’accueil

Le nouvel écran de démarrage

La page d’accueil a été revue afin d’intégrer plus de niveaux d’information. Il sera désormais possible de choisir la taille d’une tile d’application parmi 3 tailles prédéfinies :

• petite (carré d’1 unité),
• moyenne (carré de 4 unités)
• large (rectangle de 4 unités sur deux lignes)

Toutes les applications auront accès à ces différents types de tiles contrairement à Windows Phone 7. A noter que la liste verticale d’applications qui complétait la vue tile a disparu : les applications installées seront accessibles via une manipulation non encore dévoilées afin de pouvoir être ensuite affichées sur la page d’accueil. Microsoft n’a pas annoncé de possibilité de ranger des applications dans un répertoire.

Ce choix reste globalement dans le style Metro mais permet de répondre aux critiques liées à la densité d’informations : il est ainsi possible d’avoir un nombre bien plus important d’éléments dynamiques sur une même page. Cependant, il semble acquis que l’utilisateur devra passer plus de temps pour ranger et adapter les tailles des tiles à son goût.

A noter que cette nouvelle page d’accueil sera rendue disponible sur les terminaux actuels sous la forme d’une version 7.8. Voici une vidéo de démonstration de ce nouvel écran de démarrage.

La page d’accueil de Windows Phone 7.5

La cartographie et le GPS

Microsoft annonce le passage de Bing Maps aux outils de cartographie Nokia (Navteq), plus complets en terme de précision et de couverture mais également plus avancés techniquement.

Ce choix signifie que l’ensemble des applications utilisant le SDK Microsoft pour afficher des cartes avec Bing Maps devront effectuer une mise à jour pour en tirer parti. En effet, contrairement au MapKit d’Apple dans iOS, le SDK de cartographie sous Windows Phone n’était pas proposé dans le SDK de développement standard mais comme une librairie tierce.

A noter qu’il est probable que Bing Maps demeure disponible pour toutes les applications l’utilisant actuellement afin de ne pas casser leurs fonctionnalités. Mais tous les nouveaux projets, ceux désirant tirer parti des nouvelles fonctionnalités voire ceux désirant offrir une expérience de cartographie identique à celle de l’application de cartographie embarquée dans l’OS devront passer à la solution Nokia.

Les fonctionnalités de guidage GPS seront également disponibles pour un grand nombre de pays (110) grâce à ce partenariat.

Internet Explorer 10

Comme sur Windows 8, Internet Explorer 10 sera le navigateur par défaut. Il inclut une meilleure compatibilité HTML5 et un moteur d’exécution JavaScript plus performant.

Comme pour tout changement de version de navigateur, les sites web et les applications hybrides utilisant des webviews devront être recettés afin de détecter les changements de comportement potentiels entre Internet Explorer 9 utilisé par Windows Phone 7.5 et cette nouvelle version.

Autres fonctionnalités mineures

Cartes SD pour étendre la mémoire embarquée

Plusieurs fonctionnalités n’ont pas d’impact direct sur les applications ou la façon dont les marques peuvent proposer leurs services, mais rendent service à l’utilisateur final. Parmi elles, la possibilité d’ajouter une carte SD aux téléphones Windows Phone 8 pour étendre la mémoire embarquée.

Voix sur IP

Il est désormais possible pour des applications de Voix sur IP (VoIP) d’être à l’écoute de nouveaux appels même lorsqu’elles ne sont pas lancées. Elles seront réveillées dans le cas d’un appel entrant. Elles peuvent également ajouter des informations dans les contacts du téléphone.

Skype en tirera évidemment partie, mais n’importe quelle application de voix sur IP sera capable d’accéder aux fonctionnalités.

Géolocalisation en tâche de fond

Les applications utilisant la géolocalisation comme fonctionnalité principale seront capables de tourner en tâche de fond et d’effectuer des traitements liés au changement de position. Cette fonctionnalité est particulièrement intéressante pour les applications de guidage GPS ou d’itinéraires. Les applications de suivi de performances sportives (type Nike+) en bénéficieront également.

In-app purchase

Les applications développées pour Windows Phone 8 pourront proposer du paiement à l’acte (in-app purchase), déjà répandu sur iOS et Android.

Compatibilité

Windows Phone 8 ne sera pas compatible avec les terminaux actuels. Ceux-ci ne seront éligibles qu’à la mise à jour 7.8 dont le périmètre de fonctionnalités n’a pas encore été détaillé, sauf la nouvelle page d’accueil.

La question de compatibilité se pose donc désormais tant en terme de ciblage (parc et fragmentation) qu’en terme de technologie.

Les applications Windows Phone actuelles seront intégralement compatibles avec Windows Phone 8, mais ne pourront pas exploiter les nouveautés apportées par le nouvel OS.

Disponibilité

La date de lancement annoncée, Automne 2012, concorde avec celle prévue pour Windows 8. Il semble probable qu’elles soient simultanées ou séparées de quelques semaines seulement.

Microsoft a annoncé sans plus de détails que de nouveaux terminaux seront disponibles au lancement de l’OS. Il est peu probable que Microsoft décide de créer son propre terminal de référence comme il a pu le faire pour Windows 8 avec ses tablettes Surface ou comme peut le faire Google avec ses terminaux Nexus pour Android, mais Nokia devrait remplir ce rôle étant donné le partenariat privilégié entre les deux entreprises.

La conférence BUILD Windows 2011 a eu lieu à Los Angeles du 13 au 16 septembre

Une version très jeune mais contenant plusieurs nouveautés majeures fut présentée et mise à disposition des développeurs et du public dans la foulée. Ce billet donnera des pistes de réflexion sur l’impact de ces nouveautés et abordera l’écosystème Windows existant.

Le nouvel écran de démarrage de Windows 8 présentant les applications Metro

Un vaste écosystème

S’il est facile de s’enthousiasmer pour les chiffres de croissance des terminaux mobiles comme les smartphones et les tablettes, on oublie souvent que l’écosystème Windows est gigantesque. Plus de 450 millions de licences du dernier OS de Microsoft, Windows 7, ont été vendues en l’espace de 2 ans (octobre 2009). Ce chiffre lui permet de dépasser Windows XP comme l’OS le plus répandu sur les PCs (40.17% contre 38.72%) à travers le monde. Une telle base représente aussi bien les ordinateurs de bureau que les portables en passant par les tablet PCs. Ces derniers n’ont jamais vraiment réussi à convaincre et ni à atteindre une part de marché critique.

Fort du constat que cet écosystème colossal est une cible potentielle alléchante pour tous les développeurs à travers le monde, la prochaine version de Windows contiendra une variante de la Marketplace déjà connue sur les autres services Microsoft (Windows Phone, Xbox, Zune) et très proche des leaders du marché que sont l’App Store et l’Android Market. Sa particularité sera de faire cohabiter

• des applications d’un nouveau type introduit par Windows 8 : les Metro-style apps,
• des applications existantes (comme Adobe Photoshop, Quicken, etc…) sous forme de liens vers les sites web des éditeurs

Le magasin d’applications Windows 8

Afin de permettre à Windows de toucher le segment des tablettes peu onéreuses et plus mobiles que les Tablet PC existants, Microsoft a annoncé la compatibilité de l’OS avec l’architecture ARM équipant l’immense majorité des tablettes à l’heure actuelle.

Un prototype de tablette Windows 8

Le touch et les Metro-style apps

Même si Windows fut un des premiers OS à intégrer les éléments techniques nécessaires à la gestion des interactions tactiles, il s’agissait davantage d’un substitut à la souris et au clavier que d’une intégration profonde dans les codes d’interaction et le design des applications. Le succès phénoménal des interfaces tactiles pures que sont l’iPhone et l’iPad démontre l’importance de proposer des interfaces adaptées, performantes et centrées sur l’utilisateur final. Les usages en mobilité diffèrent également des usages sédentaires par leur focalisation sur une tâche unique, tandis qu’un PC est plus adapté à l’exécution de tâches simultanées.
Ces applications Metro n’ont pas pour vocation de remplacer les applications historiques Windows comme la suite Office, Photoshop et tous les logiciels existants. Elles nécessiteront un nouveau développement sur un nouveau framework ainsi qu’une nouvelle ergonomie mais permettront de réutiliser des compétences largement répandues (.Net, HTML 5 et JavaScript, C++).

Les applications Windows 8 sont donc inspirées du monde mobile et plus précisément de Windows Phone. Elles partagent en effet toutes un même langage graphique appelé Metro et sont affichées sur la page de démarrage présentant une ergonomie horizontale. Les principes d’interaction de ces applications sont volontairement orientés touch afin de permettre une ergonomie valable pour des tablettes et des PC utilisant clavier et souris.

Les prochaines étapes

Microsoft n’a pas communiqué de date pour la sortie de Windows 8, la qualité de l’expérience d’utilisation des nouvelles fonctionnalités sur les différents supports et la qualité des outils de développement mis à disposition des développeurs qui feront effectivement vivre la plate-forme. Il serait cependant raisonnable de tabler pour une sortie fin 2012, étant donnée la maturité affichée de la direction de l’OS.

In this article, we will not discuss about the many issues to deal with video and audio containers and codecs. We just want to know if it is possible to use the video and audio tags out in the real world on mobile devices.

HTML5 video and audio tags are under the spotlights right now.
They are supposed to be THE solution to display medias on all devices without relying on third party plug-ins like Flash.

In this article, we will not discuss about the many issues to deal with video and audio containers and codecs. We just want to know if it is possible to use the video and audio tags out in the real world on mobile devices.

What does the W3C tell us?

About the video tag:
“A video element is used for playing videos or movies, and audio files with captions.
Content may be provided inside the video element. User agents (read “browsers”) should not show this content to the user; it is intended for older Web browsers which do not support video, so that legacy video plugins can be tried, or to show text to the users of these older browsers informing them of how to access the video contents.”

About the audio tag:
“An audio element represents a sound or audio stream.
Content may be provided inside the audio element. User agents should not show this content to the user; it is intended for older Web browsers which do not support audio, so that legacy audio plug-ins can be tried, or to show text to the users of these older browsers informing them of how to access the audio contents.”

Developers can also set attributes such as:

• poster: to define an image file that the browser can show while no video data is available
• controls: to enable controls of the media

What did we test ?

We created statics HTML pages with the following :

The video tag

The html :

<video controls="controls" poster="video-poster.jpg">
<source src="vp8_1280x720.webm" type="video/webm;" />
<source src="h264_qvga.mp4" type="video/mp4; codecs='avc1.42E01E, mp4a.40.2'" />
<source src="h263_176x144.3gp" type="video/3gp; codecs='h263, amr'" />
Video not supported
</video>


What we are testing :

• Controls should be displayed (at least, the video can be played when clicking on the poster)
• The specified poster is displayed
• Three common videos formats are listed : webm, mp4 and 3gp. The browser should pick up the formats that it is able to play
• The text “Video not supported” should be displayed when the video tag cannot be interpreted

The audio tag

The html :

<audio controls="controls">
<source src="music.aac" type="audio/x-aac"/>
<source src="auto.mp3" type="audio/mpeg"/>
Audio not supported
</audio>


What are we testing:

• Controls should be displayed (at least, the audio file can be played)
• Two common audio formats are listed : aac and mp3. The browser should pick up the formats it is able to play
• The text “Audio not supported” should be displayed when the audio tag cannot be interpreted

Tests results on devices

Case studies results

From our tests with real devices, we came up with those three distinct cases:

1. It works as expected

It means that either the video or audio is played or the fallback text is displayed.
Most of the devices we have been testing fall in this case.

2. It works almost as expected

Devices are supposed to choose between the different source tags you specify in the video or audio tag. This is a great feature because the browser will not download media file if it is not able to play it and should fallback to the next source.

In practice we noticed that some mobile browsers (like Android prior to 2.3 or iOS prior to 4) didn’t go down the list if the first source tag contains a media file not supported.

The workaround consists of sending only one media (which you know its format can be played on the targeted browser).
Ex :

<video src="vp8_1280x720.webm" controls="controls" poster="video-poster.jpg" />


3. It completely fails

In this case, the browser is not able to play any media files and does not display the fallback text.

The Blackberry 9800 (OS 6) is an interesting use case. This device displays the video tag as a big blank space the size of the video. It clearly fails to play a video. To find out if this browser was supposed to support this HTML5 tag, we run the http://html5test.com/ test with the device. The answer was Yes, it does support the video tag.
This test uses Javascript techniques to check whether the browser supports a certain tag.
In this case, we can conclude that, although it works in most cases, this technique is not as accurate as the good old manual test.

Conclusion

So, is it possible to use the video and audio tags out in the real world on most mobile devices?

Well, the strict answer is no. You will still need to use some tricks if you want your media to be played on devices others than the very new ones.

The good news is that the vast majority of mobile device will play mp4, 3gp video formats and aac, mp3 audio formats. That’s easier to handle than the many more various formats supported or not supported by web browsers!

Some resources:

• http://diveintohtml5.info/video.html
• http://my.opera.com/core/blog/2010/03/03/everything-you-need-to-know-about-html5-video-and-audio-2

On most services (applications or web sites), there is a strong need regarding input dates.

The best way of achieving this is by displaying a calendar to the user. There are many ways of doing this using JavaScript but since the HTML5 team has created a specific tag to deal with that, we could use it, at least on devices that support it.

HTML5 – what does the W3C tell us

« The input element with a type attribute whose value is « date » represents a control for setting the element’s value to a string representing a date. »

A valid full-date as defined in RFC 3339, with the additional qualification that the year component is four or more digits representing a number greater than 0.
Example: 1996-12-19

In the HTML source, it looks like this : <input type=”date” name=”mydate”>

What do we expect ?

This tag is designed to input a date. We are expecting that a compliant browser would display a calendar without any use of JavaScript or at least it would display an optimized keyboard on touch screen devices.

The test

We hosted on a web server a valid HTML5 page with the two following cases :

• Basic input field : <input type="date" name="date_0"/>
• input field with upper and lower bound : <input type="date" name="date_1" min="2011-01-01" max="2011-02-01"/>

The results

We have ran tests on some of the latest devices known for having a good web browser with top of the line HTML 5 compatibility.

Except for the Opera browser, all of those devices are running a webkit based browser.

The results are displayed in the table bellow :

Screen-shot

Screen shot 1 : Chrome

Screen shot 2 : Opera

Screen-shot 3 : Other browser

Conclusion

None of the phones tested above could display this HTML5 tag as expected but at least, a basic input field was displayed.
My recommendation : using HTML5 specific input functionalities on mobile devices is a bit too early right now.

Yann Scheydeker

Le paysage des nouveaux écrans est d’une vitalité et d’une diversité rares. Les BkLabs ont pour objectif de faciliter la compréhension des nombreuses annonces faites par les différents acteurs du marché : fonctionnalités des systèmes d’exploitations, nouveaux terminaux… Cette analyse se porte tant sur les aspects fonctionnels que les aspects techniques, en les explicitant en termes d’opportunités pour les marques et les utilisateurs.

La première édition de ce dossier étudie les nouveautés apportées par iOS 5, dernière version en date du système d’exploitation d’Apple pour iPhone et iPad.

iOS 5

Avec son nouveau système d’exploitation iOS 5, sorti le 12 octobre, Apple a enrichi le périmètre fonctionnel de son OS, dans le but de proposer une expérience mobile toujours plus riche à ses utilisateurs. Le document « BkLabs : iOS 5 » identifie les opportunités d’évolution des applications existantes, aussi bien pour les marques que pour leurs clients.

Par exemple :

• iCloud
• le kiosque
• le centre de notifications
• Twitter
• …

Téléchargez gratuitement le BkLabs iOS 5.

La prochaine édition des BkLabs portera sur la nouvelle version (4.0) du système d’exploitation Android de Google.

In others words you even may have great ideas regarding features you wish to offer but beyond anything what’s important is that visitors use them! This is all good sense in a way but it is far too often forgotten by developers – talking about developers, the thing is before to start coding any line at all, you have to take some time to actually draw on a sheet of paper an advanced draft of what you wish to display. This is a key thing! Draw a couple of drafts and then finally try to imagine them on screen. Then wonder:

• Is it intuitive to browse from one category to the other?
• Do I find easy the reading?
• Am I being smashed by an outraging amount of information on only one screen?
• Do I really need to know everything I can see at a glance?
• Oh and actually, what do I see at a glance? If I take a quick look at my page – meaning less than 10 seconds – what do I remember seeing? You can always ask your colleagues to play that game which is a great lead to find out whether your layout does the trick and your colleagues see what you want them to see!

Thinking Usages vs Layout…

Usages of a Mobile WebSite is pretty often synonym of movement. I mean, you have to think about your mobile as an “outside connection to the World Wide Web”. In others words you don’t want your mobile WebSite to be a simple copy of your casual WebSite, as it never is going to suit the same needs and expectations.

For example, let’s say you’re working at an “e-trading” company. You then should be familiar with special offers banner, and special positioning to highlight a particular product. At least, this is how you’d do on your desktop WebSite. The main service you’d want to dedicate your WebSite to would be to get your visitors to buy products on yours rather than on your competitors WebSites.

Now thinking about it. Is this sort of usages what your users are likely to do thru your Mobile WebSite? Nah I don’t think so… Actually, what are they going to use your Mobile WebSite for?

• They will look for particular information;
• They may want to stay up to date regarding a hot topic but all at a glance;
• They may want to check the status of their last acquisition to be sent;
• Etc. etc.

Your interface…

Now think about your interface. First thing which you should keep in mind is that it is narrow! The space you’re going to be able to play with cannot be compared to the one you’d have with your desktop browser. You are not going to be able to display much different information at the same time or it’ll be on the lack of its own sense as none will stand out!

As a matter of fact, the screen of the device will surely let you work one information out at the time, maybe two at the most. So, as you may have already guessed, what you want to do is to make priorities… Sort of make a hierarchy of your services but bearing in mind the mobile philosophy.

Mobile WebSite, a first couple of Rules you’ll follow:

1. Your page must be displayed within a flash!

You don’t want your page to wait for a WebService to answer before to be displayed;

I.e.: The status of a sending you’re expecting could be easily accessed. But as this information should change along with time, this would require a WebService to be requested each time the page should be displayed. This could considerably slower your loading time. So it may not be your best option to display this information on the home. It would make much more sense to set it up behind a “my sending” tab or so.

You should never use images when it isn’t absolutely necessary;

I.e.: A category should be accessed thru a link rather than an image if that’s not too much outside your design guidelines.

Your images should have screen compliant resolution. There is no point in sending a huge image.

You should make sure your page is in needs of as little server requests as possible. You’re on mobile many server ping-pong would considerably slower the display of your page once again.

If an image is used all along the pages, a background repeat image for example, make sure you’re setting it up to be stored on the client cache memory.

2.  Your text must be readable in all sorts of situations. Meaning using an acceptable font size, colour and contrast with the background of the page.

I.e.: Your visitors will surely access your Mobile WebSite in movement, I mean in public transportations, walking or at least outside and far from a proper desktop and its broadband browser and connection.

3.  Each one of your pages is dedicated to a single usage and service.

Don’t confuse your visitors by serving them too many features on only one page. Key usage is to choose only one at the time and split your content as much as you have to for at least four reasons:

1. 1. 1. Your page will be lighter;
      2. Your visitor will find what he wants quicker;
      3. Your content will be clearer;
      4. This will speed up your visitor navigation;

Ergonomics = Esthetics + Efficiency…

This means that before to think esthetics you want to think efficiency. Cause that’s where we are: Ergonomics is equal to esthetics + efficiency and loading speed. That would make no sense at all to have an awesome looking Mobile WebSite if it’d take ages to be displayed; on the other side to be comprehensible you must use a clear and clean layout so that visitors don’t need to search for the information they are looking for.

As far as I know, I’d say you have to think your Mobile WebSite as a natural complement of your desktop WebSite. This is usually where most of the mistakes are made: don’t try to render the same look, to provide the same information, or to provide the same services on your Desktop and you Mobile Websites! Those are two different tools you have to provide complement services with no more than absolutely needed redundancy.

Your mobile phone becomes some sort of a multi-function pocketknife. When you are at home or when you have access to a computer there absolutely is no point in using your mobile device unless you’re offering different sorts of services. This is the keystone!

We’re applying all this in WOPE!

What WOPE will do for you:

• The page code is optimized for the device currently requesting it. WOPE smartly rewrites in real time the code of your page in order to match the device characteristics making your page as light as possible!
• It adapts the look of specifics blocs according to the family of the device. For example, it makes a button wider when on a touch screen, and smaller when displayed on an “advanced” device screen which is going to use a point and click method.
• It resizes images to suit the device screen capabilities.
• It gathers all the CSS bits and adds them in the pages’ header of the page so that only one network request is needed.

By Yann Cadoret

To know how often the pages of your app are viewed or which feature is used the most is hugely important. It lets you know how to improve your app, and more importantly what to improve in priority.

Roman Nurik, Android Developer Advocate at Google pointed out this need in this post about « Improving App Quality ».

As he says, statistics can lead you to move some less used functionalities of your app into a sub-menu, or even remove them entirely.

XiTi statistics on iOS

Backelite provides you with a utility class to easily tag your app using XiTi. The code is open sourced under the Apache License 2.0, and can be found in this Google Code project.

How to use BkXitiTag

BkXitiTag is very simple to use, all you have to do is initialize it in the applicationDidFinishLaunching of your app delegate with:

// Init Xiti
[BkXitiTag xitiTagInitWithXitiSubDomain:"logi999" siteId:"1234" subsiteId:"1"];

And then tag pages and actions like this:

// Tag a page
[[BkXitiTag sharedXitiTag] tagPage:@"chapter1::page1"];

// Tag an action
[[BkXitiTag sharedXitiTag] tagAction:@"actions::button1_clicked"
                                              ofType:BkXitiTagActionTypeAction];

XiTi statistics on Android

For Android, we have the same kind of utility class. The code is again open sourced under the Apache License 2.0, and can be found in this Google Code project.

How to use XitiTagger

Initialize it in the onCreate method of your Application object with:

// Init Xiti
XitiTagger.getInstance().initialize(this, "logi999", "1234", "1");

And then tag pages and actions like this:

// Tag a page
XitiTagger.getInstance().tagPage("chapter1::page1");

// Tag an action
XitiTagger.getInstance().tagAction(XitiTagger.ActionType.ACTION,
                                                      "actions::button1_clicked");

XiTi statistics on Windows Phone 7

An Apache 2.0-licensed Google code project for Windows Phone 7 is available here.

Initialize the BkXitiTaggingService singleton during application start-up, e.g. in theApp.xaml.cs file.

BkXitiTaggingService.Instance.Initialize("testsubdomain", "testsite",
                                         "testsubsite", false, true, false);

Then, in your code triggering analytics reporting events, for instance a button, add code similar to:

private void Button_Click(object sender, RoutedEventArgs e)
{
        BkXitiTaggingService.Instance.TagPage("chapter1::page1");
}

Happy coding!

We hope that those little classes will help you providing great apps to your users, and improving existing ones.

As always, feel free to comment this article or give us feedback on the Google Code projects.

by Fabien Devos

With today’s rapid adoption of the Android platform, more and more articles on the web have been dedicated to the supposed « fragmentation » of the OS. Dan Morrill wrote agreat post on this topic (even if he prefers talking about compatibility, and I agree with him). You can argue on the terms, but even Dan Morrill admits that there are issues that developers must solve to reach as much users as possible on the Android market. Some of the biggest are:

• The several bugs of Android 1.5 Cupcake. This is the biggest « compatibility » problem in my opinion, but I would advise you to drop this version as it represents less than 8% of the devices according to Google.
• The diversity of screen sizes and densities
• The bugs specific to custom Android interfaces (such as HTC Sense)

So what do we do?

The obvious answer is: testing, testing, testing.

Alright, testing is the solution. But if you are a developer, you will probably tell me that deploying on several Android devices is painful, and that you do not have time for that (because you are so busy developing the new killer app for the Android Market). Here atBackelite, we totally understand you. So here is an attempt to ease the deployment process on several Android devices (either real ones or AVDs).

Our solution: BkDroidTester

This solution is simple, yet quite powerful. It is basically an USB Hub (optional), and a few lines of shell script to automatically deploy an app on several devices (thanks to Cyril Siman for the original idea).

The hardware part (optional)

To connect several Android phones to one single computer, without having any alimentation trouble, the obvious solution is to use an AC-Powered USB Hub.

We went a little further with a complete test bench composed of a metal box, an USB Hub, and several universal cell phone holders. One of the benefits of this approach is to have a single USB cable (the one between the computer and the hub) to plug in and out (for example to quickly give the test bench to a colleague).

Here is a schema of the system:

And here is a picture of the final result (some people call it « the octopus »…):

The USB Hub is obviously inside the box, and the painted metal provide a great surface for the suction cups to hold onto. We decided to go with 3 mini and one micro USB for the plugs. You can use a converter if you need to use a mini USB plug with a device using micro.

The software part

We developed two small scripts that you can also use without the hardware part described above (just plug several devices to your computer and/or launch several AVD).

The scripts list all the android devices currently connected, and deploy the specified app on them all through ADB shell. More precisely, they make use of the following commands:

adb devices
adb -s <device_number> install -r <path_to_apk>
adb -s <device_number> shell am start -n <package_name>

Now let’s see how to use those scripts.

Step 1: Download the scripts
To use BkDroidTester, you first have to checkout the scripts available here. There is one to deploy an app, and one to deploy and launch a monkey test.

Step 2: Plug in the devices
You just have to connect one or more devices to your computer and/or launch AVDs (make sure all the devices are recognized using ADB).

Step 3: Configure your IDE
If you do not want to launch the BkDroidTester scripts through command line, you can integrate them directly in Eclipse or any IDE that allows you to configure external command line tools.

Here is the way to do it for Eclipse :

1. Select ‘Run > External tools > External tools configuration » or clic on the arrow next to this icon  and select « External tools configuration »
2. Select « program » and press the « New » button to add a new external tool
3. Then, configure like this:
   1. Name: <the name you want>           example: « MyApp – Deploy on all Androids »
   2. Location: <path to one of the scripts (deploy or monkey)>          example: « /Users/FabienDevos/work/BkLabs/BkDroidTester/deployOnAllAndroid.sh »
   3. Working directory: <path to the APK>           example: « ${workspace_loc}/MyApp/bin »
   4. Arguments: <APK name> <package name>/<first activity with package name>example: MyApp.apk com.me.myapp/com.me.myapp.MyActivity
4. You can then launch the script by clicking on the arrow next to the icon  and choosing the script you just created (you can also configure Eclipse to launch the last used script by clicking the green icon)

The screenshot below sums it up:

The configuration is almost the same for the « monkey » script. It needs one additional parameter at the end: the number of events you want to send (eg: 5000). You also have to remove the name of the Activity: MyApp.apk com.me.myapp 5000

Pending improvements

So that’s pretty cool, but it could be a lot better. Here are a few features that we would like to add in the future:

• Android Manifest file parsing to automatically determine some parameters like the package name (and thus avoid passing them as arguments of the scripts)
• Automated cleaning of preferences or caches to have a clean fresh app each times you deploy

But as Android developers, we do like the culture of Open Source, which is why we are releasing those scripts as an Open Source Google Code project under the Apache license 2.0. Feel free to use or modify it, and if you do modify it, do not hesitate to share your improvement!

I do hope you enjoyed this article. If you have any feedback, you can either write a comment here, or submit bugs/requests on the Google Code project page.

Fabien Devos
Android engineer at Backelite

Publié par Le Journal du Net  le 14/10/2010

JDN. Backelite s’est historiquement positionné uniquement sur le mobile. Ce parti pris n’est-il pas dangereux aujourd’hui, alors que la tendance est de plus en plus à la convergence des écrans ?

Sébastien Berten. Non. Historiquement, nous étions très proches de Fullsix [qui détient encore 24 % du capital de Backelite, ndlr]. Nous avions créé ce rapprochement avec Fullsix sur la base de la convergence Web-mobile. Nous nous sommes aperçus qu’il ne s’agissait pas d’une préoccupation de nos clients. Sur la cinquantaine de clients que nous comptons, seuls quatre sont communs avec Fullsix. Il existe vraiment une démarcation dans la tête des clients entre le Web d’un côté et le mobile de l’autre. Le Web est aujourd’hui un canal considéré comme étant maîtrisé. Sur le mobile et les nouveaux écrans en revanche, il y a encore un besoin d’accompagnement et de conseil.

Quelle vision ont vos clients de la convergence ?

Aujourd’hui, nos clients ne nous parlent pas de convergence entre le mobile et le Web. En revanche, ils nous parlent de multi-écran. La multiplication des écrans dans l’environnement des consommateurs les pousse à se demander comment passer d’un smartphone à une tablette, par exemple, puis d’une tablette à une télévision. Etonnamment ils font confiance aux agences mobile pour analyser ce qu’ils ont déjà sur le Web et l’intégrer dans une stratégie de mobilité. Ils ont souvent l’impression que les agences Web n’ont pas encore intégré le mobile, que ces acteurs subissent le mobile comme un canal plein de contraintes par rapport au Web, une sorte de punition. Au contraire, c’est un canal plein d’opportunités.

Comment percevez-vous la multiplicité des systèmes d’exploitation mobiles ?

En termes d’OS les choses sont déjà très compliquées et l’arrivée de Windows Phone 7 ne simplifie pas les choses. Si l’on regarde l’équation globale pour un annonceur, il y a un réel problème de coûts. S’il veut atteindre un certain ROI, il doit être très vigilant à ses investissements.

Quelles solutions voyez-vous à ce problème ?

L’une des solutions vient des applications hybrides, qui intègrent dans une application des éléments d’un site mobile. Concrètement, ce type d’application peut s’apparenter à une coquille vide dans laquelle on ne code en langage natif que les pages les moins chères à développer, généralement celles sur lesquelles on cherche à intégrer des effets d’animation. Mais les pages qui coûtent le plus cher à un client, celles qui sont fortement connectées à son système d’information, peuvent être de simples pages Web. Il devient possible par la suite de réintégrer ces pages Web sans réel surcoût dans la déclinaison de l’application pour un autre OS. L’ensemble donne une impression de navigation « sans coutures », c’est-à-dire invisible pour l’utilisateur. Ce n’est donc pas parce que l’on dispose d’une ou plusieurs applications qu’il faut par ailleurs se passer d’un site Internet mobile.

Et comment percevez-vous l’émergence ce nouveaux écrans, tablettes et télévisions connectées ?

Nous sommes convaincus qu’il y a un vrai marché pour ces terminaux, dont certains permettront aussi de téléphoner. On se rend compte qu’un écosystème d’écrans, dont le mobile n’est qu’une composante, est en train de se mettre en place autour de nous.

Comment cet écosystème va-t-il influencer les comportements des marques et des consommateurs ?

Je pense qu’il va conduire à l’abandon de ce que l’on appelle le phénomène de l’application « me too » qui désigne un simple portage d’une application d’un OS à l’autre ou d’un type de terminal à un autre. La technologie et les différents types d’écrans sont aujourd’hui suffisamment intelligents pour pousser la convergence plus loin que cela : faire tourner différentes informations entre différents écrans, au lieu de faire tourner la même information sur tous les écrans.

C’est-à-dire ?

En présentant l’iTV en septembre dernier, Apple a montré comment un utilisateur d’iPad pouvait, sans fil, diffuser sur son écran de télévision, un film lu depuis la tablette. Ce type de fonctionnalités est aujourd’hui possible pour les applications, permettant à leurs utilisateurs de basculer tout ou partie du contenu, textes, images, vidéos, d’un écran à un autre. Les précurseurs de cette tendance ont été les « applications télécommandes », qui permettent par exemple de commander une box à distance depuis un smartphone.

Quelle est la finalité de cette tendance ?

On se rend compte que des écosystèmes concurrents sont en train d’apparaître. D’un côté celui d’Apple, avec Mac OS, l’iPhone, l’iPad et l’iTV. De l’autre, Microsoft avec Windows, Windows Phone et la Xbox sur la télévision, Mais il y a aussi Google avec Android pour smartphones et tablettes et Google TV. N’oublions pas Samsung, qui dispose de fortes parts de marchés à la fois dans la vente de terminaux mobiles et de télévisions et qui possède aussi son OS mobile, Bada. Chaque acteur essaie de capter l’utilisateur et de le garder le plus possible dans son univers technologique. Notre vision est que ces univers sont bénéfiques car ils encouragent l’innovation.

Au milieu de tout cela, il y a les marques…

Elles n’ont pas envie de se faire happer par un écosystème technologique et cherchent des moyens de les décloisonner. Ces systèmes ont tous une constante : ils sont connectés par l’IP. Les adresses IP de ces écrans permettront à l’annonceur de les faire communiquer entre eux, quel que soit l’écosystème technologique auquel ils appartiennent. C’est cela l’avenir de la convergence.

Ingénieur Epita, Sébastien a commencé sa carrière chez Atos en tant que consultant sur les sites de home banking du crédit Lyonnais. Il a par la suite pris la tête des équipes de développement d’Internet Telecom où il a travaillé à la mise en place des FAI de grandes marque (M6Net, SG / VooNoo, PPRi / Magéos). Sébastien a ensuite rejoint Vizzavi en tant que responsable des développement puis SFR en tant que responsable des équipes techniques des portails web et mobiles. Depuis décembre 2006, Sébastien Berten est le Président cofondateur de la société de développement de services mobiles Backelite.

Object-oriented programming projects almost always start by the design of the business objects model. iPhone and iPad projects aren’t exempt from this rule, but wouldn’t it be nice to significantly speed up the creation of your business objects classes, the parsing code and to lessen the burden of keeping up with simple changes? Enter BkJsonSchema, a complete suite of code generation tools based on JSON Schema (which in turn relies on the industry standard JSON data exchange format).

BkJsonSchema is a Google Code project containing two (2) tools that can generate parsing code for JSON object files (for now it generates Objective C code, but in the future it will generate Java parsing code based on Jackson). Both tools are based around simple extensions to the JSON Schema standard to better describe data types useful in complex parsing code. For instance, we added the mappedType key to specify the mapped class in the destination language.

• The BkCoreData2JsonSchema Xcode project builds a command line tool that can generate a JSON schema file describing the entities (attributes and relationships) contained in a Core Data managed object model (.xcdatamodel files).
• jsonschema2objc is Ruby script that can generate Objective C header and implementation files (.h/.m) containing efficient parsing code taking as input an NSDictionary. The NSDictionary is most often created by converting the raw JSON object file using JSON framework parser.
• A TextMate bundle called BkJsonSchema which adds a handful of keyboard shortcuts that can really speed up the process of editing the JSON mapping schemas.

These tools can be used to generate code compatible with Core Data, as well as code that does not rely on Core Data in any way (simple business objects that are NSObject subclasses). The generated NSObject subclasses are NSCoding and NSCopying compliant as well.

It is not uncommon to mix both modes provided by these tools (Core Data and non-Core Data parsers) in the same application. It is recommended to generate the output in specific directories (one for persistent entities, one for transient objects). To achieve this, you start by designing your Core Data managed object model using the Xcode graphical editor. Make sure to specify the output class name for each entity (by adding a project prefix). You can optionally specify alternate mappings for each attribute. That is especially useful if, for instance, the JSON file provided as input to the parser contains a myFirstName key and you’d like the generated business object to contain a property named firstName instead. The mapping can be specified by adding a remote key to the userInfo of each attribute (in the example you would add an attribute called firstName and add a userInfo key calledremote with the value myFirstName). Once you’re done tweaking your Core Data model, run the coredata2jsonschema tool with the –coredata command line option.

Although, coredata2jsonschema spits out the JSON schema on STDOUT, so you can conveniently pipe it into the jsonschema2objc script, it is recommended that you write the output as a separate file. From there, you can generate the parsing code to a specific directory (note that jsonschema2objc will create an original-output directory that is necessary for three-way merging of revisions of your schema).

In the case you want to generate NSObject subclasses, we recommend you install the TextMate bundle and define your schema manually. Run the jsonschema2objc against this other JSON schema file. Again, we recommend redirecting the output to a specific directory you can manage NSObject subclasses separately from the NSManagedObject subclasses (for instance ./transient-model/ and ./persistent-model/).

The project is available under the GNU Public License v3 on Google Code.
http://code.google.com/p/bkjsonschema

Enjoy !

François Proulx