Alors que Mozilla s’efforce d’implémenter @font-face dans Firefox 3.1, plutôt tardivement mais tout de même, en apportant même quelques améliorations dans la seconde beta de cette dernière version ; Google Chrome, tout fraîchement sorti en version finale, ne supporte toujours pas cette propriété CSS 2. L’engouement de Google a, amha, un peu trop vite démarré. Fiers d’annoncer que plus de 10 millions de personnes ont testé Google Chrome en 100 jours, ils oublient probablement que cela s’est vite essouflé . Reste donc à voir quelle fréquence adopteront les mises à jour…
lundi 15 décembre 2008
Google Chrome ne supporte toujours pas @font-face
Par nicofrand le lundi 15 décembre 2008, 09:48
samedi 4 octobre 2008
3 façons de rendre la navigation plus aisée
Par nicofrand le samedi 4 octobre 2008, 16:07
Voir le web de façon moins linéaire
Le web est actuellement représenté de façon très linéaire par les navigateurs: en effet l’historique et la vue d’ensemble des visites sont assez incomplets et rigides. Je m’explique; la vue d’ensemble de nos dernières visites est parfois représentée sous la forme d’un tableau, c’est le cas pour IE ainsi que Google Chrome comme le montre cette capture d’écran :
![]()
Alors que de façon logique, elle devrait être représentée de cette façon, tel un “browser mapping” :
Un réel historique ou un historique avancé
De la même façon, si je me trouve sur un site A, notre navigation est devenue par habitude une exploration désynchronisée : afin de continuer notre lecture du site A, nous ouvrons les liens qui nous semblent intéressants dans de nouveaux onglets (que le clic-molette a rendu plus que pratique). Or, une fois que nous allons sur ce nouvel onglet, aucun historique n’est alors disponible. Des suggestions de retour devraient au moins être proposées, quite à les différencier des réels pages précédentes, et encore. Là encore intervient le problème de visionnement de l’historique: représenté comme il l’est actuellement, sa complexité se renforcerait, du fait qu’il soit (plus) complet.
Proposer une réelle recherche avancée.
Mozilla a été plutôt fier de montrer leur implémentation de l’awesome bar dans Firefox 3, fonctionnalité déjà présente dans des navigateurs comme Opera. Cette recherche se fait de façon dynamique: à chaque changement au niveau de la saisie, les résultats évoluent et se basent sur l’historique. Sur Google Chrome, ou encore dans la barre de recherche de Firefox, chaque résultat est la résultante d’une requète envoyée à google.fr (par défaut) et est donc de l’ordre d’une véritable recherche web, et non lié à l’historique. Cependant, les deux options sont intéressantes, la question devient donc : comment profiter de ces dernières, en même temps. La solution est plutôt simple: c’est tout simplement un point incomplet de certains navigateurs. On dispose en effet d’une barre d’adresse, où l’on y saisit l’URL ou encore quelques expressions composant la recherche; ainsi que d’une barre de recherche. Dès alors, pourquoi ne pas effectuer une recherche globale en effectuant une requète vers le moteur de recherche sélectionné dans la barre de recherche; et une recherche plutôt locale, au niveau de l’historique, dans la barre d’adresse ? C’est le cas pour Mozilla Firefox, mais rarement pour les autres…
Ces deux points sont selon moi des idées à approfondir pour obtenir un navigateur plus intuitif, plus pratique. Mais la tendance semble être plus tendue vers la fièreté de montrer les quelques nouveautés résolvant les divers bugs ou manques siègeant depuis trop longtemps dans les navigateurs. Après tout, Google Chrome semble le seul navigateur qui a repensé une totale façon de concevoir un navigateur (le processus par page en est l’exemple); mais même celui-ci n’a apparament pas été aussi loin dans la R&D qu’il le faudrait…
lundi 15 septembre 2008
Google Chrome et son utilisation de webkit
Par nicofrand le lundi 15 septembre 2008, 18:45
Il m’a été possible au boulot d’essayer le fameux Google Chrome. Je me suis empressé d’aller voir le rendu des polices via @font-face . Seulement, aucun rendu n’était là . Comment se fait-il que Google Chrome n’affiche pas ces polices alors que webkit a implémenté cette possibilité depuis le 3 Octobre 2007, donc presque un an, et que Safari l’a adopté (ce n’est donc probablement plus en beta ni nighty build) …
jeudi 19 juin 2008
La typographie sur le web
Par nicofrand le jeudi 19 juin 2008, 21:40
Cela fait trop longtemps que ce billet aurait du paraître mais bon, entre les examens, le travail et autres empèchements, je n’ai pas pu prendre le temps de le rédiger.
Mais finalement, ce n’est peut-être pas si grave : d’un côté la sortie de la version 3 de Firefox permet de mieux faire ressortir certains éléments de l’article , du fait de certaines améliorations apportées à la gestion de la typographie dans ce dernier et d’un autre son retard important à propos des embedded fonts va contraster ce ridicule concours du serveur saturé le plus vite.
Le web a trop longtemps été limité en matière de typographie : en effet le choix des polices était jusqu’aujourd’hui très restreint puisque seules 9 polices existaient ( ou étaient émulées devrais-je plutôt dire ) sur toutes les plateformes. Le problème résidant dans le fait que les sites web associait à un texte une police présente sur l’ordinateur du visiteur. Or, on peut désormais utiliser des polices stockées sur un serveur. Enfin, “désormais”, cette possibilité existait déjà au préalable mais de façon très limitée : seul Internet Explorer le proposait, et ce uniquement pour les polices au format Microsoft il me semble.
Avec la sortie d’une nouvelle version du moteur webkit ( depuis quelques mois ), la propriété “@font-face” est désormais disponible aussi bien sur Safari que Konqueror.
Ainsi on peut spécifier l’URL des polices à inclure pour pouvoir les réutiliser comme les polices actuelles via font-family, ex:
@font-face {
font-family: "Foobar";
src: url(http://www.serveur.com/foobar.ttf) format("truetype");
}
h1 { font-family: "Foobar", sans-serif }
Les possibilités deviennent alors multiples, comme le prouve l’article de Håkon Wium Lie sur A List Apart :
Ca donne envie n’est-ce pas ? Enfin, quoi qu’il en soit, Firefox 3 Le Grand ne gère toujours pas cette propriété… En revanche, l’accent a été mis sur le rendu des polices et du texte tout de même, comme on peut le voir ici : http://www.dria.org/wordpress/archives/2008/06/10/651/ . On peut donc citer des améliorations :
- du crénage ( ajustement de l’espace entre les lettres d’une police à chasse variable, dixit wikipedia )
- des ligatures
- des ligatures partielles
- le rendu de tous les types de polices ( OpenType, TrueType, etc.. )
- le hinting, ce qui peut s’apparenter à un lissage de la police en fonction de la taille
Quelques exemples issus de Wikipedia; dans l’ordre, Crénage, Ligature, Ligature partielle :

Pour conclure on peut penser que bientôt, la typographie sur le web, ça sera que du bonheur ! J’en profite d’ailleurs pour vous glisser un petit outil super pratique pour visualiser et comparer des polices : http://typetester.maratz.com/.
lundi 14 avril 2008
Le plugin OpenID pour Dotclear en version 1.5
Par nicofrand le lundi 14 avril 2008, 19:01
__EDIT : Le plugin pour dotclear 2 est disponible depuis quelques temps depuis le billet suivant: http://breizhogeek.com/blog/post/Plugin-OpenID-v201 __
Voici enfin la version 1.5 du plugin qui permet à vos visiteurs de se logguer une unique fois sur votre blog Dotclear 1 ( en tout cas ça n’a pas été testé sur Dotclear 2 ) via leur OpenID. Ainsi, ils n’auront plus que le champ Commentaires à remplir et non plus ceux du nom, email et URL .
CHANGELOG:
- Le formulaire de connexion se trouve maintenant dans le menu et non plus dans le formulaire de commentaires: il tient ainsi plus compte de l’unicité de l’authentification.
- Cette version corrige le bug avec la version 1.2.7.1 de Dotclear et est maintenant compatible ainsi que certains problèmes d’affichage.
- Le visiteur peut maintenant se déconnecter, dans le cas où il utiliserait un ordinateur public.
Des aperçus sont disponibles sur la page officielle: http://plugins.dotaddict.org/dc1/details/OpenID.
Le plugin et son archive sont disponibles sur la plateforme http://plugins.dotaddict.org à ces adresses:
- L’installeur: http://plugins.dotaddict.org/files/public/dc1/openid/plugin-openid-1.5.pkg.gz
- L’archive: http://plugins.dotaddict.org/files/public/dc1/openid/plugin-openid-1.5.tar.gz
Il est livré sous la Licence GPL 3 ( en ce qui concerne mes modifications, le reste étant sous les licences pré-établies comme la bibliothèque PHP OpenID de JanRain ).
PS : Si vous utilisez ce plugin, j’apprécierai grandement un message de retour
.
« billets précédents - page 2 de 4 - billets suivants »

