Chez Jérémie - Commentaires

Introduction à SVG - Jeremie

Jeremie — Wed, 28 Jul 2010 21:39:04 +0200

Aucun problème Tangui, au contraire... lorsque j'ai cherché des ressource à propos de SVG, je suis passé à coté et c'est bien dommage.

Introduction à SVG - Tangui

Tangui — Wed, 28 Jul 2010 21:18:58 +0200

J'en profite pour faire un peu de pub pour mon site : http://svground.free.fr tuto SVG
En espérant que ça ne dérange pas.

SVG et HTML5 font bon ménage avec Firefox - Vi

Vi — Wed, 28 Jul 2010 19:45:23 +0200

Bravo pour cette tartine technologique aussi burlesque que pertinente et néanmoins ludique.

Pour le rédactionnel, je ne vois qu'une seule issue : Stef et toi vous avez été séparés à la naissance, c'est pas possible autrement !

SVG et HTML5 font bon ménage avec Firefox - Rik

Rik — Wed, 28 Jul 2010 14:38:21 +0200

JulienW : contre une bière, je veux bien en parler. Mais par écrit, c'est lonnnnng !

http://hacks.mozilla.org/2010/05/fi... pour les détails.

SVG et HTML5 font bon ménage avec Firefox - Jeremie

Jeremie — Wed, 28 Jul 2010 00:00:23 +0200

Même si c'est important, le principale intérêt de HTML 5 ce n'est pas toutes les nouvelles balises et les nouvelles API Javascript. Ce qui est vraiment important, c'est que cette nouvelle norme définie clairement la façon dont un document HTML doit être lu et compris par les navigateurs (parser) : comment l'arbre DOM est construit, comment le navigateur doit réagir en cas d'erreur (balises inconnus, balises mal imbriquées), etc. Paradoxalement, c'est quelque chose qui n'avait jamais été définie précédemment et chaque navigateur se débrouillait un peu comme il pouvait (c'est de là que viennent les fameux modes "quirks" des navigateurs). Ainsi, si tous les navigateurs se mettent à respecter la norme HTML 5, ils réagirons tous de la même façon face à un document HTML.

Entre autre chose, cela permet aussi d'étendre les possibilités de HTML en normalisant l'inclusion de certain vocabulaires XML comme SVG et MathML en automatisant la gestion des espaces de nom XML pour ces langages afin qu'ils soient (presque) aussi facile à utiliser que le HTML lui même.

SVG et HTML5 font bon ménage avec Firefox - JulienW

JulienW — Tue, 27 Jul 2010 22:56:05 +0200

Quelqu'un peut m'expliquer ce que va apporter ce "parser HTML5" et dans quels cas il est utilisé s'il est activé ?

SVG et HTML5 font bon ménage avec Firefox - MCMic

MCMic — Tue, 27 Jul 2010 15:57:45 +0200

Il me faudrait quelqu'un de doué comme ça qui ai la gentillesse de jeter un œil à mon stripEd, je suis pas au point en développement SVG : http://linuxfr.org/~MCMic/29889.htm...

SVG et HTML5 font bon ménage avec Firefox - Bertrand

Bertrand — Tue, 27 Jul 2010 08:34:13 +0200

L'application est très belle et très bien réalisée.

Merci pour les explications avec les problèmes rencontrés, les solutions trouvées. La "tartine" reste très digeste.

Très beau travail.

SVG et HTML5 font bon ménage avec Firefox - Tristan

Tristan — Mon, 26 Jul 2010 19:15:04 +0200

SU-PER-BE !

Je suis totalement fan... Qui aurait pu croire il y a encore 2 ans qu'on ferait ça en technos Web ?

SVG et HTML5 font bon ménage avec Firefox - Rik

Rik — Mon, 26 Jul 2010 17:47:20 +0200

Fiou la tartine ! Mais ça va, ça se lit bien. Par contre, faut arrêter de piquer tes titres à Stéphane…

WebKit travaille sur le parser HTML5 et va bientôt activer la partie "SVG in HTML" dans les nightlies (https://lists.webkit.org/pipermail/...)

Super cool ce genre de démos. Encore plus avec la masse de bugs ouverts, avec testcase ! Clap clap. Et c'est chaud de comparer la position de deux pièces quand c'est à base de vidéo.

Introduction à SVG - Jeremie

Jeremie — Thu, 08 Jul 2010 09:40:51 +0200

A ben oui dis donc ! Heureusement qu'il y en as qui suivent

Merci, c'est corrigé.

Introduction à SVG - Manu1400

Manu1400 — Tue, 06 Jul 2010 23:26:29 +0200

Bonjour

Dans http://jeremie.patonnier.net/experi...
il y a "bacground" au lieu de "background"...

Cordialement,

Introduction à SVG - Jeremie

Jeremie — Tue, 29 Jun 2010 22:34:05 +0200

@jpvincent : Je ne me suis pas préoccupé de la différence entre SVG et Canvas ici car ça aurait rallongé cet article de manière un peut trop importante. Pour faire court, il y a beaucoup de cas ou les deux technologies sont valides. De manière assez grossière et pour compléter les différences que tu as déjà relevé, SVG va être plus intéressant dès qu'il va falloir manipuler et animer du texte ou des formes géométrique (gérer des courbes et des graphique par exemple) et dans tous les cas d'utilisation que recouvraient Flash 4 et 5 en leur temps. De sont coté, Canvas va se révéler beaucoup plus simple d'utilisation quand il va falloir faire des opérations complexes sur des images non vectoriel (créer des effets spéciaux sur une vidéo à la volé par exemple).

Introduction à SVG - vi

vi — Tue, 29 Jun 2010 14:48:26 +0200

Yeah ! Un article écrit rien que pour moi !
Merci ^o^

Introduction à SVG - jpvincent

jpvincent — Tue, 29 Jun 2010 14:40:21 +0200

merci pour cette intro
j'aurais bien aimé un petit listing des différences avec Canvas, qui reçoit beaucoup de presse ces temps-ci.
Canvas manipule des pixels et n'est accessible qu'en scriptant, alors que SVG gère des formes, a un DOM et peut se suffire à lui même.
Après je ne suis pas très bon en 2D, donc j'aurais bien voulu savoir quelle techno choisir dans quel cas

Améliorez vos liens avec la génération de contenu CSS - vi

vi — Wed, 23 Jun 2010 18:11:35 +0200

Un article très intéressant (que je vais quand même devoir relire quelques fois vu mon niveau) mais j'applaudis des mains et des pieds rien que pour les titres et sous titres ^o^ Quel talent !

@media London 2010 : Day 1 - Jeremie

Jeremie — Mon, 14 Jun 2010 17:02:23 +0200

Oui, je suis d'accord, la question des performances n'est pas trivial mais ce n'est pas une raison suffisante pour s'interdire d'explorer le sujet et de voir comment s'en servir intelligemment (par exemple pour des utilisateur connecté en haut débit et peut-être pas sur un site à fort trafique).

Pour ce qui est de la qualité de rendu des typo, effectivement, l'OS est fortement mis en cause, mais pas seulement, le support navigateur a aussi son importance.

Concernant la qualité des Polices elles-même, il va de soit qu'il faut avoir un minimum de bon sens graphique pour savoir choisir des polices adaptées au média et suffisamment complète par rapport à la langue et l'encodage utilisé dans le document.. Pour limiter au maximum la casse à ce niveau il existe d'excellent outils en ligne comme par exemple : http://www.fontsquirrel.com/fontfac... qui va faire les conversions de format nécessaires, et "nettoyer" la police typographique que l'on prévois d'utiliser.

Personnellement, je préfère faire des expérimentations et pousser à l'utilisation de cette technique, quitte à prévoir des dégradations graphiques quand ce n'est vraiment pas gérable en terme de rendu (oui, je parle bien de "Gracefull Degradation"... c'est le leitmotive de Andy Clark et même si personnellement je suis un peu plus nuancé que lui, j'ai tendance à adopter de plus en plus cette position).

@media London 2010 : Day 1 - Florent V.

Florent V. — Mon, 14 Jun 2010 12:25:33 +0200

Pour les polices typographiques: il y a deux freins majeurs. Le premier c’est bien sûr l’impact sur les performances, on peut dire que c’est un autre débat si on veut mais c’est un débat qui doit intéresser l’intégrateur web, et d’un peu plus loin le chef de projet et le webmarketeur qui mesure les performances et ses taux de transformation.

Le deuxième c’est la qualité du rendu du texte quand on utilise cette technique. Il est facile de ne pas se poser de question à ce sujet quand on utilise OS X, voire Linux. Mais même si Vista et 7 apportent un rendu des fontes plus élégant, il reste énormément de Windows XP. De plus, sur à peu près tous les OS on peut tomber sur des problèmes de rendu lié au dessin spécifique de la fonte (pas toujours optimisée pour l'écran), à l'utilisation ou non du hinting, à un support problématique de certaines métadonnées dans tel ou tel format de fonte… ou l'absence de ces métadonnées. Bref, c'est un peu la jungle et il y a des surprises. Tu peux tester sur trois machines différentes et il y aura toujours quelqu'un pour venir te dire que sur sa configuration, le texte est illisible. Ces problèmes se gèrent, si besoin en dégradation élégante avec peut-être même du scripting et du User-Agent sniffing. Et donc au final le frein est financier: s’écarter des fontes «web safe» qui sont toutes optimisées pour l'écran et bien supportées sur tous les OS, ça prend du temps et donc coute de l'argent.

@media London 2010 : Day 1 - Jeremie

Jeremie — Wed, 09 Jun 2010 12:54:36 +0200

Stephane, je confirme Daniel en avait parlé. Andy m'a fait rire justement car il en a fait mention en disant que Daniel l'avait qualifié de "Naïf" lorsque il a réalisé ce qui se passait dans le groupe de travail CSS.

@media London 2010 : Day 1 - Stéphane Deschamps

Stéphane Deschamps — Wed, 09 Jun 2010 10:27:58 +0200

"Il en profite pour démystifier le sujet en insistant sur un point clé : la normalisation est faite pour les constructeurs par les constructeurs. Le point de vue des designer est très peu représenté (il n'y a que 2 experts invités dans le groupe de travail CSS) "

Daniel Glazman en parlait à Paris Web 2007 (de tête) en disant que les designers sont les bienvenus mais que les appels du pied du WG restent souvent lettre morte. En gros pour résumer, il est plus facile de râler et de se faire sa pub (cherche CSS samurai sur google) que de bosser sur le fond et à long terme. Ce n'est pas une critique, hein, vu qu'on est tous un peu comme ça...