Y'a quelque chose auquel on croit beaucoup à ParisWeb,

c'est "les standards, c'est bon, mangez-en",

c'est pour ça que cette association existe

et c'est pour ça qu'on insiste pour qu'il y ait chaque année

quelqu'un du W3C qui soit là pour enfoncer le même clou

donc merci Dominique

Merci

Merci aux organisateurs de la conférence

parce que je trouve que la conférence est vraiment très intéressante

même pour moi qui travaille au W3C donc qui connais bien les standards,

d'être là avec vous et de voir toutes les questions qui se posent en pratique, etc.,

c'est vraiment très agréable,

et qu'il y ait une conférence francophone sur ce sujet

je trouve ça vraiment formidable

donc vraiment merci aux organisateurs

et je suis vraiment ravi d'être parmi vous aujourd'hui.

Donc je vous vais parler aujourd'hui du Web mobile.

On a parlé beaucoup d'accessibilité

et ça a été évoqué parfois comme, à côté de l'accessibilité,

la possibilité de faire fonctionner les sites Web sur les téléphones portables.

Je vais essayer de vous donner un peu le contexte de

où se situe le Web mobile aujourd'hui,

qu'est-ce que le W3C fait à ce sujet,

qu'est-ce qu'il faut faire si vous voulez vous lancer plus en avant dans les technologies du Web mobile,

et je vais essayer aussi de vous convaincre que

le Web mobile c'est très bon, mangez-en beaucoup,

en particulier que, peut-être cette conférence d'ici deux ou trois ans

s'appelera Paris Web mobile ou peut-être qu'on ne précisera même plus mobile

tellement ce sera évident que quand on parle de Web,

on parle de mobile par la même occasion.

Donc pour ça je vais d'abord vous présenter très rapidement le W3C,

et l'initiative pour le Web mobile dont je suis responsable,

ensuite essayer de présenter un peu le Web mobile, son histoire,

où ça en est, où ça va aller,

voir de manière plus précise ce que le W3C recommande en matière de mobilité,

les bonnes pratiques, les outils à la disposition de la communauté,

pour rendre son site Web agréable à utiliser sur un téléphone portable,

et enfin, essayer d'introduire un peu d'autres perspectives sur le Web mobile,

plus larges et essayer de voir vers où on peut aller dans les technologies de Web mobile.

D'abord, qu'est-ce que le W3C ?

Qui dans la salle ne connaît même pas le W3C ?

Qui a une petite idée, une vague idée de ce qu'est le W3C ?

Ne soyez pas timides...

Je vais peut-être sauter ce slide alors...

Juste pour résumer très rapidement

donc le W3C, c'est cette organisation internationale qui est responsable des standards du Web

ça fonctionne par un système de cotisations,

donc si vous êtes une companie, une agence gouvernementale, une université, etc

vous pouvez devenir membre du W3C via une cotisation,

ce qui vous permet de participer aux groupes de travail que le W3C crée

sur les différents sujets qui ont besoin d'être standardisés

pour le Web aujourd'hui, ou pour demain aussi,

c'est un travail aussi d'innovation parfois.

Et cette organisation est gérée par une équipe d'environ 70 personnes à travers le monde.

Donc principalement, en France, aux Etats-Unis, et au Japon

- mais on en a Australie, on en a en Allemagne, plusieurs autres endroits en Europe.

Et qui a été donc bien sûr, comme vous le savez peut-être, fondé,

et qui est maintenant toujours dirigé par Tim Berners-Lee,

qui est celui qui a inventé le Web au début des années 90 au CERN.

Ce n'est peut-être pas la peine de le préciser,

mais donc c'est le W3C qui est responsable d'HTML, XHTML, CSS, XML, SVG,

et bien entendu toutes les règles d'accessibilité, et bien d'autres sujets encore.

Je vais donc passer rapidement là-dessus vu que vous semblez être très au courant

Qui sait ce qu'est l'initiative pour le Web Mobile (Mobile Web Initiative) ?

Bon - là j'ai quelque chose à dire

Donc l'initiative pour le Web mobile a été lancé en 2005

donc il y a un peu plus de deux ans maintenant

par le W3C

pour essayer de regarder ce qui se passe au niveau de l'accès au Web sur les téléphones portables.

De la même manière qu'en 97

le W3C s'est lancé sur la question de l'accessibilité

en essayant de garder comment les personnes handicapées pouvaient utiliser le Web

et comment ils pouvaient bénéficier des technologies du Web pour avoir accès à de nouvelles informations

de manière similaire, le W3C a créé cette initiative

- donc WAI, ça veut dire Web Accessibility Initiative, donc initiative pour l'accessibilité du Web -

dans ce même esprit que la Mobile Web Initiative a été créé en 2005

et l'idée, c'est là aussi, d'essayer d'accompagner les besoins grandissants de la communauté mobile

en matière d'accès au Web.

Je vais vous donner un peu l'historique

juste après de quel était l'état du Web mobile à l'époque

et quels en étaient les beoins,

mais l'idée de cette initiative du Web mobile,

c'est vraiment de regrouper toutes les personnes intéressées,

tous les acteurs intéressés,

industriels, ou gouvernementaux,

par l'utilisation du Web sur les téléphones portables

à travers cette initiative,

pour que, en mettant nos efforts en commun,

on puisse obtenir un résultat qui soit meilleur pour tout le monde.

C'est un peu dans cet esprit-là que le W3C fonctionne de manière générale.

Et donc dans le cadre de cette initiative pour le Web mobile,

ça a été donc regarder comment est-ce que les téléphones portables

peuvent devenir une nouvelle plate-forme

d'accès au Web qui soit autant voire plus puissante

que les plate-formes que l'on connaît de manière habituelle.

De manière non classique au W3C, bien que ça ait été aussi le cas pour WAI,

c'est une activité qui est parrainée, sponsorisée par 20 industriels spécifiques, qui ont voulu

investir plus précisément dans cette zone de travail -

donc il y a Opera, Nokia, Ericsson,

évidemment des acteurs du Web intéressés dans la distribution du Web mobile,

et bon, je pensais le signaler parce que c'est un effort de leur part

qui, il y a deux ans, n'était pas forcément évident.

Alors le Web mobile pour quoi faire,

et la Mobile Web Initiative - l'initiative pour le Web mobile, pour quoi faire ?

Ceux d'entre vous qui travailliez dans les nouvelles technologies au moment de la bulle internet,

au début des années 2000,

vous vous rappelez sans doute de tout le buzz qu'il y a eu au sujet du WAP,

"le WAP va révolutionner la façon dont on utilise Internet",

"le m-commerce, c'est l'avenir du commerce, on ne pourra plus s'en passer".

Vous allez me dire "Oui, mais c'est un peu ce que tu es en train de nous dire aujourd'hui !".

Qu'est ce qui a changé depuis ce WAP

qui au final n'a pas vraiment marché ? Il y a encore quelques sites WAP qui existent

et quelques utilisateurs du WAP,

mais c'est quand même pas le grand succès qu'on nous annonçait.

Ce qui a changé de manière assez radicale, il faut bien le dire, en 7 ans à peu près,

c'est la capacité des téléphones portables qui sont à disposition sur le marché.

Entre le petit écran monochrome avec 4 lignes de caractères,

qui était le mieux qu'on pouvait avoir il y a 7 ans,

et l'iPhone que vous avez peut-être déjà aperçu, ou

sur lequel vous vous ruerez peut-être dans quelques semaines quand il va arriver en France,

il y a une différence de capacité, d'utilisabilité de l'interface,

de taille de l'écran, de capacité d'entrée des caractères, etc.,

qui est assez phénoménale, cette différence.

D'autre part, une des grosses grosses différences,

entre ce qui se faisait il y a 7 ans et ce qui se fait aujourd'hui,

- et c'est ça aussi qui a été un des déclencheurs de cette initiative pour le Web mobile -

tant le WAP 1 s'était créé sur une pile de technologies complètement différentes,

ou du moins très différentes des technologies Web,

il fallait développer des pages en WML, qui utilisait un ensemble de balises qui était différent

des balises que vous utilisiez pour créer une page Web normale,

toute la structure du WAP était différente de ce qui se faisait sur le Web,

depuis 2003/2004, ce qui était au début des années 2000 le WAP Forum,

et qui est devenu l'Open Mobile Alliance (OMA),

a travaillé avec le W3C pour remplacer cette pile de technologies qui, finalement,

dupliquait en beaucoup beaucoup de points ce qui existait déjà en terme d'HTML et d'XHTML,

a décidé de remplacer cette pile de technologies par les technologies du Web.

C'est-à-dire qu'au lieu qu'on ait d'un côté le WAP, et de l'autre le Web,

on a finalement le Web qui va marcher sur un ordinateur aussi bien que sur un téléphone.

Ce changement d'attitude qui est aussi un changement d'attitude de l'industrie Telecom,

qui est ceux qui avaient fondé au départ le WAP forum,

ce changement d'attitude était aussi pour nous un signe clair

que le marché était devenu mûr pour que

réellement les téléphones portables deviennent un accès privilégié au Web.

Et si vous suivez un peu les actualités en matière de nouvelles technologies ces douze derniers mois,

l'un des thèmes récurrents qu'il est difficile de rater, c'est le Web mobile effectivement.

J'ai mis cette citation "mobile, mobile, mobile"

qui a été la réponse d'Eric Schmidt, l'un des fondateurs de Google

sur "Qu'est-ce qui va être important cette année en matière de Web ?"

et donc ça réponse, les trois choses les plus importantes, c'est "le mobile, le mobile, mobile".

Et si vous avez écouter les annonces récentes,

Google a annoncé il y a une semaine la mise en place d'un système d'exploitation qui s'appelle Android,

et qui est en gros, une des zones sur lesquelles Google va investir de manière majeure

comme zone d'innovation, de développements nouveaux,

pour Google qui est quand même une des icônes des companies du Web.

J'ai aussi en fond d'écran l'iPhone, que j'ai déjà évoqué,

le iPhone a vraiment permis une certaine prise de conscience du marché

sur l'existence et la possibilité d'utiliser son téléphone pour autre chose que

passer des coups de fil et envoyer des SMS.

Le produit en tant que tel n'est pas une innovation technologique fantastique -

l'interface, pour ceux d'entre vous qui ont peu jouer avec lui,

l'interface est vraiment sympathique, il faut bien le dire,

les technologies qui sont derrière, l'accès au Web avec Safari,

qui permet de zoomer en s'approchant ou en reculant de la page Web, etc.

n'est pas une innovation technologique majeure.

Ce qui est vraiment important en terme technologique, c'est que,

en particulier aux Etats-Unis où la conception même d'aller sur Internet

sur son téléphone portable était complètement ridicule,

il y a une véritable prise de conscience d'un grand nombre d'acteurs du marché

que le Web mobile, c'est pas dans cinq ans, c'est pas dans dix ans, c'est maintenant qu'il faut y être.

Et donc c'est un des messages que j'aimerais que vous reteniez aujourd'hui, c'est que

le Web mobile, si vous l'attendez, il sera déjà passé devant vous !

C'est vraiment une des zones technologiques sur lesquelles il est vraiment important de commencer

à se renseigner aujourd'hui, de commencer à travailler les difficultés,

parce que, comme je vais le décrire, c'est une plate-forme qui a beaucoup d'intérêts, mais qui

pose aussi des difficultés en terme de design Web.

C'est très certainement une plate-forme sur laquelle, si vous n'avez pas encore commencé à travailler,

il faudrait s'y intéresser maintenant.

Juste un petit sondage: qui est-ce qui travaille déjà sur la plate-forme mobile en tant que cible de design ?

Il y a une quinzaine de mains qui se sont levées...

L'an prochain, j'aimerais voir la moitié de la salle !

Si je suis là, j'espère !

Encore une fois, "mobile, mobile, mobile",

s'il y a un mot qu'il faut retenir de cette présentation, c'est "pensez-y" !

Même si je ne vous dis pas que demain, il faut que votre site soit déjà disponible pour tous les téléphones portables, etc.,

- je sais que c'est pas forcément quelque chose de simple à vendre et à expliquer -

au moins en terme d'acquérir la compétence, d'explorer la plate-forme,

il ne faut plus attendre, c'est maintenant qu'il faut commencer à s'intéresser à cette plate-forme !

Pour revenir sur l'initiative sur le Web mobile, et pour introduire aussi le sujet principale de cette présentation

que sont les bonnes pratiques pour le Web mobile,

juste un aperçu de ce que l'initiative pour le Web mobile englobe,

c'est essentiellement trois groupes de travail,

- donc encore une fois le W3C fonctionne sur le principe

un groupe de travail qui développe une ou plusieurs spécifications -,

et donc l'initiative pour le Web mobile a trois groupes de travail,

un groupe de travail sur les bonnes pratiques pour le Web mobile,

ce qui est donc ce que je vais vous présenter juste après ;

un groupe de travail sur la description des appareils mobiles -

je vous en dirai aussi quelques mots un peu plus tard ;

et enfin un groupe de travail qui s'intéresse plus à toutes les questions

d'interopérabilité entre les navigateurs, les suites de tests, etc.

Donc pourquoi est-ce qu'il y a un groupe de travail sur les bonnes pratiques du Web mobile ?

Et de manière générale, pourquoi a-t-on besoin de bonnes pratiques pour le Web mobile ?

Qui parmi vous a un téléphone portable ?

Le taux de pénétration des téléphones portables dans la population française

je sais pas s'il a déjà dépassé les 100%, mais on y est presque...

du fait de personnes qui ont plus d'un téléphone par personne.

Qui est-ce qui utilise / a utilisé au moins une fois le Web sur son téléphone portable ?

Qui est-ce qui l'utilise une fois par semaine ?

Ca s'essaime...

Qui est-ce qui l'utilise une fois par jour ?

Une des raisons pour lesquelles beaucoup de gens

essayent une fois leur accès à Internet sur le téléphone portable, mais ne l'essayent pas une deuxième fois,

c'est que c'est parfois vraiment atroce !

On se retrouve face à une page Web, où on arrive vraiment pas à repérer où on est,

on sait pas très bien comment est-ce qu'on peut naviguer,

on est obligé de déplacer la barre de scrolling...

de défilement en horizontal, en vertical,

c'est un peu une horreur, et c'est vrai que quand on a eu une mauvaise expérience de ce genre,

qu'on a reçu sa facture ensuite...

on se dit "Oui, peut-être, mais peut-être non" !

Donc une des raisons qui a motivé ce travail sur les bonnes pratiques du Web,

c'est que, les technologies sont là effectivement, mais il suffit pas d'avoir les technologies

aussi bien en terme de markup et de téléphone, il faut aussi indiquer à ceux qui créent le contenu

comment les utiliser de manière pratique pour que

on puisse donner aux utilisateurs de téléphone portable des sites

qui leur donnent envie de revenir, plutôt que envie de jeter leur téléphone par la fenêtre !

Le groupe de travail sur les bonnes pratiques a essayé de regarder un peu

ce qui était déjà recommandé par les différents constructeurs de navigateurs,

constructeurs de téléphones portables, etc.,

on a aussi beaucoup beaucoup regardé les WCAG 1.0

dans la mesure où, comme je vais vous le montrer tout à l'heure, il y a

finalement pas mal de similarités entre les problèmes d'accès sur un portable,

et les problèmes d'accès que peuvent rencontrer les personnes handicapées.

Et à travers ces différentes sources, on a donc produit une document

qui s'appelle "Mobile Web Best Practices",

à savoir "les Bonnes Pratiques du Web Mobile",

- dont par ailleurs j'ai des petites flip-cards qui résument en gros le contenu -

je n'en ai pas pour tout le monde, mais pour ceux qui sont intéressés,

je pourrais en distribuer après la conférence -

et donc ce document essaye de regarder en gros

la situation du Web appliqué aux téléphones portables.

Une des choses qu'on essaye d'expliquer,

avec comme cible principale ceux qui ont déjà

créé un site Web pour un ordinateur de bureau typiquement,

mais n'ont jamais eu l'occasion de se confronter à la plate-forme mobile -

c'est vraiment ça la cible de ce document -

c'est d'expliquer quelles sont les contraintes

qu'apporte la plate-forme mobile

donc typiquement vous avez un petit écran,

quand vous avez un clavier, il est souvent uniquement numérique,

et il faut appuyer dix-huit fois pour obtenir la lettre que vous cherchez,

il n'y a pas de souris,

parfois vous aurez un système de pointage,

mais dans la majorité des cas vous n'en aurez pas,

et donc là, si vous regardez déjà ces trois contraintes,

qui ne sont qu'un sous-ensemble des contraintes qu'on développe dans le document,

mais ces trois contraintes-là sont des contraintes qui ressemblent beaucoup

aux contraintes qu'on peut retrouver en matière d'accessibilité.

Le document explique bien ces contraintes,

et aussi la contrainte que j'évoquais tout à l'heure,

que, à l'heure actuelle, dans beaucoup de pays, et en particulier en Europe,

- on peut espérer que ça va changer bientôt avec les nouveaux développements -

mais le coût de l'accès au réseau reste encore assez important

et donc en particulier, l'aspect interaction avec le réseau

est un aspect important à prendre en compte

quand on développe pour un téléphone portable.

Il esssaye aussi d'évoquer les points forts de la plate-forme,

et je vais vous les résumer un peu rapidement,

mais à mon avis, c'est aussi très important de bien les comprendre

parce que c'est ces points forts qui vont faire que

à mon sens du moins, le Web mobile a un potentiel

en terme de déploiement qui est absolument considérable:

une des premières choses, vous l'avez vue, vous avez tous un téléphone portable.

Je suppose que parmi ceux qui en possède un, 75, 80, 90% d'entre vous

devez l'avoir sur vous.

Même s'il y a marqué "Interdit d'apporter son téléphone portable" à l'entrée de la salle,

je doute qu'aucun de vous ne se soit séparé de son téléphone.

C'est un objet qu'on a tout le temps avec soi.

Son ordinateur portable, on l'a de plus en plus,

et certains d'entre vous l'ont à l'heure actuelle,

mais dans l'ensemble, c'est quelque chose qui est assez cher,

donc que pas tout le monde peut se permettre d'avoir,

contrairement aux téléphones, qui, même si individuellement ils peuvent être chers,

sont souvent subventionnés par les opérateurs.

Ce sont des objets aussi qui sont au final,

extrêmement complexes à manipuler

- comme le disait Myriam hier

certaines personnes ne savent pas allumer un ordinateur,

alors le mettre sur Internet, le maintenir à jour,

le gérer, le réparer s'il est en panne !

- des problèmes qui sont nettement, nettement moins importants sur les téléphones portables.

Et l'autre aspect qui est vraiment intéressant en tant que plate-forme,

c'est que les téléphones sont très souvent des objets extrêmement personnels,

c'est à dire - on ne les échanges pas trop,

et en général, quand on utilises son téléphone pour aller sur internet,

ou pour envoyer ses SMS, etc.,

on le fait dans l'optique que c'est un objet qui m'appartient,

sur lequel j'investis une certaine confiance,

qui a tous mes numéros de téléphone,

il y a mon calendrier, etc.,

c'est un objet qui est très personnel,

que l'utilisateur utilise de manière aussi assez variée dans son quotidien,

et qui donc a un potentiel d'interactions en terme de données

et de possibilités de créer des usages nouveaux sur la plate-forme,

c'est à dire - imaginez, j'ai mon carnet d'adresses,

c'est d'ailleurs déjà plus ou moins le cas sur l'iPhone,

j'ai mon carnet d'adresses et je veux savoir comment je vais chez mon ami Bertrand,

je clique à côté de l'adresse de mon ami Bertrand,

et j'ai un plan qui m'affiche comment y aller depuis l'endroit où je suis.

Il y a un potentiel d'innovations à partir de la mise à disposition de ces données

que l'utilisateur confie déjà aujourd'hui à son téléphone

qui est absolument considérable et qui fait à mon sens

du téléphone portable une plate-forme extrêment intéressante à suivre.

Et donc le document, à part cette mise en contexte,

essaye en 60 bonnes pratiques,

d'expliquer en gros les choses qu'il faut faire,

les choses qu'il ne faut pas faire, les choses à éviter.

Donc je vais entrer un peu plus dans les détails.

Il y a 60 meilleures pratiques, je n'ai même pas 60 minutes,

il n'y a aucune chance que je vous les fasse toutes.

Les 60 sont décrites - pas détaillées bien sûr, dans ces petites flip-cards,

elles sont bien entendu détaillées intégralement sur le site Web du W3C.

Je vous invite à aller les voir après coup.

Mais pour essayer de résumer un peu la situation,

j'ai essayé de retirer 10 principes généraux

- je les appelles dix commandements,

mais il n'y a pas de foudre divine qui va s'abattre sur vous

si vous ne les respectez pas -

dix principes généraux qu'il faut essayer de garder à l'esprit

quand on développe un site soit spécifiquement pour les appareils portables,

soit pour qu'il fonctionne à la fois sur un appareil portable,

et sur un ordinateur de bureau, et sur une autre plate-forme.

Le premier commandement : le fameux "One Web",

"il n'y a qu'Un Web".

Qu'est-ce que ça veut dire ?

Comme je vous l'ai dit, les premiers téléphones portables avaient cet ensemble

de technologies différent, le WAP,

qui a plus ou moins échoué, etc.

Nous, ce qu'on essaye de ... promouvoir,

(il faut faire des présentations communautaires, y'a que ça qui marche...

il faudrait un wiki qui parle à ma place !)

ce qu'on essaye de promouvoir,

c'est que, au lieu que vous ayez votre site www.example.com,

et puis que vous ayez mobile.example.com,

et que vous ayez wii.example.com si vous voulez vraiment

cibler les utilisateurs de la Wii,

ce qu'on dit, nous, c'est "vous avez votre site

www.example.com, et bien faites en sorte que ce site, cette adresse,

et les adresses qui sont sur ce site,

soient données à tous les appareils de manière adaptée à chaque appareil.

Ca veut dire soit que chaque page de votre site Web en tant que telle

va être accessible à la fois aux téléphones, aux ordinateurs de bureau,

aux consoles de jeu, aux frigidaires de dans cinq ans,

soit vous utilisez ce qu'on appelle les systèmes d'adaptation de contenu,

qui vont faire le travail à votre place de sorte que

sur l'ordinateur de bureau vous pourrez envoyer les 50 mégas de vidéos

qu'il faut absolument que votre utilisateur voie,

tandis que sur le téléphone portable, vous irez peut-être plus à l'essentiel,

en essayant de garder un nombre de téléchargements par exemple plus réduit.

Les deux options sont tout à fait valables, et dépendent essentiellement du contexte

dans lequel vous vous situez en terme de développement Web.

Mais nous ce qu'on essaye de dire, c'est : du moment que vous avez un site Web,

plutôt que d'avoir dix sites Web, donc le site accessible,

le site mobile, le site pour les ordinateurs qui ont moins de cinq ans,

les sites pour les frigidaires de dans cinq ans, ...

vous avez un seul espace d'adresses Web,

et vous faites en sorte que cet espace d'adresses Web soit utilisable

de manière uniforme au travers des différentes plate-formes d'accès au Web.

Donc ça, c'est vraiment le principe général de "il n'y a qu'Un Web".

"En respectant les standards, tu coderas",

c'est ce qu'on appelle en l'occurence prêcher à des convertis,

essentiellement, c'est déjà ce que Chris évoquait tout à l'heure,

sur les ordinateurs de bureau, à l'heure actuelle,

on peut répartir, allez, on va dire qu'il y a 4, 5 principaux navigateurs,

sur les téléphones portables, le plus gros navigateur a une part de marché de 6% !

Ca peut vous laisser imaginer le nombre de navigateurs qu'il y a disponibles sur le marché !

Et en particulier, ça veut dire que les problèmes d'interoperabilité

que vous maudissez déjà sur les ordinateurs de bureau,

sont dix fois plus complexes sur les [téléphones] portables,

et donc vous avez vraiment vraiment intérêt à utiliser les standards à fond,

plutôt que de faire des magouilles en espérant que ça marchouille,

oui, vous avez vraiment intérêt à utiliser les standards XHTML, etc

pour avoir une interopérabilité maximale,

plutôt que d'essayer d'utiliser du "tag soup" (je ne sais pas si on dit ça en français)...

"soupe de balises" ?

... plutôt que de la "soupe de balises" !

Troisième commandement : "les difficultés connues, tu éviteras".

Là encore je pense que je prêche à des convaincus :

c'est déjà pas terrible d'utiliser des frames sur un ordinateur de bureau,

imaginez votre petit écran de portable dont la moitié est prise par une frame,

vous imaginez qu'il ne reste pas grand chose pour le contenu qui reste dans l'autre frame !

Donc, par exemple, les frames, ce n'est même pas la peine d'y penser.

Les autres choses qu'on essaye de dire de ne pas utiliser, par exemple,

c'est de pas avoir des balises "area"

- c'est ce qui vous permet d'avoir des images sur lesquelles vous pouvez pointer pour aller

sur un lien particulier en fonction de la position dans l'image -

le problème étant que sur un téléphone portable

dans lequel vous n'avez pas de système de pointage,

c'est très rapidement inutilisable.

Quatrième commandement, "les limites des mobiles tu respecteras",

là encore, pour ceux qui s'intéressent à l'accessibilité, est preque évident,

c'est à dire, tous les navigateurs ne supportent pas le JavaScript,

c'est encore plus vrai bien sûr sur les téléphones portables,

et même quand il y a Javascript, ça va consommer plus de mémoire, plus de batterie, etc.

Tous les navigateurs ne supportent pas les cookies,

ce qui est déjà moins facile à gérer.

On essaye de mentionner quelques unes des choses qui

sont parfois admises comme étant évidentes sur les ordinateurs de bureau,

mais qui ne le sont pas encore, ou ne le seront pas du tout

sur les téléphones portables, et donc on essaye d'attirer l'attention sur ces points-là

pour que, quand vous développez pour telle plate-forme,

vous évitiez de partir du principe qu'ils sont forcéments disponibles.

Le cinquième principe : "la navigation, tu optimiseras".

Il y a certains sites Web, que je ne citerai pas,

mais vous arrivez dessus avec votre téléphone portable,

trente pages plus loin, vous commencez à voir le contenu,

et évidemment, dès que vous cliquez sur un lien pour aller sur une autre page,

vous vous retapez trente page de navigation,

si bien que vous utilisez une fois ce site, mais vous ne l'utilisez pas une deuxième fois.

et j'avais utilisé un site de renseignements téléphoniques,

quelque chose d'utile a priori sur un téléphone portable, mais

à chaque fois, pour télécharger la page, vous aviez besoin de 300 kilo octets,

vous tombiez sur des pages et de pages de navigation avant d'avoir le formulaire

dans lequel vous vouliez effectivement entrer les données.

Essentiellement, la navigation, c'est quelque chose de très important sur un téléphone portable

de réfléchir à ce qu'il faut vraiment mettre en avant

au sommet de la page typiquement, et qu'est-ce qui peut être mis plus loin, plus tard dans la page.

"Les graphiques et les couleurs, tu vérifieras",

encore quelque chose de proche de l'accessibilité.

Sur les téléphones portables, la plupart du temps maintenant il y a de la couleur, mais pas toujours,

et même quand il y a de la couleur, pour peu qu'on soit au soleil,

on aura un contraste qui sera beaucoup moins bon sur l'écran dans la plupart des cas.

Les graphiques, si vous envoyez une image de 1024 pixels de large

sur votre téléphone portable, ça va pas donner un résultat extrêment intéresssant.

C'est toutes ces choses-là auxquelles il faut aussi penser en terme d'écran

quand on design pour un téléphone portable.

"La parcimonie, tu utiliseras"

- envoyer des petites images, essayer d'avoir des textes

qui ne fassent pas 18 pages - lire "Guerre et Paix"

sur son téléphone portable, c'est pas forcément la chose

que l'utilisateur moyen va rechercher.

Je suis sûr qu'il y a un utilisateur dans cette salle qui le ferait, mais...

De manière générale, c'est pas forcément ce qu'on recherche

quand on est dans la situation d'accès au Web sur un téléphone portable.

"Du réseau, tu n'abuseras pas"

- c'est ce que j'évoquais tout à l'heure, une des grosses différences

qui persiste aujourd'hui, dont on espère que ça va disparaître

dans les années à venir - il y a eu plusieurs annonces récemment

par exemple en France sur le sujet, mais

il reste qu'aujourd'hui, l'accès au réseau depuis un téléphone portable,

est assez coûteux, reste aussi lent

- il faut bien le dire la chose telle qu'elle est -

la 3G, 3G+ sont en train d'améliorer les choses, mais

la plupart des gens n'ont encore accès qu'à des réseaux GPRS,

donc avec une bande passante assez limitée, et surtout

des problèmes de latence, c'est à dire de délai entre

le début d'une requête et la réception de la requête, qui reste

assez important. Donc quand on fait un design pour le Web mobile,

on essaye de pas avoir des téléchargements de 50 mégas tout le temps,

de ne pas faire dix mille requêtes par page, etc.

De manière générale, on essaye d'être prudent sur l'utilisation du réseau.

"L'utilisateur, tu guideras" - encore une fois très proche des consignes d'accessibilité.

Sur un téléphone portable, c'est important de savoir à quel champs est relié quel label,

de savoir dans tel champs, si ça va être un nombre qui est attendu,

ou si ça va être des caractères de manière générale, etc.

Et enfin, le dernier principe, mais qui est, j'allais dire,

le principe le plus qualitatif, mais aussi sans doute le plus important

si vous voulez vraiment investir la plate-forme mobile, c'est

il faut absolument se concentrer sur l'utilisateur en situation de mobilité.

A l'heure actuelle, en France du moins,

quand on utilise son téléphone portable pour accéder au Web,

ça reste que c'est parce qu'on n'est pas devant son ordinateur.

Il y a quelques personnes qui commencent à n'avoir pour accès Web

que leur téléphone portable ;

il faut le dire aussi, il y a beaucoup de pays

dans lesquels la situation est que la plupart des gens n'accèdent au Web

que par leur téléphone portable - je reviendrai un peu plus tard là-dessus.

Mais en tout cas, à l'heure actuelle, en France, en Europe, et même encore dans la plupart des pays,

prendre en compte le fait que l'utilisateur puisse être dans une situation de mobilité,

c'est-à-dire qu'il n'a pas forcément un temps fou à consacrer à votre page Web,

qu'il peut être à la recherche d'une information très précise,

qui va concerner l'endroit où il est, ou l'endroit où il va, etc.,

donc prendre toutes ces considérations dans le design de votre page Web,

ou de votre application Web mobile, est vraiment capital

pour faire un site Web qui sera vraiment agréable, intéressant, utile pour l'utilisateur.

C'est évidemment un principe d'ergonomie générale, "Pensez à l'utilisateur".

Dans le cadre du Web mobile, c'est encore plus important,

puisque l'utilisateur peut se retrouver très rapidement dans une situation de frustration

due aux contraintes de l'interface.

Et donc vous avez vraiment besoin d'être attentifs, gentils, face à vos utilisateurs.

En pratique - ça fait beaucoup de principes,

je suppose que la plupart d'entre vous ne vont pas avoir le temps de lire les "Mobile Web Best Practices"

avant un certain temps,

n'auront pas forcément accès à ces petites tablettes,

et/ou ne sont pas suffisamment intéressés dans la plate-forme mobile à l'heure actuelle

pour investir de manière très forte là-dedans.

J'essaye donc de donner quelques principes pour, j'allais dire,

le travail minimal qu'on peut faire en terme de Web mobile.

Ce n'est évidemment pas suffisant pour obtenir quelque chose de super excitant,

mais pour avoir au moins les idées de base en la matière,

j'espère qu'au moins ça vous donnera quelques idées.

Donc vous savez sans doute qu'il y a plusieurs variantes

d'XHTML, d'HTML, etc. Il existe XHTML Basic 1.1,

En gros, qu'est-ce que c'est ? c'est XHTML 1.0

où on enlève les éléments qui sont connus comme étant

vraiment insupportable sur un téléphone portable.

Vous n'aurez effectivement pas le tag area,

vous n'aurez pas la possibilité d'imbriquer des tableaux,

- dieu soit loué !

Donc c'est essentiellement XHTML Strict avec quelques éléments supprimés,

et un attribut ajouté qui est l'attribut "inputmode",

qui permet de dire "dans ce champs d'entrée, là j'attends des chiffres,

là j'attends des caractères, là j'attends des majuscules, etc.",

ce qui permet, comme je le disais tout à l'heure,

d'aider l'utilisateur lorsqu'il doit rentrer du contenu dans un formulaire.

Une autre ligne de conduite - et j'ai l'impression que beaucoup parmi vous

sont déjà bien au courant sur le sujet - à utiliser quand on fait du design pour le Web mobile,

si votre contenu est accessible, vous avez déjà un travail énorme

qui est fait en terme d'accessibilité sur un téléphone portable.

Comme je le disais, il y a beaucoup de points communs

entre les difficultés qu'un utilisateur peut avoir

du fait des limitations de son téléphone, et les difficultés qu'il peut avoir

du fait de handicaps, ou de déficiences par exemple visuelles, ou autres.

Donc si vous connaissez déjà les bons principes de l'accessibilité,

vous aurez fait déjà un pas de géant pour le Web mobile.

Malheureusement, je ne sais pas si la quatrième ligne est très claire...

Quelque chose d'extrêmement simple et d'extrêmement utile

pour faire du design Web mobile très rapidement,

c'est d'avoir des feuilles de style spécifiques pour les téléphones portables.

Il existe en HTML et CSS ce qu'on appelle les "CSS Media Types",

qui permettent de dire "cette style sheet ne s'applique que

aux ordinateurs qui se reconnaissent comme étant des ordinateurs complets - on va dire

- ou des téléphones portables", ou par exemple vous pouvez utiliser le même principe

pour avoir un design spécifique pour lorsque vous imprimez votre page - media='print'.

Dans le cas des téléphones portables, c'est le media type qui s'appelle 'handheld'.

Et donc media type 'handheld', ça va indiquer au téléphone portable

qu'il a intérêt à charger cette style sheet pour obtenir une présentation qui soit adaptée

aux téléphones portables. A côté de ça, vous auriez sur votre autre lien pour la style sheet,

media='screen', et dans ce cas-là, le téléphone portable ne chargera

que la feuille de style 'handheld'.

Ca permet d'avoir pas mal d'adaptation finalement à peu de frais

au niveau du client, d'avoir des images qui se chargent par exemple

uniquement dans la CSS 'screen', etc., etc.

Comme approche - j'allais dire "minimale" - du design Web mobile,

c'est quelque chose qui marche assez bien ; moi, par exemple,

sur mon blog professionnel, ça n'est pas un contenu qui est tellement intéressant

que j'ai voulu investir des dizaines d'heures pour le rendre absolument parfait

sur tous les téléphones portables ; mais en utilisant les feuilles de style

spécifiques pour les mobiles, il est passé d'un état où

c'était un peu l'horreur à utiliser sur mon téléphone à un état où maintenant il est

même agréable à utiliser. Ca ne marchera pas pour les sites forcément très compliqués, etc.,

mais pour un site simple, ou qui est spécifiquement orienté "contenu", etc.,

ça peut être une approche intéressante.

L'autre principe sur lequel j'insiste encore une fois :

limiter les accès réseaux. Evitez d'avoir douze petites images à télécharger

pour faire des [puces] de liste.

Si vous en avez une, ou vous utilisez du style,

ça sera nettement mieux que d'avoir douze images différentes à télécharger.

Utilisez les propriétés de cache de HTTP

pour permettre de ne pas avoir à recharger les images qui ont déjà été téléchargées, etc.

Et enfin, je ré-insiste encore une fois, pensez, pensez, pensez à l'utilisateur,

l'utilisateur qui n'aura pas forcément beaucoup de temps,

qui sera peut-être dans une situation de mobilité, etc.

Donc à partir de ces "Best Practices", le W3C a développé

un label de qualité qui s'appelle "mobileOK Basic".

mobileOK Basic, c'est essentiellement un ensemble de tests automatisables,

c'est-à-dire qui peuvent être effectués par un ordinateur,

et qui vont essayer de détecter les plus gros problèmes,

les plus grosses bourdes qui peuvent exister sur un site Web

par rapport à la mobilité.

Donc c'est directement tiré des Mobile Web Best Practices,

et c'est une sélection, un sous-ensemble de ces Best Practices

qui peuvent être en gros vérifiées automatiquement.

mobileOK Basic est sorti en Recommandation Candidate,

donc assez en avant dans le processus du W3C, la semaine dernière.

Je vous inviterais fortement à regarder ce label

si le Web mobile est quelque chose qui vous intéresse.

En particulier, comme ces tests sont automatisables,

le W3C a aussi produit un "mobileOK Checker",

validator.w3.org/mobile/alpha .

Le "alpha" dans cette adresse signifie que le système est encore extrêment expérimental,

vous allez sans doute réussir à le faire crasher,

ou il ne vous répondra pas, ou je ne sais quoi.

Mais c'est vraiment le meilleur moyen de découvrir ce que mobileOK Basic définit,

d'essayer de voir où vous en êtes, si vous êtes intéressés par tout ce qui est mobilité,

et aussi de nous envoyer un retour sur mobileOK basic.

Encore une fois, la spécification est toujours en cours de développement,

donc on est intéressé d'avoir du retour de la part des designers Web,

de savoir ce qui paraît peut-être abusif, si vous pensez qu'il y a trop de contraintes, etc.

Donc encore une fois, c'est quelque chose que je vous invite très fortement

à utiliser, à vérifier, et surtout à nous ... faire des retours.

En particulier - en général, la communication avec le W3C se fait plutôt en anglais,

mais surtout vous n'hésitez pas à m'écrire personnellement en français

si c'est plus facile pour vous - je donnerai mon adresse email tout à l'heure.

Juste un petit mot - si vous commencez à regarder les "Mobile Web Best Practices",

vous allez vous dire "Oh, mon dieu, quelle horreur, encore des contraites, encore des contraintes,

on va plus pouvoir rien faire !"

C'est parfois un peu l'impression qu'on en a, en pratique, si vous avez déjà pris en compte

toutes les questions d'accessibilité, encore une fois je pense que c'est moins le cas.

Et de manière générale, moi, je suis un partisan de penser qu'au contraire,

ces contraintes sont aussi une source de créativité qui est énorme.

C'est Michel-Ange qui disait "L'art vit de contraintes, et meurt de libertés".

Quand vous regardez tout ce qui est création artistique de manière générale,

vous constatez que finalement on part de principes qui sont très bien établis,

où on a finalement assez peu de possibilités et qui donnent lieu à des Mozart et des Bach,

et que finalement, ensuite on peut dépasser ces contraintes, et créer de nouvelles contraintes,

créer de nouvelles possibilité d'innover, mais que finalement, ces contraintes,

elles sont parfois pénibles, mais elles sont aussi source pour vous

de possibilités de créer, possibilités d'inventer de nouvelles interfaces,

possibilités finalement aussi de créer une nouvelle façon d'interagir avec l'utilisateur.

Au delà de ce que je fais dans le mobile, je fais aussi du développement en interne

au sein du W3C, et je dois dire que cette possibilité justement d'inventer de nouvelles choses,

pour moi c'est quelque chose que je trouve très motivant, et donc j'espère

que malgré ces contraintes, vous serez quand même intéressés et motivés par la plate-forme mobile.

Vu le temps qu'il me reste, je crois que je vais passer les deux autres groupes de travail,

parce que je ne vais pas avoir le temps de décrire ce qu'ils font -

je pourrais en parler pendant les questions si ça vous intéresse.

Je vais juste essayer d'introduire deux sujets qui me tiennent à coeur.

D'abord, qu'est-ce qui va arriver dans le futur sur les téléphones portables ?

Donc à l'heure actuelle, les téléphones portables, on a un peu l'impression

qu'ils sont dans le mode "on essaye de rattraper les ordinateurs de bureau et de faire aussi bien".

A mon sens, et avec les technologies qui sont en train de se mettre en place aujourd'hui,

on est vraiment dans une possibilité où finalement, les téléphones portables

vont permettre de faire des choses plus intéressantes que ce qu'on peut faire sur son ordinateur de bureau.

Si vous regardez votre téléphone portable, vous avez maintenant quasiment toujours

un appareil photo, voire une caméra. Vous avez la possibilité d'enregistrer du son,

vous avez la possibilité, sur certains, d'avoir accès à vos coordonnées GPS,

par exemple, ou via la triangulation des réseaux mobiles,

vous pouvez aussi déterminer votre position géographique grâce à ces informations.

Et toutes ces informations-là, à l'heure actuelle, sur un ordinateur,

soit elles ne sont pas disponibles, soit elles sont encore très difficiles d'accès pour l'utilisateur moyen.

Donc ces capacités-là, à l'heure actuelle, elles restent encore assez séparées de l'interface du navigateur,

on essaye au sein du W3C de faire en sorte qu'elles deviennent accessibles de manière plus générale.

Personnellement, en tout cas, je trouve que cette possibilité d'interagir avec le carnet d'adresses,

d'interagir avec la position géographique, d'interagir avec les données de l'utilisateur

telles qu'il a pu les rentrer dans son [téléphone], etc.,

forment une possibilité d'innovation absolument fascinante,

et donc j'ai vraiment bon espoir qu'on arrive, grâce aux technologies

qui sont en cours de développement au sein du W3C, à encore une fois rendre la plate-forme mobile

encore plus attirante que la plate-forme ordinateur de bureau ou ordinateur portable.

Les technologies, il y a aussi... Qui est-ce qui connaît SVG, au moins ce que c'est ?

Oh, bien, c'est magnifique !

Donc SVG, il y a déjà eu SVG 1.0, SVG 1.1,

Il y a SVG Tiny 1.2 qui est en cours de développement,

donc "Tiny", ça veut dire que ça s'applique en fait effectivement en priorité

aux téléphones portables, ou aux appareils à capacités limitées.

Donc SVG Tiny 1.2 a un nombre de fonctionnalités absolument fascinant,

avec des possibilités de création d'interfaces qui sont aussi extrêmement riches.

Sur le marché du mobile, contrairement au marché du bureau,

SVG a un véritable potentiel de déploiement dans les années à venir,

et pourrait par exemple tout à fait prendre une place plus importante

que la place que Flash lite ou Flash pourrait avoir sur ces plate-formes-là.

SVG Tiny est en cours de développement encore au W3C, mais avec un potentiel très intéressant à suivre.

Et complémentaire de SVG Tiny, une spécification qui s'appelle WICD,

qui en fait décrit comment on peut intégrer du SVG dans du XHTML et inversement,

de manière flexible, permettant encore une fois la création d'interfaces graphiques extrêmement riches, etc.

On me dit de m'arrêter, donc je vais passer un peu rapidement sur les autres technologies,

on travaille sur la mise en application d'AJAX et d'XMLHTTPRequest sur les téléphones portables,

comme je le disais tout à l'heure, créer des couches de connections entre le navigateur mobile,

et les différentes technologies qui sont disponibles à un plus bas niveau, par exemple la géolocalisation, etc.

L'autre aspect que je veux mentionner très rapidement

- désolé de dépasser mon temps alloué -

c'est finalement, en dehors de notre microcosme européen ou occidental,

ce qui se fait ailleurs dans le monde.

D'abord, il y a des pays développés, industrialisés, comme le Japon ou la Corée,

où le nombre d'utilisateurs Web mobile est déjà nettement supérieur au nombre d'utilisateurs

d'accès à Internet fixe.

Une des raisons étant celle que j'évoquais tout à l'heure,

c'est que le téléphone, vous l'avez toujours sur vous, vous n'avez pas besoin de l'installer,

il ne vous donne pas des "écrans bleus de la mort", etc.

L'autre direction dans laquelle on peut regarder, c'est les pays en voie de développement.

Un nombre qui est absolument fascinant à mon sens :

il y a trois milliards d'utilisateurs de téléphones portables sur la planète.

C'est-à-dire, la moitié de la population mondiale a un téléphone portable.

A part les transistors de radio, c'est le seul objet au monde, object technologique,

qui soit aussi diffusé. Il y a en comparaison 800 millions de téléviseurs.

La diffusion des téléphones portables est absolument gigantesque.

Et complémentaire à cette diffusion en nombre,

la couverture de la population mondiale par un réseau sans fil,

est à l'heure actuelle de 80%.

80% de la population de la planète est couverte par un réseau mobile.

C'est-à-dire que 80% de la planète, si on lui fournissait un téléphone,

aurait un accès à Internet.

Donc la capacité que téléphones portables peuvent apporter en matière de diffusion de l'information

dans des zones dans lesquelles le Web ne s'est pour l'instant absolument pas diffusé,

et dans lesquelles l'accès à Internet est complètement inimaginable aujourd'hui,

grâce à ces réseaux mobiles, prend une dimension qui est absolument considérable.

Le W3C est en train de regarder ce qu'on peut faire pour aider la diffusion du Web mobile,

je pourrai décrire en plus de détail les différences entre ce qu'on attend dans un pays en voie de développement

de ce qu'on attend dans un pays développé pour cet accès mobile - c'est très différent.

Mais je n'ai vraiment pas le temps, donc je vais devoir laisser ça aux questions s'il y a des gens qui sont intéressés.

Quelques notes sur ce que vous pouvez faire si vous êtes intéressés par le domaine :

on a un aggrégateur de blogs sur la question du Web mobile,

auquel je vous invite à vous inscrire si ça vous intéresse ;

tous nos groupes de travail opèrent en public, donc vous pouvez suivre nos listes de discussions ;

vous pouvez aussi devenir membre du W3C, devenir membre du groupe de travail, etc., etc. ;

envoyez vos commentaire sur les spécifications que j'ai évoquées.

Ces transparents sont en ligne - je pense qu'ils seront disponibles sur le site Web de ParisWeb.

Donc si vous voulez m'écrire pour avoir plus d'informations, c'est facile, c'est dom@w3.org.

Il y a des liens vers les outils que j'ai montrés, les liens vers l'aggrégateur, les liens vers la spécification.

Et il y aussi, qui peut être intéressant pour vous, un webinaire, donc un séminaire en ligne,

sur les "Mobile Web Best Practices" qui a été fait en français en février,

auquel certains d'entre vous ont peut-être assisté,

et dont l'enregistrement audio est disponible en ligne avec les transparents qui vont avec.

Voilà, merci beaucoup.

[applaudissements]

Stéphane: des questions?

(public) Bonjour Dominique, il n'y a aucun doute, vous nous avez convaincu

sur l'avenir du Web mobile. Alors moi j'ai une question:

alors, moi j'ai une certaine réticence à acheter un téléphone,

- enfin j'ai un téléphone portable, mais l'écran es trop petit -

mais, on va avoir de plus en plus des téléphones portables avec un écran assez grand

comme l'iPhone. Quand même, naviguez sur ce genre d'appareils, c'est,

comme vous avez dit, c'est quand même pas génial.

Et lire sur ce genre d'écrans, c'est pas génial non plus.

Moi je pense que dans quelques années, je vais porter des lunettes double-foyer,

parce que je passe ma vie devant l'écran, et donc je commence à avoir

une fatigabilité rapide à la vision.

Ma question, c'est : est-ce que vous avez déjà amorcé - je découvre ce sujet -

est-ce que vous déjà amorcé une réflection sur la vocalisation de ces pages sur ces téléphones portables ?

Parce que ça, je pense que c'est quelque chose qu'il faudrait absolument développer.

Puisqu'avec un téléphone portable, on peut écouter de la musique, on peut écouter les podcasts téléchargés,

et aussi écouter un article tout en surfant sur le site de "Le Monde", et aussi l'écouter.

Est-ce que ça vous avez déjà ...

Il y a plusieurs efforts en cours qui sont reliés à cet aspect-là.

D'abord on a une technologie qui s'appelle VoiceXML, et qui en fait permet de faire de la synthèse vocale

à partir d'une description en XML,

et qui pourrait être réutilisée dans ce cadre-là.

On a aussi tout un travail sur l'aspect multimodal de l'accès au Web, c'est à dire

typiquement, une des choses les plus difficiles à l'heure actuelle, sur un téléphone portable,

c'est entrer des données dans un formulaire - parce que taper sur les touches, etc.,

ça reste vraiment très difficile, et une chose qui serait vraiment intéressante,

c'est plutôt que de taper son nom, c'est de dire "Hazaël-Massieux",

et que mon nom s'affiche dans le champs d'entrée où on me demande mon nom.

Donc ça, c'est des choses sur lesquelles on travaille à l'heure actuelle,

mais qui sont malheureusement encore, à mon sens du moins,

qui ne vont pas être disponibles très rapidement,

parce que ça demande aussi des évolutions technologiques qui ne sont pas encore

présentes aujourd'hui, disponibles sur le marché.

Et sur le fait d'avoir des pages qui soient lues par le téléphone portable,

c'est un peu la même problématique, c'est que, pour faire de la synthèse vocale

sur un téléphone portable, ça demande des coûts en terme de CPU et de batterie

qui sont, à l'heure actuelle, à peu près impensables par rapport aux capacités des téléphones.

Donc, en gros, par exemple, le podcast, d'avoir ses articles disponibles à l'écoute,

pluôt que juste à la lecture, c'est quelque chose qui marche extrêmement bien sur un téléphone portable.

Mais pour pouvoir naviguer sur internet, et entendre la navigation ?

Par exemple avec JAWS, on peut naviguer de lien en lien, ou de titre en titre.

Ca, c'est quelque chose que j'aimerais entendre avec un téléphone portable.

Bon effectivement, vous avez raison, que intégrer la fonctionnalité de vocalisation...

Ce que les navigateurs font, qui n'est pas de la synthèse vocale encore une fois,

parce qu'il y a le problème, du moins, sur la plupart des téléphones,

ce que certains navigateurs font par contre, c'est de mettre en valeur les systèmes de navigation,

c'est à dire qu'au lieu d'avoir à se retrouver au milieu de dix mille liens etc.,

que, par des algorithmes d'identifications de ce qui a l'air d'être navigation et autre,

vous puissez plus rapidement repérer les liens de navigation par exemple.

Ce qui est intéressant pour les développeurs de navigateurs aujourd'hui, c'est que effectivement,

en terme d'ergonomie, d'utilisabilité, il y a

encore une fois plein de choses à inventer sur la plate-forme portable.

Vraiment plein de choses très intéressantes, et il y a d'ailleurs beaucoup de choses intéressantes

qui se font à l'heure actuelle.

Sur la vocalisation, je connais un produit qui s'appelle "Talks"

qui est embarqué sur certains téléphones de mon employeur - pour ne pas le nommer...

qui en gros fonctionne comme JAWS sur un ordinateur - donc vous avez la même chose sur un téléphone portable.

Donc ça existe à ce niveau.

Une question là-haut ?

Oui, bonjour, Raphaël Basili, donc ma question est plus éditoriale que technique.

Aujourd'hui on écrit différemment pour le print et pour le Web,

je voulais savoir si du fait des contraintes des téléphones portables,

que vous avez citées tout à l'heure, est-ce qu'on s'oriente vers une écriture spécifique

pour le Web mobile, c'est-à-dire est-ce que pour une même page d'un site Internet,

on va avoir un contenu pour les ordinateurs de bureau, les ordinateurs portables,

et un contenu pour le Web mobile ?

Donc, je dirais, la réponse facile, c'est "ça dépend" !

De manière générale, si votre site, c'est son boulot, c'est de fournir du contenu

avec une approche où finalement c'est très important que l'utilisateur accroche sur le contenu,

oui, c'est indispensable, parce que effectivement, [...] sur le téléphone, l'écran est beaucoup plus petit,

l'utilisateur voudra passer sans doute beaucoup moins de temps à lire, et voudra quelques mots-clés chocs

qui vont faire passer le message très rapidement. C'est très différent de ce que vous feriez sur un ordinateur

sur lequel vous pouvez essayer de l'attirer par exemple avec plein d'images, ou de la vidéo,

ou plusieurs mêmes méthodes d'accès différentes.

Sur un téléphone, vous êtes obligés d'aller directement au coeur de ce que vous voulez dire.

Donc, du coup, on va à l'encontre du premier principe que vous avez dit tout à l'heure,

à savoir "Un Web" unique ?

Pas tout à fait, en fait. La notion de "Un Web",

c'est pas que tout est pareil pour toutes les plate-formes,

nous, ce qu'on essaye de défendre, c'est qu'il soit possible de faire

tout pareil sur toutes les plate-formes, et que ça marche,

et ça, c'est important parce que, encore une fois, pour l'utilisateur lambda,

encore une fois, je vais vous parler de mon propre blog, je n'ai pas besoin de faire passer un message choc

à mes lecteurs, et j'utilise juste le fait que je puisse envoyer un résumé par exemple

au lieu du post complet.

Maintenant, ce qui est important dans les technologies du Web,

c'est qu'elles permettent aussi cette notion d'adaptation, c'est à dire

qu'elles ont été designées depuis le départ pour qu'en fonction des besoins de l'utilisateur,

de son contexte etc., tout comme on a aujourd'hui la négotiation de contenu par exemple pour envoyer

à telle personne du français, à telle personne de l'anglais,

de manière similaire, vous pouvez très bien envoyer à quelqu'un qui est sur un ordinateur de bureau,

une page qui sera plus grosse, et sur un [téléphone] portable une page qui sera plus petite.

Et ça reste dans ce principe d'un Web unique, dans la mesure où c'est les mêmes technologies,

ça utilise les technologies Web pour faire cette négotiation de contenu, etc.

Denis ?

Juste un complément d'informations, par rapport aux taux de pénétration,

qui progressivement a augmenté.

ComScore en octobre 2006 avait fait une étude sur ce taux de pénétration-là à travers différents pays.

En France, c'était 28% des gens qui avaient accès à un téléphone et qui utilisaient un téléphone pour utiliser le Web.

Donc c'est quand même déjà pas mal

si on compare à chez moi [au Canada], par exemple, où c'est seulement 18% en ce moment-ci.

Oui, j'ai certains collègues au Canada, et ils ne comprennent pas, dans l'équipe du W3C,

ils ne comprennent pas qu'on puisse s'intéresser au Web mobile...

En Europe, on est en retard par rapport au Japon, mais sur l'aspect téléphones portables,

on est encore en avance sur les Etats-Unis, et l'Amérique du Nord de manière générale.

Avec quand même des grands changements en cours du fait par exemple de l'apparition de l'iPhone.

En particulier, je pense que c'est intéressant pour vous, nous, en Europe,

d'investir cette plate-forme mobile parce que c'est encore un sujet sur lequel

on a un avantage technologique assez important.

Je vais parler tout à l'heure des media sur les feuilles de style,

ma question est la suivante :

aujourd'hui vous avez dit qu'il y a beaucoup de navigateurs sur les téléphones portables,

est-ce que globalement, ils vont tous respecter ça,

et aller regarder que la feuille de style 'handheld',

et ignorer celle qui est pour le 'screen', ou est-ce que y'a de tout ?

et en particulier, je pense à Opera et Safari, dans leurs versions mobiles,

est-ce qu'ils vont effectivement d'abord aller voir la CSS 'handheld',

et est-ce qu'ils vont ignorer la CSS 'screen' ?

Alors, de manière générale, la plupart des navigateurs le font,

un petit bémol, c'est que... ce qui est certain, c'est que une feuille de style 'handheld'

ne sera pas lue par les navigateurs de bureau, sauf si vous leur spécifiez explicitement

que vous voulez travailler en mode mobile.

En général, dans la très grande majorité, la feuille de style 'handheld' sera lue

par les [téléphones] portables, le petit bémol, c'est qu'il y a certains téléphones portables

qui vont lire à la fois le 'handheld' et le 'screen',

donc dans ce cas là, ça oblige à faire des petits ajustements

par exemple en faisant en sorte que ce qui est dans le 'screen' soit explicitement annulé

dans ce qui est dans le 'handheld'.

Pour Opera, la situation est très claire : quand il y a une feuille de style 'handheld',

ils ne va lire que celle-là, et ignorer la feuille de style 'screen'.

Pour WebKit, qui est donc ce qui sert de S60 sur Nokia, de Safari sur l'iPhone, etc.,

la situation est moins claire - en fait, ça dépend de certaines configurations

et de certains choix aussi technologiques.

Disons que dans l'ensemble, sur le marché à l'heure actuelle, c'est une technique très simple,

et qui marche assez bien, oui.

Malheureusement dans les technologies Web, c'est pas garantie à 100%,

parce que chacun y va de sa petite "innovation",

mais ça marche assez bien, oui.

Une remarque rapide, tu as beaucoup parlé de téléphones, mais le Web mobile,

c'est pas que des téléphones. Si tu prends quelque chose comme l'iPod Touch,

ou Nokia a un appareil aussi...

ils commencent à apparaître des appareils qui savent se connecter à Internet

via un réseau WiFi qui n'est d'ailleurs pas non plus un réseau d'opérateur téléphonique,

la palette est un tout petit poil plus large que les téléphones.

Non seulement ça, mais à terme, l'aspect téléphonique finalement va peut-être

commencer à se fondre dans la masse de services.

Par exemple, la tablette Nokia dont tu parles a un service de téléphonie

par SIP, donc voix sur IP.

Et finalement, c'est pas le but initial de cette tablette de servir de téléphone,

et il y a certains téléphones qui finalement vont commencer à servir de plus en plus

comme autre chose que téléphones. L'iPod Touch est assez classique :

c'est finalement un iPhone sans le téléphone,

parce qu'il y a une utilisation effectivement qui se fait sans l'aspect téléphonique.

L'aspect réseau mobile / opérateur mobile reste indépendent aussi d'avoir un téléphone ou pas,

on peut très bien marcher son ordinateur portable sur un réseau mobile GPRS aujourd'hui,

sans avoir forcément un aspect téléphone associé.

Donc effectivement, j'ai simplifié en parlant de téléphones portables,

mais c'est tout à fait exact - et c'est là aussi à mon avis une zone d'innovation très intéressante

pour toute cette question de la mobilité - c'est qu'en terme même de forme des appareils, d'interaction, etc.,

il y a encore plein plein de choses à inventer.

Deux petites questions très rapides...

Pour revenir à une question qui a été posée au début,

est-ce qu'en fait plus largement, est-ce que le W3C travaille sur la partie accessibilité

mais de l'interface en elle-même du téléphone, plutôt que l'accessibilité du contenu

qui réutilise WCAG ? c'est une première question

et deuxième question : quelle la position du W3C vis à vis du ".mobi",

au niveau des URLs, qui va un peu à l'encontre justement de cette notion d'avoir un site unique

valable avec une seule URL et qui fonctionne sur plusieurs plate-formes.

[...]

Donc sur l'accessibilité des interfaces, on n'a rien de spécifiquement encore en cours au W3C.

C'est un sujet qui commence à être pas mal abordé justement par toute la recherche

en matière d'ergonomie et d'accessibilité parce qu'effectivement,

c'est le prochain sujet important. On est en train, au sein du groupe de travail sur les Bonnes Pratiques,

déjà d'établir une liaison assez poussée justement avec l'Initiative sur l'Accessibilité du Web

pour voir, d'abord essayer d'identifier les similarités et éventuellement les oppositions,

bien qu'a priori il n'y en ait pas, entre les bonnes pratiques du Web mobile et les WCAG.

On est train d'essayer de travailler de manière un peu plus avancée sur ces sujets-là

avec WAI, mais pour l'instant, ça en est vraiement aux balbutiements,

il n'y a pas encore de résultats vraiment concrets à montrer.

Sur ".mobi", d'abord .mobi, ils sont membres du W3C,

ils sont sponsors de l'Initiative du Web Mobile,

l'éditeur principal des Mobile Web Best Practices est employé par .mobi,

donc ils sont, de ce que j'en sais, ils sont en accord avec ce principe

qu'il n'y a qu'un seul Web et qu'en particulier, il faut éviter la multiplication des adresses, etc.

Ma compréhension en terme de ce à quoi .mobi peut servir, c'est que

ça permet d'afficher directement dans son URL qu'on a une version mobile de son site Web qui est disponible.

Personnellement, d'ailleurs le W3C de manière générale, pense qu'il vaut mieux avoir un seul nom de domaine,

et faire tout sur ce nom de domaine-là,

maintenant l'impact marketing que peut avoir un nom ".mobi",

ça, il appartient à chacun de déterminer s'il est intéressant ou pas.

Merci beaucoup Dominique,

Il y avait encore deux ou trois questions, mais va avoir

un petit coup de table ronde juste après,

donc il y aura plein d'occasions de poser des questions.

Merci Dominique !

[applaudissements]