Reprise du message précédent :

 
Et si les inputs et labels flottent ?

uh j'ai un site où chrome (35.77%) est premier juste devant FF (34.50%), wtf
 
 
XaT

c'est un site dédié à google ?

Regardez la ligne 35 du code : http://www.hipmunk.com/

ie sucks ?

super

Je viens de torcher un truc comme ça pas plus tard qu'hier. J'ai utilisé un numéro de position.

Les factures pdf OVH en Comic Sans

ok j'ai plutot opté pour le "pointeur" vers l'objet suivant, c'était plus adapté à l'insertion aléatoire d'élément dans la liste telle que je vais en avoir besoin.

UPDATE position = position+1 WHERE position > elementCourant pourtout mettre a jour

c'est pas faux, mais c'est tout aussi simple avec une liste chainée !

le risque c'est de "casser" ta liste chainée

exact ! Ca peut être embétant

En quoi? Tu fais ton insertion avec MAJ du précédent et du suivant dans la transaction, t'as pas plus de risques qu'avec la renum'.
 
Le problème c'est surtout que les dbs sont pas nécessairement super bonnes en recursive traversal, donc si t'as une liste de 1500 éléments ça peut être lent.

en cas de merde lors d'insertion /suppression et une liste chainé, tu es perdu  ( pire : apparition d'un cycle )
avec une liste numéroté, moins ( sans comtper que tu peux eviter de tout renuméroté a chaque fois). Je l'accorde, l'ecarte n'est pas grand quand meme

En même-temps avec quelques tests unitaires c'est censé être blindé
 

Mais je suis tout de même pour la liste numérotée C'est ce que je fais un peu partout

Ban non, pas plus qu'avec une numérotation, et comme t'utilises une vraie DB en cas de merde lors d'une insertion/suppression tu rollback ta transaction et c'est tout

Je viens d'apprendre qu'on pouvait merger des tableaux avec +

D'autant que c'est indispensable si tu veux garder la correspondances des clés numériques

Y'en a qui utilisent MODx
 
XaT

heu tu es sur de ce que tu avances ?
car quand tu utilises "+", il va regarder si c'est un "Number", sinon il va essayer de faire passer ça en string et concatener des string.

 
J'ai oublié de préciser : en php.

hep, un cache buster quick and dirty, vous avez ? si ça peut vous aiguiller, j'utilise git

Ya un hash en face de chaque fichier dans git ls-tree, tu peux pas utiliser ça? (ou une version courte de ça)

Si ça change quand to commit j'veux dire, j'ai pas regardé mais ça me semble probable.

je vais voir, merci.

Vous gérez comment vos carac non latin ?
 
Car je sais pas si ça le fait sur toutes, mais actuellement sur une page des caractères japonais font bugguer l'imprimante quand je veux imprimer.  
 
Quand je stocke en BDD (MySQL), les caractères sont transformés.  
 
Pour info je gère tout en UTF8, mais il faudrait peut-être pas ?

un volontaire pour faire une petite review du taf d'un nouveau qui à bossé cet aprèm pour moi; review que je ne suis pas/plus en mesure de faire moi-même ? (à priori les résultats sont bons, mais jveux voir si/où on peut améliorer le bidule, et si ça va dans la bonne direction (css3/html5, je veux pas de hacks de merde))

<Directory ~ .*/\.svn>
Deny all
</Directory>
 
Si je veux mettre ça ou un équivalent dans un .htaccess, je peux faire quoi? (sachant qu'évidemment je peux ni ne veux foutre mon .htaccess dans .svn ...)

 
... j'allais le dire.
Sauf que <Directory> est passé dans les .htaccess.
Une idée ?

bon hop, si jamais:

http://dev.jquery.com/ticket/3113 putain

Ouvert y'a 2 ans en plus

Il est venu avec ses potes http://dev.jquery.com/ticket/1169 http://dev.jquery.com/ticket/2959 http://dev.jquery.com/ticket/4039 http://dev.jquery.com/ticket/4299

http://githubissues.heroku.com/#280north/cappuccino/96

la taille du fichier ?

Tu peux faire des modifs qui la changent pas.

Tu peux aussi faire des séquences de modifs qui au final ont un effet nul sur la taille du fichier.

ouais, mais je peux tenter de faire le dev et le valider demain avant de me barrer en vacances.
 
sinon, avec les MD5, il me faut un cache "multi-pages" et en PHP je sais pas comment faire ça (l'équivalent d'un cache pour tous le conteneur EJB dans J2EE).

Bonjour tout le monde,  
 
petit problème de style sous IE, je n'ai rien trouvé qui en parle :
si on place les "puces" ou plutôt les numéros, à l'intérieur des items d'une list ordonnée, avec un "list-style-position: inside". Lors la montée du nombre de chiffres (item 10, item 100, etc.), FF effectue un décalage du reste vers la droite, pour ne pas chevaucher. IE7, lui, ne décale rien. Donc à partir de 100, les numéros de puce chevauchent le contenu des items de liste.
 
Une idée pour corriger ça ? Par sur que ce soit possible.
 
PS : je n'ai pas vraiment la main sur le code HTML, juste la CSS.

Augmenter dès le départ la taille du retrait ?

Bof. ça ne fait que repousser le problème. ça ira pour 10 ou 100, mais plus à 1000. Ou alors on aura un gros "trou" de 1 à 9.
Et puis sauf erreur, du moment qu'une liste est en "list-style-position: inside", on ne peut plus gérer l'espacement entre les puces et le contenu (sauf à ajouter du code html, genre un span).

déjà : tu reset tous les styles :
 
sur le ul :

ensuite tu règles les marges et c'est torché pour tous les navigateurs.
 
les CSS de base des navigateurs ne sont pas les mêmes au niveau des lists sous IE et FF, c'est surtout IE qui est mal branlé