Reprise du message précédent :

 
Je sais pas quel sgbd tu utilises (en fait si, je sais ), mais change.

Non mais les gars vous embêtez pas, ça marchera pas en SQL pur les comparaisons de versions
 
Sauf si vous restez toujours sur 1 chiffre dans les éléments du numéros de version.
 
Parce que la comparaison de 1.5 et 1.10 ça va vous faire bizarre.
 
Faut passer par ce genre de chose : http://php.net/version_compare

Pas s'il fait un REPLACE des points par des virgules et retourne le 1er/2/3 champ du set (je sais plus la fonction, le site est down)

Sinon je créé 3 champs
 

 
 
 
Ah ben c'est sur qu'on trouve des solutions mais les solutions données précédemment basée sur des comparaisons de string ça fail

suffit d'une comparaison un peu plus couillue, mais le principe est bon.

Non

En même temps y'a pas besoin de s'emmerder autant.
 
Suffit d'éclater le n° de version et de le padder à gauche avec des 0
 
Si je renseigne 3.0.5 le script enregistre 003.000.005 et stoo.
 
Du coup si 3.5 > 3.10, 003.005.000 sera bien < 003.010.000

Ma requête est correcte, après s'il est pas capable de mettre des données comparables dans ses champs c'es tpas mon pb.

Detecting HTML5 features

J'ai un client qui veut pas stocker son site sur son serveur, et qui n'as pas accès à la conf de leur domaine, il affiche leur site depuis un iframe
 
www.sondomaine.com/jeuquizz iframe vers => jeuquizz.mondomaine.com
 
C'est normal qu'avec internet explorer, lors qu'on submit un formulaire,  il ne le valide pas ?, je reviens sur la page de formulaire.
 
Tester avec Firefox/Chrome/Safari/Opera y a pas le problème

 
Sympa, beau boulot. Par contre :

 
On est bien avancé une fois qu'on sait que le navigateur pourra peut être ou ne pourra peut être pas lire notre vidéo...

y'a pas moyen avec firebug (ou autre) de faire une recherche dans l'intégralité des sources, y compris des fichiers externe (ie js et css)?
Le champ recherche à pas l'air de rechercher dans les fichiers externes, il reste que dans l'html

Je lisais les best practices en Web... le gars dit qu'il faut mieux mettre le code javascript en fin de page...  
 

http://net.tutsplus.com/tutorials/ [...] beginners/
 
 
vous en pensez quoi ?  

Ce qui peut être chiant si on veut du JS au milieu de la page, genre des ondomready
Faut faire un système pour les concaténer à la fin quoi.

s'pas bete !

ben je pensais justement aux scripts onDomReady justement... chui loin d'être un pro en JS, mais si on charge les framework a la fin, et qu'on a un onDomready dans le head, ça coince pas ?

Si, faut le mettre en bas aussi.

Ton evenement "dom ready" il est triggé quand ton dom il est finalisé a priori...  donc une fois que tous tes fichiers JS linkés dans le HTML sont téléchargés et évalués (vu qu'ils peuvent modifier le dom (genre document.write('<div>'); )), donc pas de problème

Sauf que la methode window.addEvent() nécessaire pour attacher une fonction à l'évenement (avec mootools), elle n'existe pas au moment de l'évaluation

A c'est sur que si t'essaye d'exécuter du code JS qui n'existe pas...

 
En même temps le chargement de machins potentiellements lourds peut bloquer le téléchargement des JS. Genre des grosses images ou des scripts externes (genre pub).
 
Ça peut niquer du coup les onDomReady, ça perd du coup tout son interêt. Je préfère les mettre dans le head, juste après les links. Ainsi quand le DOM est chargé, pas besoin que toutes les images le soit, les scripts peuvent greffer leurs fonctionnalités le plus rapidement possible.
 
YUI a même une méthode onElementAvailable qui poll le DOM pendant son chargement pour tout de suite cash exécuter des trucs.
 
C'est différent par contre si on utilise window.onload, là de toute manière faut attendre que tout soit chargé, donc les mettre en bas du body est plus intéressant effectivement.
 
cf. High Performance Web Sites: Rule 6 – Move Scripts to the Bottom et la discussion en-dessous.

comment vous feriez ça en style, pas d'image-texte ?
 

le border-bottom ça souligne tout...
 
j'avais pas envie de faire un topic...

deux div en float au pire, la contrainte étant une largeur fixe

je veux un truc fluide
 
<h1><span>Rechercher par localité</span></h1>
 
un border-bottom sur le h1
 
y'a il moyen de faire quelque chose avec ça ?

un background-image pour la ligne sur le H1, et un background white sur le span ( en display block-inline du coup ptet ) ?

ou alors un border-bottom sur le h1 avec un height plus petit que le texte et overflow visible, et pareil un background white pour le span

ou un h1 moins haut que le span, mais je sais pas comment ça se comporte ce genre de bidouille

tested et ça fonctionne, pas besoin de block inline

faut voir sur IE6 après

non faut pas
FF 3.5 linux: checked
FF 2.0 win: checked
chrome linux: checked
IE7:

ça a pas l'air de fonctionner sur IE6, il calle le height du H1 sur la hauteur du texte, mais au pire avec le background ça doit marcher

ouaip, ça fonctionne partout avec la ligne en background image !

Ou un span en position relative, et la même couleur de fond

Pourquoi pas le span en float left ? avec une hauteur fixée pour le H1 qui va bien.

?

pas bête !

Attention à ces saloperies de legend, c'est la pire galère pour styler ça cross-browser. J'en suis arrivé à une structure comme ça :

le code posté, je l'ai testé sur IE6 / FF3 / chrome .. ca semblait OK