Reprise du message précédent :

tu confirmes le format pour les dates HTTP :  

?

T'as pas à le gérer manuellement le format pour les dates HTTP, HttpRequest et HttpResponse ont des méthodes getDateHeader et setDateHeader (respectivement) auxquelles tu filles le résultat de Date#getTime (et dont tu récupères le même)

Pour une fois que Java file un truc qui marche tout seul...

mais on me dit rien à moi

'tain qu'est-ce que ça fout dans cette classe ces méthodes ?

Ca me parait assez adapté pourtant (bon ok je fais pas de Java, mais je fais de la POO)

Eh les gens, y en a qui ont testé voire qui utilisent le script IE7.js ?
Genre un commentaire conditionnel avec un <script> qui va bien vers ce JS et ça répare pas mal de conneries CSS ?

Ben ce sont les helpers, et ça évite de s'emmerder avec de l'encodage manuel, donc ça me semble bien. C'est juste dommage que ça utilise des timestamps et pas des Date.

j'ai vaguement testé, mais je suis pas convaincu.

testé rapidement, mais il se vautre sur ce qui m'intéressait le plus, sur le coup (border-spacing).

Développe

OK ; perso, je suis intéressé si ça me permet d'éviter de faire des hacks CSS pour 3/4 des trucs. Bon, je testerai dans mon coin et je verrai.

http://disruptive-innovations.com/zoo/cssvariables/

 
OK, merci. POur ceux qui cryptent plutôt que de hacher, vous utilisez quelle méthode ?
 

 
Quel langage ? Si Php, tu peux peut-être démarrer par là : http://fr2.php.net/manual/fr/ref.mcrypt.php

moi je hache les mots de passe, mais je crypte les mails, avec du AES 128 (mais c'est en standard dans la JVM, donc ça se fait en 76 lignes dont 25 de catch )

Le contenu de ce message a été effacé par son auteur

sur le fond, mais pourquoi appeler ca variables, puisque ce sont des constantes.

Et c'est un poil lourd comme ecriture j'trouve

edit: c'est bien des variables, elles sont accessible en ecriture via JS

Si j'ai bien compris cette syntaxte en JS :
 
<form method="get" action="a.php" onsubmit="return foo(this)">
 

function foo(form){
  var inputs = form.getElementsByTagName('input');
  var error = 0;
  for(i=0;i<inputs.length;i++){
    if ( inputs[i].getAttribute('type')=='text' ){
      inputs[i].previousSibling.style.color = "";
      if( inputs[i].value == ''){
        inputs[i].previousSibling.style.color = "red";
      }
      error++;
    }
  }
  return !error;
}

 
Le formulaire n'est envoyé que si return == null.
Dans la fonction, à quoi sert le "!" devant le return ?
Et un "return" en appelle de fonction (return foo(this)), j'avais jamais vu ça . Concrètement, ça fait quoi ?
 
Si on suit la logique du formulaire qui s'envoie lorsque "error" == null, on devrait pas mettre le "error++" une accolade plus haut ?

D'un autre côté tu peux le faire dès maintenant en générant tes CSS via e.g. PHP

Je vois pas l'intérêt, en fait.

pour le branding, c'est mieux.

bah je le fais dans le langage serveur, perso...via des fichiers de conf, par exemple.

[edit]

Ou alors j'e comprends mal le problème.

c'est relou côté serveur, ça t'oblige à rajouter un truc pour exécuter la page avant de la mettre dans le serveur statique. Et puis là tu peux re-brander une page en JS aussi.

je suis pas sûr de comprendre la problématique, en fait.

Dans le process de build du site, avec le minify des JS par exemple

 
mettons que ton site utilise 3 couleurs principales  
 
tu les définis en variable au début, et tu réutilises ces variables par la suite. Si tu souhaite changer tous tes éléments rouges par un rouge un peu plus sombre tu as une seul modif a faire

ouais, bah c'est relou quand même.

bah là j'ai un fichier de conf, et je génère ma css en php, et hop ça fait exactement la même chose.

oui, mais tu peux pas déporter ton css sur un serveur de fichiers statiques différents.

Non, mais faudrait que j'y voie un intérêt, déjà.
C'est pas comme si c'était très utile.

Euh tu veux bencher les perfs de Apache qui sert un fichier statique et une CSS dynamique en PHP ?
Bon après, premature optimization, toussa ...

wala.
Tu permets la mise en cache pour une bonne durée de ton css généré en php, et basta.

1. Augmenter le nombre de connexions, la majorité des clients HTTP limitent (comme conseillé par la norme) à 2 connexions/host. Si tes fichiers statiques (images & autres) sont sur des hosts différents de tes fichiers dynamiques (HTML), ben potentiellement le client peut télécharger la page + 2 images + 2 (CSS ou JS) simultanément
2. Utilisation de CDN pour réduire la latence et diminuer ta charge en bande passante

 
C'est bien ce que je dis, c'est intéressant dans un nombre de cas vraiment limité...

Pourquoi ceci ne fonctionne pas (je n'ai aucune erreur dans la console) ?
 

function checkForm(form){
  var inputs = new Array ('title', 'url', 'comment', 'thumb', 'image');
  var error = 0;
  for(i=0; i<inputs.length; i++)
  {
      if( document.getElementsByName(inputs[i]).value == '')
      {
          document.getElementsByName(inputs[i]).previousSibling.style.color = "red";
          error++;
      }
  }
  return !error;
}

document.getElementsByName retourne une NodeList, pas une Node...

NodeList, Node ?

gniasse, fégniasse?

Désolé mais jamais entendu parler de Node ou NodeList.

Où as-tu entendu parler de getElementsByName ?

           
http://www.w3.org/TR/DOM-Level-2-C [...] 1950641247
http://www.w3.org/TR/DOM-Level-2-C [...] -536297177

 
Sur un bout de code que j'avais trouvé.
 

 
Merci, je vais lire ça.

Apprend à lire un peu de vraie doc (ou de doc tout court, d'ailleurs), ça aide, et c'est beaucoup plus facile que de maintenir de bouts de code auxquels tu ne comprend rien.
 
Genre ça http://www.w3schools.com/dom/dom_nodetype.asp (c'est de la doc tout court, la vraie c'est celle de masklinn )