Reprise du message précédent :

Ça dépend de la date :

• Si date arbitraire, un calendrier est sympathique
• Si date de naissance, un seul input suffit (la date est souvent "hard-codée" dans les doigts des utilisateurs, ayant l'habitude de la taper)

code.google.com utilise prettyfi pour colorer les sources   C'était vraiment une idée de merde  

Petite question : comment gérez vous vos fichiers de logs apache ?
 
Un fichier de log commun pour tous les vhost ?
Un fichier par vhost ?
Si oui, tous les logs dans le même répertoire ou chaque vhost a son propre répertoire de log ?

(conventions de capistrano qu'on applique sur tous les projets peu importe le framework/langage)

Merci
 
En CSS, on ne peut pas appliquer de couleur au texte entouré d'un "strong" ?
Ca me parait bizarre.

Whut ?

wat?

<strong>text</strong>
 
Je peux le colorer ou pas ?

 
oui

 
Je pose la question parce que bien évidemment j'ai testé et celui-ci reste noir

syntax error.

Ecran monochrome ou pas ?

 

On peut avoir le CSS et le HTML ?

sélectionne ma réponse, clic droit, voir la source de la sélection.

 
Tu penses bien que le CSS est comme suit :
 

strong {
font-weight: bold;
color: red;
}

 
Et le html comme au dessus

 
Un span dans un strong, on m'aurait menti ?

ITT : massive fail
 
Evidemment qu'on peut changer la couleur, tu dois avoir une couille quelque part comme d'hab parce que tu va trop vite

strong {
font-weight: bold;
color: red;
}

Je viens de tester avec une page basique (rien d'autre dans le CSS, juste le minimum dans le HTML), il n'y a pas de problème...  

hého c'est généré par la jocecrew à-partir de bbcode, on peut pas non plus leur demander de détecter qu'ils ont pas besoin de rajouter un élément.

Et pourquoi pas ? Ils y gagneraient en bande passante

laisse tomber le bordel pour si peu...

Et t'as pas l'impression de te contredire? Tu sais que y'a pas de décorrelation entre le chargement d'une page et l'évaluation du code javascript de celle ci?
 

strong {
font-weight: bold;
color: red;
}

J'aurais pas pensé qu'on puisse écrire un truc aussi con perso.

Ma remarque portait sur le fait de lier une couleur au strong. Mieux vaut cascader à plus bas niveau.

Y a plein de boîtes qui mesurent ça: voir Performance Web côté client d'É. Daspet et N. Sullivan (vendredi 15h05)

 
moi je vote il a une class qui fout la merde

 
T'es obligé de le redéfinir quand t'as un reset css
 

Pas spécialement si c'est l'utilisateur qui déclenche la coloration ou si on a un navigateur et un code threadé comme il faut On peut aussi par exemple charger la page non colorée, et la colorer au fur et à mesure ! Bref, on peut ne pas appliquer la JS immédiatement ce qui permet de naviguer sur la page.

Bref, la fin de cette histoire c'est que mon idée était clairement pas aussi débile et conne que ce que les vieux croutons du forum voulaient me forcer à croire vu que google code l'utilise intensément

J'examine ça Ca a l'air fort interessant

koskoz qui poste un truc valable et défonce shinuza en passant
 
                  very nice
                        \
                          \

Tu m'explique comment tu fais du "code threadé" en JS ?

J'suis pas expert, mais c'est pas chrome qui faisait des threads pour chaque setTimeout ?

 
C'était pas plutôt un thread par onglet ?

oui ça c'est sur, mais il me semblait que V8 le moteur JS de chrome faisait des thread par setTimeout, mais ptet pas en fait ...

javascript est un langage monothread, il ne peut pas y avoir 2 bout de codes qui s'exécutent en même temps.|

C'est un processus (OS) par onglet

Sans aucune primitive de locking ou autre? Yeah right...