Chez Jérémie - Commentaires

MDN fait peau neuve - Damien

Damien — Mon, 13 Aug 2012 14:14:12 +0200

Très bonnes nouvelles, je plussois sur “Mettre en base de données, automatiser et partager les tables de compatibilité navigateurs” : c’est le point le plus frustrant pour moi aujourd’hui lorsque je consulte MDN.

Bien démarrer avec MDN - Mozinet

Mozinet — Sun, 13 May 2012 21:13:55 +0200

Le lien http://mozfr.org/contrib n’est plus bon

Des kiwis sans pépins - Jeremie

Jeremie — Mon, 07 May 2012 12:07:55 +0200

Salut,

A priori, toutes les conférences ont été filmé. La mise à disposition des vidéos ne devrait pas trop trainer, n’hésites pas à harceler Raphael

Des kiwis sans pépins - nfroidure

nfroidure — Mon, 07 May 2012 10:18:10 +0200

Bonjour,

Y aura-t-il des vidéos mises en ligne ? Je suis particulièrement intéressé par la présentation de David Rousset qui m’a épaté à Paris Web.

Effectivement, Microsoft commence à comprendre l’intérêt des formats ouverts et des standards, ce qui risque de nous rendre la vie bien plus belle !

Bien démarrer avec MDN - nfroidure

nfroidure — Fri, 27 Apr 2012 10:08:47 +0200

Slt,

J’ai bien fais quelques modifications sur MDN (quelques traductions partielles, surtout des corrections de fautes de frappes), mais je n’ai jamais pris le temps de m’impliquer, tout est à faire pour hier…

Bref, à travers ce commentaire, je dit merci à tous ceux qui contribuent à MDN car c’est la meilleure source de documentation du web (en en-US mais aussi fr grâce aux traducteurs français).

Je ne compte plus les recherches du style : “mdn array split” etc… Mes compétences actuelles, je les dois bcp à MDN. Par exemple, les API HTML5 y sont extrêmement bien documentées.

Longue vie donc à ce projet et longue vie à Mozilla !

Lier CSS à Javascript : une mauvaise idée - Jeremie

Jeremie — Mon, 13 Feb 2012 14:55:54 +0100

@Sebastien

Ne le prenez pas mal. Néanmoins, c’est une réalité. Le métier d’intégrateur est exigeant et requiert un gros corpus de connaissances qui évoluent très vite, il est donc indispensable de se former en permanence. Ceci étant, il est impossible de tout savoir et utiliser jQuery est quelque chose de tout à fais valable. Ce qui sera important c’est de bien identifier ce que vous ne serez pas capable de faire seul (par exemple en JS… j’ai des amis qui ne se gène pas pour venir taper à ma porte) et dans ce cas ne pas hésiter à faire appel à des collègues freelance qui s’y connaissent mieux sur tel ou tel point.

Lier CSS à Javascript : une mauvaise idée - Sebastien COLLET

Sebastien COLLET — Mon, 13 Feb 2012 14:47:30 +0100

“Si vous travaillez seul, faites l’effort de vous former ou changez de métier.”

OUCH !!!

Je suis seul, je me forme (en permanence) mais entre le Php, MySQL, les CSS, le JS, etc… ça fait beaucoup de veille/formation à intercaler dans la production, alors JQuery (par exemple) me permet quand même de faire des choses

Et je ne veux pas changer de métier !

A part ça je suis d’accord avec vous …

Lier CSS à Javascript : une mauvaise idée - Felipe

Felipe — Mon, 13 Feb 2012 14:35:00 +0100

Comme tbind j’utilise LESS côté serveur (LessPHP, les navigateurs ne voient qu’une feuille de style CSS classique).

Je vais renommer functions.less en prefix-free.less, @goetter n’y verra que du feu :p

Lier CSS à Javascript : une mauvaise idée - Jeremie

Jeremie — Mon, 13 Feb 2012 14:15:05 +0100

@Nico

Mais de rien

Concernant la désactivation de Javascript, j’ai pu constater que la désactivation volontaire est une pratique marginale (en gros, hors quelques DSI paranoïaques, ça n’est jamais le cas). Par contre, effectivement, les problèmes liés à une potentielle non-exécution du script (script pas ou mal chargé, Exception mal géré, conflit entre scripts) sont assez fréquents et difficilement prédictibles. Ce deuxième cas de figure est bien plus difficile à traiter car certaines techniques comme l’ajout d’une classe “js” dans le document pour réaliser un aiguillage CSS peux ne pas fonctionner correctement ce qui va causer de très sérieux problèmes. Je n’en ai pas parlé ici, mais cette technique d’aiguillage lie aussi CSS et JS et doit être utilisée avec beaucoup de précautions.

Lier CSS à Javascript : une mauvaise idée - Alex

Alex — Mon, 13 Feb 2012 11:16:29 +0100

Hello,
Je suis aussi tout à fait d’accord avec vous,
J’ai d’ ailleurs écrit une liste de snippet en LESS, qui permet de faciliter ce travail de prefixage.
http://alexandrebroudin.net/less-ph…
Le réel avantage qu’a la méthode de Léa Verou est le poid de la CSS qui est nettement diminuée .

Lier CSS à Javascript : une mauvaise idée - Vincent

Vincent — Mon, 13 Feb 2012 11:13:35 +0100

Salut, et merci pour ce billet.

L’utilisation de prefixfree est également un problème pendant les phases de développement. Personnellement, j’utilise beaucoup webdeveloper dans Firefox, et lors de l’édition des CSS, les préfixes -moz- sont présents, ce qui ne permets pas d’enregistrer la feuille de style directement. J’ai l’impression de perdre du temps.

PS: @olivertweete: il existe aussi http://prefixmycss.com, que j’ai développé pour l’ajout des préfixes. Il détecte les préfixes manquants et les ajoutes. C’est tout.

Lier CSS à Javascript : une mauvaise idée - tbind

tbind — Mon, 13 Feb 2012 11:07:47 +0100

Article pertinent !

Personnellement j’utilise LESS, mais en développement (mes CSS sont générés à la volée). On peut également l’utiliser côté serveur avec Node.js…

Faire dépendre le CSS du JS côté client m’a toujours paru être une évidente aberration…

Lier CSS à Javascript : une mauvaise idée - Nico

Nico — Mon, 13 Feb 2012 10:39:47 +0100

Ah, merci, enfin quelqu’un qui propose des arguments sérieux allant plus loin que “je suis fainéant”. MERCI !

Un autre point (mineur mais présent) que tu n’as pas mentionné : si javascript n’est pas activé, point de salut. C’est ça aussi qui me fait dire que si quelque chose peut être fait de manière satisfaisante SANS passer par la case Javascript, autant le faire.

Nicolas

P.S : y a qq fautes d’orthographe, si tu veux, je te file un coup de main ?

Lier CSS à Javascript : une mauvaise idée - olivertweete

olivertweete — Mon, 13 Feb 2012 10:07:54 +0100

Je suis tout à fait d’accord avec ça. Il y a également des solutions ne nécessitant pas javascript (http://prefixr.com/ ou http://cssprefixer.appspot.com/ par exemple).

J’ai déjà travaillé sur une librairie javascript parsant la CSS (jKerny) et le temps de traitement est assez aléatoire en fonction du fichier, surtout lorsqu’on effectue des tests d’expression régulière.

Dans un monde idéal, on ne devrait pas avoir à gérer les préfixes vendeurs. Une solution élégante pourrait être celle ci : http://felipe.wordpress.com/2012/02…

Documenter le Web ouvert, pourquoi et comment - Nitro

Nitro — Tue, 10 Jan 2012 14:36:30 +0100

Merci jérémie pour la censure de mon post sur le SVG à partir de IE de $M !

Et bravo pour ce fameux discours pour un monde plus ouvert !

Nitroblog

Documenter le Web ouvert, pourquoi et comment - Draeli

Draeli — Mon, 09 Jan 2012 14:43:04 +0100

C’est effectivement une bonne vu d’ensemble des complexités de la création de site et il est vrai qu’à l’heure actuel il est impossible de trouver une documentation centralisé avec TOUS
Actuellement l’une de mes références hors doc. w3c c’est celle de Mozilla : https://developer.mozilla.org/fr/ qui représente un énorme travail.

Documenter le Web ouvert, pourquoi et comment - Jeremie

Jeremie — Thu, 05 Jan 2012 21:51:46 +0100

@vinc17

Oui, tu as parfaitement raison. J’utilise toujours “balise” par abus de langage pour désigner les éléments car quand je parle des balises ouvrantes ou fermantes je les qualifie explicitement d’ouvrantes et fermantes

@Eleg

Merci, c’est corrigé Sinon, n’hésite pas à passer un de ces mercredi.

Documenter le Web ouvert, pourquoi et comment - Eleg

Eleg — Wed, 04 Jan 2012 21:36:43 +0100

Raté pour ce soir ! ;-]
Une ‘tite typo :

W3C et consort.
[…] et surtout, elles ne permettent pas de savoir qu’elles sont les différences d’implémentation d’un logiciel à l’autre. […] gâteau).
-> quelles les diff…

Documenter le Web ouvert, pourquoi et comment - joliclic

joliclic — Wed, 04 Jan 2012 12:01:20 +0100

Une minuscule pierre à l’édifice, j’avais publié il y a quelques temps une collection de marque-pages pointant vers des docs que je jugeait pertinentes:

http://http://joliclic.free.fr/misc…

Ca ne résoud pas la problématique de nouvelles docs ;), mais çà tente humblement de rassembler celles existantes.

Documenter le Web ouvert, pourquoi et comment - David Latapie

David Latapie — Tue, 03 Jan 2012 19:14:19 +0100

Excellent article, qui soulève une problématique bien trop peu soulevée (et pourtant vécu par tous - moi aussi je suis un vieux qui a appris avec le “afficher la source”)

J’ajouterai un point : “faites simple, ça se compliquera bien assez vite”.
En naviguant sur le web et en apprenant, j’ai constaté combien à chaque fois les auteurs se sentent obligés de faire des pavés (moi y compris !), sous prétexte qu’il faut bien remplir la page.

Partant de ce constat, j’ai compilé des années d’astuces CSS de mon blog en une seule page :

http://david.latapie.name/blog/css-…

Certes, ça renvoit ensuite sur d’autre page, mais ça permet un meilleur ratio signal sur bruit, une “cheatsheet” nécessaire quand on voit l’ampleur des infos possible.

Donc voilà : faites exhaustif, mais faites aussi simple. “Il semble que la perfection est atteinte non quand il ne reste rien à ajouter, mais quand il ne reste rien à enlever”