Nous avons discuté récemment avec le fondateur d’un hôtel quatre étoiles… Le site Internet de son établissement a été conçu en Flash, voilà seulement deux ans. Or, en analysant le trafic de son site, l’hôtelier s’est aperçu que les demandes de connexion depuis un Smartphone étaient chaque jour plus nombreuses. Aussi, notre nouvel ami a demandé à une agence de refondre son site afin qu’il soient accessibles à l’ensemble des périphériques.

Nous n’avons pas encore découvert la nouvelle version du site de l’hôtel, mais la solution retenue constituerait un savant mélange de Flash et de Html, optimisé au passage pour le référencement ! Nous n’osons imaginer le résultat : faudra-t-il naviguer de page en page pour recharger à chaque fois une animation en Flash ou voir un contenu plus statique dédié aux périphériques de poches ?

Ne serait-il pas préférable de laisser en place l’existant, avec une animation qui fonctionne plutôt bien, pour les ordinateurs classiques ? Une animation en Flash sophistiquée peut demander un investissement lourd : il serait dommage de jeter le bébé avec l’eau du bain ! Aussi ne vaut-il pas mieux servir un contenu alternatif et allégé pour les Smartphones : lors de la demande de connexion, le navigateur est reconnu et redirigé vers la version classique ou simplifiée du site.

Nous ne sommes pas un détracteur de Flash (mais de Silverlight oui, pâle copie inutile et encombrante), car il faut reconnaître que cette technologie présente des avantages pour certains types de contenus… (Nous écrivons certains, car nous avons découvert récemment une pizzeria, dont le site au modeste contenu est exclusivement accessible avec Flash ! Aussi avons-nous dû télécharger l’application sur notre modeste Netbook pour lire la carte : combien de clients perd cet établissement qui livre à domicile ?) D’abord, l’animation est téléchargée une fois pour toutes permettant, après une attente raisonnable, une navigation fluide et interactive. Ensuite, Flash permet au pixel ou à la seconde près d’appeler un élément graphique ou sonore.

Cependant, un site en Flash devrait toujours demander l’adhésion (Opt-in) du visiteur, avec un éventuel préchargement de l’animation en tâche de fond : certaines animations, au fond sonore inattendu, peuvent être éprouvantes lors de l’accès à la page Web. Si le visiteur n’adhère pas (ou ne dispose pas ou ne veut pas du lecteur), il faut alors lui proposer un contenu alternatif, qui pourra être alors le même que celui servi pour les téléphones mobiles.

(Il semble qu’un lecteur Flash pour périphériques mobiles soit bientôt disponible. Gageons que, avec la mésentente entre constructeurs et éditeurs et une bande passante disponible de plus en plus réduite, la solution mettra du temps à s’implanter ! Le recours intégral à cette technologie sera-t-il, d’ailleurs, souhaitable, ou faudra-t-il considérer que les animations viendront uniquement agrémenter le contenu ?)

Servir un contenu alternatif peut aussi (et surtout) constituer l’occasion d’améliorer sa visibilité dans les moteurs de recherche, et, par exemple, d’obvier aux difficultés de référencement de contenu plus dynamique comme les animations écrites en Flash ou les pages au format Pdf (Google en a néanmoins considérablement amélioré le référencement, au cours de ces derniers mois).

Naturellement, ce contenu sera sémantique, car les moteurs de recherche aiment l’accessibilité. Pour y parvenir, il suffit d’appliquer quelques règles simples :

• hiérarchiser l’information en utilisant les niveaux de titre (de h1 à h6, du plus important ou moins important) ;
• utiliser avec prudence l’emphase ;
• légender les images, lorsque leur contenu est significatif ;
• choisir avec soin le titre des pages, leur description et leur mots clef ;
• optimiser la navigation ;
• s’assurer de la compliance du code aux normes définies par le W3c.

Sur le plan graphique, la feuille de style permettra ensuite le formatage du site, et autorisera d’afficher un titre de deuxième niveau avec des caractères plus gros que ceux d’un titre de premier niveau ou de supprimer l’emphase sur certains mots-clef (il ne s’agit en aucun de contenu caché ou de Cloacking).

Pour vérifier la compliance d’un site à ces pratiques, il suffit d’utiliser un navigateur en mode texte, comme Lynx : on verra le rendu qui apparaîtra pour les moteurs de recherche. Dans un deuxième temps, le contenu sera validé par W3C mobileOK Checker.

Enfin, pourquoi ne pas demander aux moteurs de recherche de ne référencer que le contenu alternatif, par exemple avec un fichier robots.txt ?

D’abord, les résolutions des écrans sont multiples, les navigateurs parfois spécifiques, plus ou moins élaborés, voire conformes. Il faut donc trouver un poids moyen, car il serait vain de concevoir une version dédiée pour chaque modèle ! Le succès actuel de l’iPhone peut, toutefois, conduire à envisager un développement spécifique pour des raisons de stratégie commerciale.

Aussi, utilisons-nous deux outils en ligne pour émuler le fonctionnement des périphériques de poche :

• Opera Mini Demo,
• dotMobi.

Dès que le rendu est correct avec Opera Mini Demo et validé par le W3C mobileOK Checker (la page d’accueil Iptima obtient le score de 99/100 et le présent article 98/100… scores perfectibles !), nous validons le développement.

Ensuite, certains navigateurs de périphériques de poche n’identifient pas le medium Handled dans l’en-tête des pages Html, et ne retiennent que le medium Screen !

Afficher un contenu identique est illusoire, n’en déplaise aux tenants des mises en page liquides ou fluides : les bannières ou les images ne sont pas redimensionnables le plus souvent, et toujours trop larges pour un téléphone, et leur largeur est forcément fixe !

Aussi faut-il servir un contenu spécifique pour les périphériques de poche, soit en l’adaptant soit en le créant. Le principe est simple… Lors de la demande de connexion, le navigateur est identifié : s’il est reconnu comme mobile, il est redirigé vers le contenu alternatif. Sur le plan technique, la mise en œuvre n’est guère plus compliquée (il suffit de consulter Iptima avec son radio-téléphone ou d’utiliser Opera Mini Demo pour voir une illustration !), mais dépasserait le cadre de cet article. Nous essaierons d’y revenir prochainement.

Une feuille de style pour périphérique de poche doit être courte, car le délai de son téléchargement a de l’importance. De plus, il est inutile de vouloir perfectionner à outrance l’aspect de la page, car certains navigateurs restent sourds aux raffinements (comme la suppression des puces dans les listes), et il vaut mieux se concentrer sur l’essentiel : marges et couleurs, à assortir au site principal.

À l’instar des feuilles de style dédiées à l’impression, nous avons décidé d’utiliser essentiellement des unités relatives et réduites, en raison de l’étroitesse de l’écran, avec l’unité em ou %. L’affichage des polices de caractères se limite à une seule valeur. Les largeurs des bordures sont relatives. Nous avons aussi renoncé à appliquer un fond de couleur pour recourir à un arrière-plan transparent. Les images sont toujours centrées, en raison de l’étroitesse de l’écran.

body {
  background-color: transparent;
  color: #000000;
  font-family: sans-serif;
  /* Permet de spécifier une police sans empattements plus lisible sur un écran. */
  font-size: 1em;
  margin: 1em
}
#header {
  border-bottom: medium solid #ffa97a;
  border-top: medium solid #ffa97a;
  padding-bottom: 0.25em;
  text-align: center
}
img {
  display: block;
  margin-left: auto;
  margin-right: auto
}
ol.commentlist li, ol.pinglist li {
  border: thin dotted #666666;
  list-style-position: inside;
  list-style-type: decimal;
  margin: 0.9375em 0 0 0.9375em;
  /* margin: 15px 0 0 15px; dans la feuille de style pour l'écran du site principal */
  padding: 0.3125em;
  /* padding: 5px; dans la feuille de style pour l'écran du site principal */
}


Nous pouvons aussi cacher certains conteneurs, même si le contenu alternatif devrait permettre d’obvier à l’affichage de ces éléments…

#adsense, #advertising {
  display: none


Enfin, nous avons prévu d’afficher la signification des acronymes juste après leur affichage avec les pseudo-classes acronym:after, abbr:after, car l’équivalent des souris sur les Pda ne permettent pas toujours le survol. Ainsi, le lecteur connaît instantanément la signification. Tant pis pour les téléphones et les utilisateurs qui ne reconnaîtront pas cette règle…

acronym:after, abbr:after {
  content: " ["attr(title)"]";
  text-decoration: none


Attention ! il est tentant de redimensionner les images trop larges avec une feuille de style : l’image originale sera téléchargée, et obligera le navigateur à effectuer le redimensionnement, ralentissant l’affichage de la page.

Les feuilles de style dédiées à l’impression sont toujours reconnues avec les navigateurs, contrairement à handled pour les périphériques de poche : pourquoi utiliser une solution complexe et coûteuse en ressources comme JavaScript ou Php ?

Si une impression normée s’avère souhaitable, il vaut mieux alors générer un document Pdf à la volée.

Cependant, il n’est pas judicieux de concevoir une feuille de style sophistiquée dans les moindres détails : comme le recours à l’impression reste marginal, les règles peuvent être rudimentaires.

Aussi avons-nous décidé de lâcher prise pour l’impression : nous allons utiliser des unités relatives avec em, nous ne spécifierons pas une police de caractères, et afficherons du noir et blanc. Ainsi, le navigateur gèrera par défaut l’impression… avec des résultats moins hasardeux !

En revanche, nous avons développé une solution spécifique pour la gestion des liens, des acronymes et des images, qui permet de tirer parti astucieusement des spécificités du medium Print.

Quelques propriétés…

D’abord, appelons le medium Print dans l’en-tête de nos pages Html…

<link rel="stylesheet" href="http://www.monsite.com/styles/print.css" type="text/css" media="print" />


Réglons ensuite l’apparence de notre site…

body {
  color: #000000;
  /* Nous imprimons en noir et blanc */
  font-family: serif;
  /* Permet de spécifier une police à empattements plus lisible sur le papier. */
  font-size: 1em;
  margin: 1.5em
}


Ensuite, cachons les éléments purement décoratifs ou non significatifs, images ou non…

#adsense, #advertising {
  display: none
}


Imprimons nos liens en noir et blanc…

h1, h2, h3, h4, h5, h6 {
  color: #000000;
  padding: 0.5em;
  text-align: center;
  text-decoration: none
}
h1.a, h1 a:link, h1 a:visited, h2.a, h2 a:link, h2 a:visited, h3.a, h3 a:link, h3 a:visited, h4.a, h4 a:link, h4 a:visited, h5.a, h5 a:link, h5 a:visited, h6.a, h6 a:link, h6 a:visited {
  color: #000000;
  text-decoration: none
}


Préférons les unités relatives pour les bordures…

.postmetadata {
  border: thin solid #999999;
  /* Il existe trois unités relatives pour désigner la largeur de la bordure : 'thin', 'medium', ou 'thick'. */
  margin: 1em;
  padding: 1em
}


Continuons à jouer avec les unités relatives…

ol.commentlist li, ol.pinglist li {
  border: thin dotted #666666;
  list-style-position: inside;
  list-style-type: decimal;
  margin: 1.5em 0 0 1.5em;
  /* margin: 15px 0 0 15px; dans la feuille de style pour l'écran */
  padding: 0.5em;
  /* padding: 5px dans la feuille de style pour l'écran */
}


Gestion des liens et des acronymes

Par défaut, les liens et les acronymes sont imprimés en l’état, c’est-à-dire soulignés ou non. Néanmoins, un lien souligné n’est guère informatif pour le lecteur de la version imprimée, et il devra retourner sur le site pour retrouver l’adresse ! Aussi pourquoi ne pas afficher l’adresse du lien ou la signification de l’acronyme juste après l’affichage ? Css permet aisément de spécifier la propriété avec :a:after…

h1 a:after, h2 a:after, h3 a:after, h4 a:after, h5 a:after {
  border-bottom: thin solid #000000;
  content: " ["attr(href)"]";
  /* Noter l'espace juste après le premier guillemet pour éviter que le contenu ne colle au lien. */
}
acronym:after, abbr:after {
  border-bottom: thin dotted #000000;
  content: " ["attr(title)"]"
}


Gestion des images

Pour les images, il ne semble pas toujours utile de les imprimer. En effet, la plupart des images ne présente aucune valeur informative, et l’impression d’une image d’une résolution de 72 pixels par pouce se révèle souvent catastrophique. C’est pourquoi, nous avons pris le parti de ne pas les afficher à l’impression (au passage, les droits d’auteur sont ainsi préservés), mais de signaler leur existence par deux moyens : avec le contenu de la balise alt, d’une part, et, d’autre part, avec la mention [img] (nous avons repris sobrement le nom de la balise Html pour assurer l’internationalisation de la feuille de style). Ces deux affichages peuvent sembler redondants, mais la pseudo-classe img:after n’est pas gérée par tous les navigateurs. Ainsi, le lecteur ne perd aucune information essentielle !

dl.gallery {
  text-align: left /* Nos images sont placées dans des listes de définition */
}
.gallery_dt, .gallery_dd {
  margin-left: 0 /* Évite le décalage à droite imposé par le navigateur */
}
.gallery dt a img {
  display: none
}
.gallery dt a img:after {
  content: " ["attr(alt)"] [alt]"
}
.gallery dt:after {
  color: #333333;
  content: "[img] ";
  font-style: italic
}
.gallery dd:after {
  color: #333333;
  font-style: normal
}
.gallery dt, .gallery_dd {
  font-style: italic
}


Nota. Le marquage sémantique d’une liste de définition permet une gestion plus fine de l’affichage.

Si l’on ne souhaite pas se passer de l’impression des images, peut-être vaut-il mieux proposer, à titre alternatif, le téléchargement d’une image à la résolution spécifique.

En revanche, nous ne savons pas gérer correctement les veuves (Widows) et les orphelines (Orphans) pour éviter l’affichage disgracieux de lignes isolées en haut ou en bas de page : gageons que Css 3, voire l’évolution des navigateurs, permettra de combler nos attentes de typographe !

Lien intéressant : Faites bonne impression avec les CSS.

Lors de nos développements antérieurs, nous affichions nos sites sur les périphériques mobiles avec une feuille de style dédiée, conçue pour le medium handled. Les résultats nous semblaient à peu près satisfaisants, même si certains navigateurs de téléphone n’appliquaient pas les règles spécifiques.

Aussi avons-nous cherché un module d’extension permettant l’affichage de WordPress sur les radio-téléphones et autres assistants personnels.

Nous nous sommes d’abord tournés vers WordPress Mobile Edition d’Alex King. Nous avons renoncé à utiliser son Plugin, car il est ancien mutatis mutandis, et Alex semble avoir laissé son weblogue à l’abandon. Enfin, WordPress Mobile Edition nécessite l’emploi d’une adresse spécifique pour son affichage comme http://www.iptima.com/wp-mobile.php, et cette contrainte ne nous semble pas ergonomique.

Nous avons donc voulu user du module d’extension écrit par Andy Moore, l’incontournable Wp-mobile. À vrai dire, ce Plugin nous semble idéal pour afficher WordPress sur un périphérique de poche, avec un travail minimal. La feuille de style est personnalisable. Des raccourcis claviers (ou accesskeys) sont même prévues. Nous n’avons noté aucun bogue. Par contre, est gênant l’affichage des publicités Admob, qui sont majoritairement en faveur de services adultes. Si nous avons compris les termes de la licence, il n’est pas autorisé d’empêcher cet affichage. À défaut de posséder un compte sur Admob, la rémunération est versée à Andy Moore. Enfin, Wp-mobile comporte un défaut rédhiboire : il n’affiche pas les textes que nous générons avec Text-Replace.

Poursuivant nos investigations, nous avons découvert Wp-Pda développé par Imthiaz Rafiq. Contrairement à son nom restrictif, Wp-Pda est capable d’afficher WordPress sur les téléphones mobiles. Il ne nécessite pas l’emploi d’une adresse spécifique, et n’impose pas de publicité. De plus, ce Plugin sait afficher les données envoyées par Text-Replace. Une version francisée est également disponible.

Hélas, au fil de nos essais, nous avons découvert plusieurs bogues, qui empêchait son fonctionnement optimal… Nous avons visité les pages des weblogues utilisant Wp-Pda, et nous avons rarement pu atteindre la deuxième page !

À deux reprises, nous avons écrit à Imthiaz en proposant des corrections, mais nos messages nous sont revenus en erreur, comme si cette adresse électronique n’existait plus.

C’est pourquoi, nous avons décidé de reprendre entièrement le développement de ce module d’extension pour le rendre fonctionnel. Son internationalisation, défaillante, a été également améliorée. Pour rendre son affichage plus simple, nous avons supprimé l’affichage des catégoriers et des marques sous les artciles. Nous n’avons pas su le rendre valide Xhtml Mobile Profile, mais le site Ready Mobi attribue à son affichage une excellente note de 4. Plusieurs feuilles de style ont été créées dans des couleurs différentes pour coller au design de nos thèmes WordPress : bleu acier, rouge brique, olive, vert océan, bordeaux et noir. Deux versions sont disponibles, avec ou sans l’affichage d’annonces Google Adsense pour les mobiles. Le plugiciel peut être téléchargé sur notre weblogue. Il suffit de placer le plugicel dans le repertoire Plugins et de l’activer depuis l’interface d’administration de WordPress. Last but not least, Ypthima Mobile est iPhone ready !