El granelero pasa (27)

  1. Pour faire une démons­tra­tion du très beau wid­get météo de Mac, visi­tez la ville de Nowhere !
    • invo­quez DashBoard
    • acti­vez le wid­ghet Météo (ville quelconque)
    • pomme+alt+click sur le widget

    Le wid­get vous amène sur la ville de Now­here. De là, chaque fois que vous repro­dui­rez la der­nière étape, vous aurez une nou­velle déco­ra­tion, ce qui vous per­met d’évangéliser. Pour reve­nir au sta­tut nor­mal, il suf­fit d’évoquer Dash­board. La pro­chaine fois que vous l’invoquerez, la ville sera celle que vous avez choisi, pas Nowhere.

  2. Depuis Tiger, la cal­cu­lette sait uti­li­ser la nota­tion polo­naise inverse. Comme elle suit aussi l’ordre des opé­ra­tions, un jon­gleur de nombres (physicien, mathématicien…) peut la consi­dé­rer autre­ment que d’un regard condes­cen­dant. Et elle cache encore pas mal de choses…
  3. Enfin des bureaux vir­tuels par défaut dans Mac OS X. Ils auront mis le temps (oui, je sais qu’il y a des tas de pro­grammes tiers pour le faire). Il fau­dra néan­moins attendre 2007 pour cares­ser le pelage du Leo­pard (on me souffle qu’un cer­tain mon­sieur P2P l’aurait déjà).
  4. Safari affiche le CMJN et le PDF. En revanche, il n’affichait pas le JPEG2000 en jan­vier 2003 (oui, je sais, c’est vieux).
  5. Safari trans­forme l’apparence des URI. Il montre les URI comme texte en UTF-8 quand pos­sible. Peut-être le but est l’IRI ajou­ter un lien vers le billet où je dis­tingue tout ceci et dans ce billet, ajou­ter ce lien : http://www.w3.org/International/iri-edit/draft-duerst-iri-07.txt. Ainsi, http://fr.wikipedia.org/wiki/M%C3%A8re devient à l’écranhttp://fr.wikipedia.org/wiki/Mère. Une per­sonne non aver­tie ins­cri­rait donc des URI en texte nor­mal, alors que c’est illé­gal. En même temps, le W3C recom­mande d’utiliser des carac­tères UTF-8, j’ai donc un peu de mal à comprendre.

Copier-coller de tableau

Source de l’excercice : Décli­nai­sons latines.

Copier-coller un tableau depuis Safari

Nominatif singulier civis mare consul corpus pater urbs animal febris Vocatif singulier civis mare consul corpus pater urbs animal febris Accusatif singulier civem mare consulem corpus patrem urbem animal febrim Génitif singulier civis maris consulis corporis patris urbis animalis febris Datif singulier civi mari consuli corpori patri urbi animali febri Ablatif singulier cive mari consule corpore patre urbe animali febri Nominatif pluriel cives maria consules corpora patres urbes animalia febres Vocatif pluriel cives maria consules corpora patres urbes animalia febres Accusatif pluriel cives maria consules corpora patres urbes animalia febres Génitif pluriel civium marium consulum corporum patrum urbium animalium febrium Datif pluriel civibus maribus consulibus corporibus patribus urbibus animalibus febribus Ablatif pluriel civibus maribus consulibus corporibus patribus urbibus animalibus febribus

Copier-coller un tableau depuis Opera et Mozilla

Nominatif singulier	civis	mare	consul	corpus	pater	urbs	animal	febris Vocatif singulier	civis	mare	consul	corpus	pater	urbs	animal	febris Accusatif singulier	civem	mare	consulem	corpus	patrem	urbem	animal	febrim Génitif singulier	civis	maris	consulis	corporis	patris	urbis	animalis	febris Datif singulier	civi	mari	consuli	corpori	patri	urbi	animali	febri Ablatif singulier	cive	mari	consule	corpore	patre	urbe	animali	febri Nominatif pluriel	cives	maria	consules	corpora	patres	urbes	animalia	febres Vocatif pluriel	cives	maria	consules	corpora	patres	urbes	animalia	febres Accusatif pluriel	cives	maria	consules	corpora	patres	urbes	animalia	febres Génitif pluriel	civium	marium	consulum	corporum	patrum	urbium	animalium	febrium Datif pluriel	civibus	maribus	consulibus	corporibus	patribus	urbibus	animalibus	febribus Ablatif pluriel	civibus	maribus	consulibus	corporibus	patribus	urbibus	animalibus	febribus

Comme vous le voyez, Mozilla et Opera ne modi­fient pas les tabu­la­tions pour rendre les tableaux esthé­tiques en texte (ce qui n’est pas for­cé­ment une mau­vaise idée si on veut en faire autre chose que tu texte brut).

Mais quoi qu’il en soit, c’est mieux que Safari.

D’un autre côté, celui-ci réagit au ctrl+k

Test de conformité typographique

Ini­tia­le­ment publié le 12 sep­tembre 2006 à 02:41:39

Test de … (…) qui ne doit pas être en début de ligne

Test de … (…) qui ne doit pas être en début de ligne

Appa­rem­ment, c’est bon avec Safari (ça ne l’était pas avant), Opera et Mozilla. Mon code ne me satis­fait cepen­dant pas, pensez-vous qu’il y a une meilleure manière de véri­fier que ces carac­tères (, ;, ) ne vont pas se trou­ver en début de ligne ?

<?xml version="1.0" encoding="utf-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr-fr"> <head> <title>Test ellipse</title> </head> <body> <div style="border:red thin solid;font-family:monospace;width:36em"> 	<p>Test de <code>&hellip;</code> (…) qui ne doit pas être en début de ligne<strong>…</strong></p> </div> <div style="border:red thin solid;font-family:monospace;width:37em"> 	<p>Test de <code>&hellip;</code> (…) qui ne doit pas être en début de ligne<strong>…</strong></p> </div> </body> </html>

Voici un exemple avec Omni­web 5.5 :

Parenthèse en début de ligne
Paren­thèse en début de ligne

Ils en parlent mais ne me le disent pas, les petits cachottiers :

Quelques comparaisons de navigateurs

Com­pa­rai­sons en vrac, sur­tout sur des points avan­cés. Sera mis à jour selon l’actualité. Mal­gré ce que les résul­tats pour­raient don­ner, il n’y a pas de biais pour inci­ter à uti­li­ser un navi­ga­teur ou un autre. Je teste au fur-et-à-mesure de ce que je trouve, c’est tout.

Erreurs de par­sage XML

Lors d’une erreur de par­sage sur du pur XML (application/xhtml+xmltesté avec la page d’administration de Spam Clear après une ten­ta­tive de pas­sage en xml pur),

  • Fire­fox 3α1 me donne la bonne colonne mais se trompe de ligne.
  • Safari 2.0.3, lui, fait l’inverse : la ligne est cor­recte, mais pas la colonne.
  • Opera 9 donne les bonnes coor­don­nées (ligne + colonnes), affiche le texte pro­blé­ma­tique et son contexte (mais n’enroule pas les lignes, alors même qu’il gère pre-wrap) et pro­pose de repar­ser le contenu en HTML.

Vain­queur : Opera

Double pro­logue XML

Tou­jours sur du XML, lorsque le pro­logue XML (<?xml version="1.0" encoding="utf-8"?>) est annoncé deux fois :

  • Fire­fox 3α1 affiche une erreur de par­sage avec les bonnes coordonnées
  • Safari 2.0.3 montre la page comme si de rien n’était
  • Inter­net Explo­rer 6 montre la page comme si de rien n’était
  • Opera 9 affiche une erreur de par­sage avec les bonnes coor­don­nées, affiche le texte qui pose pro­blème en le sur­li­gnant en rouge (mais n’enroule pas les lignes, alors même qu’il gère pre-wrap) et pro­pose de repar­ser le contenu en HTML.

Vain­queur : Opera

Balises non balancées

Sur­nu­mé­raire

<ul><li></li></li></ul> :

  • Fire­fox 3α1 affiche une erreur de par­sage avec les bonnes coordonnées
  • Safari 2.0.3 montre la page comme si de rien n’était
  • Opera 9 affiche une erreur de par­sage avec les bonnes coor­don­nées, affiche les balises dés­équi­li­brées en jaune (pour celle du début) et en rouge (pour la sur­nu­mé­raire) (mais n’enroule pas les lignes, alors même qu’il gère pre-wrap) et pro­pose de repar­ser le contenu en HTML.

Vain­queur : Opera

Man­quante

<p><p></p> :

  • Fire­fox 3α1 affiche une erreur de par­sage avec les bonnes coordonnées
  • Safari 2.0.3 montre la page comme si de rien n’était
  • Opera 9 affiche une erreur de par­sage avec les bonnes coor­don­nées, affiche la balise non fer­mée en jaune (mais n’enroule pas les lignes, alors même qu’il gère pre-wrap) et pro­pose de repar­ser le contenu en HTML.

Vain­queur : Opera

La fonc­tion­na­lité d’Opera de repar­sage en HTML a tous les avan­tages : elle per­met au web­mestre de savoir qu’il fait une erreur en lui per­met­tant de la modi­fier. Pour ce faire, il reparse en HTML et a ainsi accès au for­mu­laire qui lui per­met de répa­rer son erreur.

Réac­ti­vité sous Tiger

  • Fire­fox 3α1 ne vaut pas mieux que les précédents
  • Safari 2.0.3 est très rapide. On regrette qu’il n’y ait rien de gra­tuit pour qu’il se sou­vienne des ses­sions en cas de plan­tage. Notons aussi qu’il devient lent avec le temps. Enfin, il ralen­tit consi­dé­ra­ble­ment si l’on uti­lise de la trans­pa­rence (opacity, pas testé avec rgba)
  • Opera 9 est un peu mieux que les pré­cé­dents, et au coude_à-coude avec Firefox

Vain­queur : Safari. Notons cepen­dant que Fire­fox 3α1 est une alpha. D’un autre côté, le prin­ci­pal avan­tage de cette ver­sion pour Mac est censé être une meilleure inté­gra­tion à l’OS à la pomme… nous l’attendons tou­jours (les rac­cour­cis cla­vier EMAC comme ctrl+E ou ctrl+K sont appa­rus, mais c’est bien tout).

His­to­rique

  • Fire­fox 3α1 est bien
  • Safari 2.0.3 efface votre his­to­rique au-delà d’une semaine (voire moins), de manière pas tout à fait déter­mi­niste, même si vous avez mani­pulé le logi­ciel pour conser­ver plus de 99 entrées
  • Opera 9 est très bien : il est rapide et répond correctement

Vain­queur : Opera

pre and pre-wrap support

My goal is to get rid of the pre, that I consi­der use­less: it is a pre­sen­ta­tio­nal tag with no seman­tic value atta­ched to (the clo­sest to it in cur­rent use is code and their rela­tion­ships are pretty much like the one bet­ween q and blockquote—which inci­den­tally had been remo­ved from XHTML 2.0). I plan to use p class="pre"» ins­tead. I should only impact text brow­ser (search engine should not care).

Conti­nue rea­ding

Nuage de tags et run-in

J’ai enfin mis un nuage de tags sur la page.

J’ai repris le code d’Arnaud, c’est-à-dire un seul para­graphe avec un suite de span.

<?php twTags::tagCloud($levels = 5, $block = '<p>%s</p>', $item = '<span class="level-%2$d">%1$s</span>') ?>

Je n’aime pas cette solu­tion et lui aurai pré­féré une liste sty­lée avec run-in.

<?php twTags::tagCloud($levels = 5, $block = '<ul id="tagcloud">%s</ul>', $item = '<li class="level-%2$d">%1$s</li>') ?>

Mais ça ne marche pas sur Fire­fox et Safari. Quant à Opera, il a un com­por­te­ment étrange : il n’affiche pas tous les éléments.

Capture d’écran Firefox et Safari
Cap­ture d’écran Fire­fox et Safari
Capture d’écran Opera
Cap­ture d’écran Opera

Une page de test est aussi dis­po­nible. Si vous consta­tez que l’erreur vient de moi, merci de le signaler.

Safari Web Inspector : la réponse à la Web Developper toolbar de Firefox

Je surfe désor­mais avec une com­pi­la­tion noc­turne (nightly build en bon ros­bif) de Safari. Parmi les mul­tiples amé­lio­ra­tions (notam­ment dans la ges­tion de CSS et dans les moindres plan­tages), en voici une que j’ai décou­verte acci­den­tel­le­ment : l’inspecteur Web (Web ins­pec­tor).

L’inspecteur Web en action

Si ça vous rap­pelle Dash­board, c’est nor­mal : l’inspecteur est conçu avec la même tech­no­lo­gie canvas. Il four­nit nombre d’information pour chaque élément d’une manière que je trouve meilleur que la barre d’outils du déve­lop­peur Web de Fire­fox. Tous les outils de cette barre ne sont pas dis­po­nibles dans l’inspecteur (que je n’ai encore pas pro­fon­dé­ment regardé), mais le contraire est aussi vrai (adresse et détail exact de chaque opération CSS pour un élément donné).

Cer­tains détails pure­ment esthé­tiques (et secon­daires diront cer­tains) n’apparaissent pas sur cette cap­ture, comme l’encadrement de l’élément en rouge avec du text-shadow et un fondu (comme dans Word­Press 2.0. J’imagine que c’est un effet JavaScript).

L’inspecteur Web n’est pas ter­miné (Metrics et Properties sont not finished et, comme vous avez dû le voir, il n’est pas traduit) mais déjà, il donne bien envie de l’essayer. Je n’ai pas le temps pour le moment, mais il fau­dra que je m’y penche.

Ah ! oui, si vous vou­lez essayer ce nou­veau Safari, allez pio­cher dans la page des com­pi­la­tions noc­turnes.

Font-substitution flawed in Safari

Some­times (espe­cially with Uni­code cha­rac­ters) it may hap­pen that no glyph cor­res­ponds to the reques­ted cha­rac­ter in the reques­ted font. How the bro­wer deals with that varies from brow­ser to browser.

  • Fire­fox seems to synthetise
  • Opera seems to substitute
  • Safari seems… to do nothing

Conti­nue rea­ding

Favicon problem

Bug fixed with find ~/Library/Safari/Icons -type f -print | xargs rm and res­tart Safari (kudos to Dave Tay­lor). Nei­ther emp­tying the cache nor the debug meny hel­ped. There is still a bug in that Safari is not aware of favi­con change, still.

I already tal­ked about this pro­blem six months ago, I now have more examples.

My favi­con doesn’t appear in Safari. As you can see on the pic­tures below, there is no pro­blem with Opera or Firefox.


Conti­nue rea­ding