- Publié le 07 mars 2009 à 13:59
Alsacréations fait le point sur les parts de marché d'Internet Explorer 6 et sur les nombreuses initiatives pour éjecter Internet Explorer 6 de l'Internet (l'image ci-dessus est issue de StopIE6.com). Sur le papier la situation s'améliore (les parts de marché global d'Internet Explorer 6 diminuent régulièrement) mais (parce qu'il y a un mais) je crois qu'on va encore devoir faire avec des navigateurs ne supportant pas les standards pendant encore un bon moment et encore je parle de standards déjà ancien (XHTML, CSS 2.1, SVG, ...) pas des derniers trucs à la mode à peine sortis des cartons. Pourquoi tant de pessimisme ?
- Internet Explorer 6 est sorti en 2001 et on en parle encore ! Il y a 8 ans, une éternité à l'échelle du web ! Et dans certaines entreprises, c'est encore le seul et l'unique navigateur et la première question du DSI dans une démo est Pouvez vous me montrer comment ça marche Internet Explorer 6 ?, on croit rêver, enfin cauchemarder.
- Une part des IE6 est/sera remplacée par IE7 qui est à peine mieux
- Une autre part des IE6 sera remplacée par Internet Explorer 8, obsolète avant même sa sortie
Bref, IE6 agonise peut être, mais il sera encore là pendant un bon moment et ses potentiels remplaçants sont certes un peu meilleurs mais loin de la concurrence. Il faudra encore attendre un moment pour que le métier de développeur web soit facile ;-)
- Publié le 13 août 2008 à 13:30
Reçu aujourd'hui par un collègue de travail : Des "Blue screen Of Death" pendant la cérémonie d'ouverture des Jeux Olympiques de Pékin
Voila un très beau placement de produit :-), il s'agit probablement des BSOD les plus vues de tous les temps en direct même ça n'a pas duré longtemps.
- Publié le 03 février 2008 à 14:34
Il existe beaucoup de types d'URL possible pour une application web et encore plus de codes pour les générer. Une bonne URL devrait être assez courte mais significative. Par exemple le CMS eZ Publish depuis sa version 3.10 utilise un système assez complexe (en code) mais très souple permettant de produire des URLs selon le format de son choix (avec ou sans majuscule, en conservant ou non les accents, les espaces, choix du séparateur, ...) . Si, on ne trouve pas son bonheur on peut même écrire une extension pour un formatage sur mesure, voir par exemple celle de Damien Pitard sur ez.no optimisant les URLs pour l'indexation de contenu dans Google Actualités.
Quand on écrit une application simple en tout cas, moins générique qu'un CMS comme eZ Publish, on peut faire plus simple. Personnellement, j'aime les URLs de la forme "generer-des-url-en-php", c'est à dire en minuscule sans caractère spécial ni accent avec un tiret comme séparateur, c'est a priori la forme la plus simple et optimisée pour les moteurs de recherche.
Pour produire, une URL de ce type j'utilise une fonctionnalité assez peu connue de la fonction iconv() : la translittération. En gros, iconv() est capable lors de la conversion d'un jeu de caractères à un autre de trouver des équivalences si un caractère ne peut être représenté dans le jeu de caractères cible. Par exemple, si on convertit un é en ASCII, iconv() proposera un e à la place avec l'option TRANSLIT, le symbole € sera lui remplacé par "eur"... C'est d'ailleurs aussi très pratique pour traiter des chaînes de caractères issues de copier coller de traitement de texte comme Word qui insère pas mal de bizarreries.
Le code que j'utilise est le suivant :
<?php
class MonApplicationTools
{
const LOCALE = 'fr_FR.UTF-8';
const CHARSET = 'UTF-8';
const SEPARATOR = '-';
static function initLocale( $locale = self::LOCALE )
{
setlocale( LC_ALL, $locale );
}
static function URLize( $str, $fromCharset = self::CHARSET, $separator = self::SEPARATOR )
{
$tmp = iconv( $fromCharset, 'ASCII//TRANSLIT', trim( $str ) );
$pattern = array( '/[^a-z0-9]/',
'/' . $separator . $separator . '+/',
'/^' . $separator . '/',
'/' . $separator . '$/' );
$replacement = array( $separator, $separator, '', '' );
return preg_replace( $pattern, $replacement, strtolower( $tmp ) );
}
}
MonApplicationTools::initLocale();
$url1 = MonApplicationTools::URLize( 'Générer des URL en PHP' );
$url2 = MonApplicationTools::URLize( 'Fraude sur des milliards d\'€ à la Société Générale !!' );
echo $url1 . '<br />' . $url2;
// renvoie
// generer-des-url-en-php
// fraude-sur-des-milliards-d-eur-a-la-societe-generale
?>Le seul inconvénient de cette méthode est qu'il faut initialiser la locale utilisée par l'application par une locale existante sur le système et reconnaissant les caractères à transformer, ce qui est rarement le cas par défaut mais peut être très utile par ailleurs si on veut par exemple utiliser des formats de dates normalisés et localisés avec strftime(). L'appel de la méthode initLocale() (qui appelle setlocale()) réalise ce travail et aura sa place dans un fichier d'intilialisation globale (connexion à la base de données, définition du __autoload, ...) inclus dans tous les scripts. Il faut également prêter attention au fait que sous Windows, les locales ne s'écrivent pas de la même manière, évidemment, c'eut été trop simple sinon !
- Publié le 02 février 2008 à 22:30
Vu chez Laurent Jouanneau, un test Acid3 est en cours d'écriture. Pour rappel, les tests Acid visent à mettre à l'épreuve les navigateurs en mettant en évidence leurs lacunes en terme de support des standards du web à un moment donné. Le premier test Acid était focalisé sur les modèles de boîtes, le deuxième sur le support du CSS et des images PNG. Le dernier en cours d'écriture se focalisent sur quelques propriétés avancées de CSS2 et surtout sur le support du DOM en javascript (il y a plus de 3000 lignes de javascript dans le test...).
Aucun navigateur ne réussit ce test et c'est bien sûr fait exprès pour pousser les développeurs à corriger les bugs. Pour le moment, Firefox 2 et 3 s'en sortent les mieux avec à peine plus que la moyenne et comme d'habitude les Internet Explorer font partie des pires... Plutôt normal pour IE6, mais très décevant pour Internet Explorer 7. Je me souviens que la dernière fois que j'ai développé une application utilisant abondamment (abusivement ?) javascript et le DOM, IE était un vrai cauchemar dès qu'il s'agissait de faire des choses avancées, pire que dans le domaine du montage HTML/CSS... Consolons nous, Microsoft a annoncé qu'une version interne du futur Internet Explorer 8 passait le test Acid2, avec un peu de chance cela aura des effets bénéfiques sur les fonctionnalités testées dans Acid3 et avec beaucoup de chance, ils auront le temps d'ajouter un support décent du DOM dans IE8...
- Publié le 10 décembre 2007 à 19:07
Je viens de découvrir via un billet de Frédéric de Villamil, le site Email Standard Project qui milite pour le support des standards du web au niveau des clients de messagerie mais surtout dresse l'état actuel du support des principaux clients de messagerie de manière simple et synthétique. Comme je le disais précédemment dans Word 2007 comme moteur de rendu d'Outlook 2007, on peut voir le rendu lamentable de leur test avec ce client de messagerie et pourtant le test est pas très compliqué... Même certain webmails font mieux.
