Breizhogeek, le blog qu'il sent bon la bretagne

Aller au contenu | Aller au menu | Aller à la recherche

Catégories

lundi 15 décembre 2008

Google Chrome ne supporte toujours pas @font-face

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…

samedi 4 octobre 2008

3 façons de rendre la navigation plus aisée

Voir le web de façon moins linéaire

Le web est actuel­le­ment repré­senté de façon très linéaire par les navi­ga­teurs: en effet l’his­to­ri­que et la vue d’ensem­ble des visi­tes sont assez incom­plets et rigi­des. Je m’expli­que; la vue d’ensem­ble de nos der­niè­res visi­tes est par­fois repré­sen­tée sous la forme d’un tableau, c’est le cas pour IE ainsi que Goo­gle Chrome comme le mon­tre cette cap­ture d’écran :

screenshot de google chrome

Alors que de façon logi­que, elle devrait être repré­sen­tée de cette façon, tel un “brow­ser map­ping” :

browser_mapping.png

Un réel his­to­ri­que ou un his­to­ri­que avancé

De la même façon, si je me trouve sur un site A, notre navi­ga­tion est deve­nue par habi­tude une explo­ra­tion désyn­chro­ni­sée : afin de con­ti­nuer notre lec­ture du site A, nous ouvrons les liens qui nous sem­blent inté­res­sants dans de nou­veaux onglets (que le clic-molette a rendu plus que pra­ti­que). Or, une fois que nous allons sur ce nou­vel onglet, aucun his­to­ri­que n’est alors dis­po­ni­ble. Des sug­ges­tions de retour devraient au moins être pro­po­sées, quite à les dif­fé­ren­cier des réels pages pré­cé­den­tes, et encore. Là encore inter­vient le pro­blème de vision­ne­ment de l’his­to­ri­que: repré­senté comme il l’est actuel­le­ment, sa com­plexité se ren­for­ce­rait, du fait qu’il soit (plus) com­plet.

Pro­po­ser une réelle recher­che avan­cée.

Mozilla a été plu­tôt fier de mon­trer leur implé­men­ta­tion de l’awe­some bar dans Fire­fox 3, fonc­tion­na­lité déjà pré­sente dans des navi­ga­teurs comme Opera. Cette recher­che se fait de façon dyna­mi­que: à cha­que chan­ge­ment au niveau de la sai­sie, les résul­tats évo­luent et se basent sur l’his­to­ri­que. Sur Goo­gle Chrome, ou encore dans la barre de recher­che de Fire­fox, cha­que résul­tat est la résul­tante d’une requète envoyée à goo­gle.fr (par défaut) et est donc de l’ordre d’une véri­ta­ble recher­che web, et non lié à l’his­to­ri­que. Cepen­dant, les deux options sont inté­res­san­tes, la ques­tion devient donc : com­ment pro­fi­ter de ces der­niè­res, en même temps. La solu­tion est plu­tôt sim­ple: c’est tout sim­ple­ment un point incom­plet de cer­tains navi­ga­teurs. On dis­pose en effet d’une barre d’adresse, où l’on y sai­sit l’URL ou encore quel­ques expres­sions com­po­sant la recher­che; ainsi que d’une barre de recher­che. Dès alors, pour­quoi ne pas effec­tuer une recher­che glo­bale en effec­tuant une requète vers le moteur de recher­che sélec­tionné dans la barre de recher­che; et une recher­che plu­tôt locale, au niveau de l’his­to­ri­que, dans la barre d’adresse ? C’est le cas pour Mozilla Fire­fox, mais rare­ment pour les autres…

Ces deux points sont selon moi des idées à appro­fon­dir pour obte­nir un navi­ga­teur plus intui­tif, plus pra­ti­que. Mais la ten­dance sem­ble être plus ten­due vers la fiè­reté de mon­trer les quel­ques nou­veau­tés résol­vant les divers bugs ou man­ques siè­geant depuis trop long­temps dans les navi­ga­teurs. Après tout, Goo­gle Chrome sem­ble le seul navi­ga­teur qui a repensé une totale façon de con­ce­voir un navi­ga­teur (le pro­ces­sus par page en est l’exem­ple); mais même celui-ci n’a appa­ra­ment pas été aussi loin dans la R&D qu’il le fau­drait…

lundi 15 septembre 2008

Google Chrome et son utilisation de webkit

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

Cela fait trop long­temps que ce billet aurait du paraî­tre mais bon, entre les exa­mens, le tra­vail et autres empè­che­ments, je n’ai pas pu pren­dre le temps de le rédi­ger. Mais fina­le­ment, ce n’est peut-être pas si grave : d’un côté la sor­tie de la ver­sion 3 de Fire­fox per­met de mieux faire res­sor­tir cer­tains élé­ments de l’arti­cle , du fait de cer­tai­nes amé­lio­ra­tions appor­tées à la ges­tion de la typo­gra­phie dans ce der­nier et d’un autre son retard impor­tant à pro­pos des embed­ded fonts va con­tras­ter ce ridi­cule con­cours du ser­veur saturé le plus vite.
Le web a trop long­temps été limité en matière de typo­gra­phie : en effet le choix des poli­ces était jusqu’aujourd’hui très res­treint puis­que seu­les 9 poli­ces exis­taient ( ou étaient ému­lées devrais-je plu­tôt dire ) sur tou­tes les pla­te­for­mes. Le pro­blème rési­dant dans le fait que les sites web asso­ciait à un texte une police pré­sente sur l’ordi­na­teur du visi­teur. Or, on peut désor­mais uti­li­ser des poli­ces sto­ckées sur un ser­veur. Enfin, “désor­mais”, cette pos­si­bi­lité exis­tait déjà au préa­la­ble mais de façon très limi­tée : seul Inter­net Explo­rer le pro­po­sait, et ce uni­que­ment pour les poli­ces au for­mat Micro­soft il me sem­ble. Avec la sor­tie d’une nou­velle ver­sion du moteur web­kit ( depuis quel­ques mois ), la pro­priété “@font-face” est désor­mais dis­po­ni­ble aussi bien sur Safari que Kon­que­ror. Ainsi on peut spé­ci­fier l’URL des poli­ces à inclure pour pou­voir les réu­ti­li­ser comme les poli­ces actuel­les 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 pos­si­bi­li­tés devien­nent alors mul­ti­ples, comme le prouve l’arti­cle de Håkon Wium Lie sur A List Apart :

screenshot d'un exemple de typo

Ca donne envie n’est-ce pas ? Enfin, quoi qu’il en soit, Fire­fox 3 Le Grand ne gère tou­jours pas cette pro­priété… En revan­che, l’accent a été mis sur le rendu des poli­ces et du texte tout de même, comme on peut le voir ici : http://www.dria.org/word­press/archi­ves/2008/06/10/651/ . On peut donc citer des amé­lio­ra­tions :

  • du cré­nage ( ajus­te­ment de l’espace entre les let­tres d’une police à chasse varia­ble, dixit wiki­pe­dia )
  • des liga­tu­res
  • des liga­tu­res par­tiel­les
  • le rendu de tous les types de poli­ces ( Open­Type, True­Type, etc.. )
  • le hin­ting, ce qui peut s’appa­ren­ter à un lis­sage de la police en fonc­tion de la taille

Quel­ques exem­ples issus de Wiki­pe­dia; dans l’ordre, Cré­nage, Liga­ture, Liga­ture par­tielle :
L C R

Pour con­clure on peut pen­ser que bien­tôt, la typo­gra­phie sur le web, ça sera que du bon­heur ! J’en pro­fite d’ailleurs pour vous glis­ser un petit outil super pra­ti­que pour visua­li­ser et com­pa­rer des poli­ces : http://type­tes­ter.maratz.com/.

lundi 14 avril 2008

Le plugin OpenID pour Dotclear en version 1.5

__EDIT : Le plu­gin pour dot­clear 2 est dis­po­ni­ble depuis quel­ques temps depuis le billet sui­vant: http://breiz­ho­geek.com/blog/post/Plu­gin-Ope­nID-v201 __

Voici enfin la ver­sion 1.5 du plu­gin qui per­met à vos visi­teurs de se log­guer une uni­que fois sur votre blog Dot­clear 1 ( en tout cas ça n’a pas été testé sur Dot­clear 2 ) via leur Ope­nID. Ainsi, ils n’auront plus que le champ Com­men­tai­res à rem­plir et non plus ceux du nom, email et URL .

CHAN­GE­LOG:

  • Le for­mu­laire de con­nexion se trouve main­te­nant dans le menu et non plus dans le for­mu­laire de com­men­tai­res: il tient ainsi plus compte de l’uni­cité de l’authen­ti­fi­ca­tion.
  • Cette ver­sion cor­rige le bug avec la ver­sion 1.2.7.1 de Dot­clear et est main­te­nant com­pa­ti­ble ainsi que cer­tains pro­blè­mes d’affi­chage.
  • Le visi­teur peut main­te­nant se décon­nec­ter, dans le cas où il uti­li­se­rait un ordi­na­teur public.

Des aper­çus sont dis­po­ni­bles sur la page offi­cielle: http://plu­gins.dotad­dict.org/dc1/details/Ope­nID.

Le plu­gin et son archive sont dis­po­ni­bles sur la pla­te­forme http://plu­gins.dotad­dict.org à ces adres­ses:

Il est livré sous la Licence GPL 3 ( en ce qui con­cerne mes modi­fi­ca­tions, le reste étant sous les licen­ces pré-éta­blies comme la biblio­thè­que PHP Ope­nID de Jan­Rain ).

PS : Si vous uti­li­sez ce plu­gin, j’appré­cie­rai gran­de­ment un mes­sage de retour :p .

- page 2 de 4 -