Reprise du message précédent :

le truc fait des this.columns[elem] après

 
 
... et que modifier cet objet à pas l'air d'avoir des masses d'effets visuellement, sous s4.... (alors que ff et s3 ça marche)

et ?  
si c'est un array tu le parcours avec un (for (var i, ... i++)
par un for in

oui

SAFARI 4.0.1
(espoir quand tu nous tiens...)

étrange.

J'ai des élements positionnés (un bordel d'imbrication de pos:absolute et :relative, je cherche pas - pas encore - à tout piger) à coup de left: Npx.
Si je les positionne dans le css (qui est en l'occurence inline dans le document html), ils vont là ou il faut.
Si je les positionne à coup de modification d'instances de CSSStyleDeclaration, ça passe aussi.... sauf sous Safari 4.

Sachant que je peux, avec exactement le même code, modifier le backgroundColor, je suis un peu perplexe sur la raison pour laquelle modifier la property "left" marcherait pas... Une Idée brillante ?

Toujours aussi drôle ces comparaisons de marketeux
http://www.microsoft.com/windows/i [...] rison.aspx
 
 

autant pour moi alors, c'est clubic  

Ils annoncent les sorties des softs opensource un bon jour avant les sites officiels mais dès que ça devient commercial, ils sont à la bourre

C'est certainement normal, mais ça m'échappe : pourquoi 3 élément flottés à la suite, les deux premiers en left, le dernier en right, avec un clear left sur le second pour que les deux premiers forment une colonne, bin le troisième se float à côté du second, pas du premier. Un peu de code vu que c'est pas clair :
 

<div>
    <p id="A">Toto</p>
    <p id="B">Tata</p>
    <p id="C">Titi</p>
</div>

div {
    width: 900px;
    overflow: hidden;
    border: 1px solid red;
}
    
#A, #B {
    border: 1px solid black;
    float: left;
    width: 290px;
}
#B { clear: left; }
        
#C {
    border: 1px solid black;
    float: right;
    width: 600px;
}

 
Donne ça :
 

 
Alors que je m'attend à ce que l'élément le plus large ("Titi" ) débute à côté de "Toto".
 

Tu veux faire quoi en fait ?

Un élément flottant sort du flux et le flux continue ensuite à sa droite

http://www.journaldunet.com/develo [...] lear.shtml
 
 
Il te faut un conteneur autour de A et B (une colonne quoi) si tu veux que ton flux reprenne à droite de A (en fait de A+B)

Ce que je veux faire, c'est deux colonnes et C à côté de A, effectivement.
 
Et phosphoreloaded, dans l'idée oui, ça résoudrai mon problème, sauf que c'est un CMS et que je ne veux pas toucher aux templates. De toute manière, je pose juste la question pour comprendre le comportement.
 
Pour moi, A et B sont flottés, et par conséquent sortis du flux, donc C va venir se caler en haut du conteneur si l'espace disponible est suffisant.

Et B il doit être où ?
 
Si tu veux que A et C soient cote à cote il faut que tu mette le div C avant A et B.

Voilà, mais je touche pas au HTML pour mon cas précis. Donc oui c'est le comportement normal, c'est juste que je l'intègre pas, je ne le trouve pas logique.
 
Y'a un peu de lecture à faire en somme.

Les float c'est pas logique

C avant B aussi, si A flotte à gauche et C à droite ou à gauche (et que C est pas trop haut ?)
 
Sinon (seulement le vendredÿ ) avec l'ordre A B C : parent positionné en relatif, C en absolute et A et B ont une marge droite énorme de la largeur de C pour éviter les superpositions. Mais obligé t'auras bien quelque chose qui se superposera

Bijour à tous.
 
On vit une époque formidable quand même.
 
Je suis en train de prog un système de blog et j'ai décidé de me foutre complêtement du comportement des navigateurs en me concentrant sur un code valide et sans hack.
Ce qui est cool, c'est que pour la première fois pour le moment, j'ai des comportement identiques sur Firefox, Opera et Midori (moteur WebKit, donc Safari etc...)
Seul IE est en rade et j'en branle. Elle est pas belle la vie ?
 

Ah oui, et juste pour dire aussi que c'est dommage qu'on ne puisse toujours pas metter un titre à une liste. <lh> a été viré et jamais remplacé.

oué
 
Vous utilisez quoi comme solutions pour mettre à jour vos sites ?
 
Pour le code:
Source Control ?
Copie via script ?
Est-ce que vous stoppez Apache ?
 
Et pour la bdd ? :x
 
Si vous avez des références / bonnes pratiques, je suis preneur

Oki, tu passes ton site dans un mode maintenance pendant l'update ?
 
Merci.

pas très surprenant, en général quand tu sort du code valide, ça fonctionne sans soucis sur FF, chrome, opera, safari, voir même IE8 maintenant, le soucis reste toujours le même : IE7 et IE6 qui ont des comportements non seulement différents par rapport au autres nav mais aussi entre eux  
 

 
capistrano > *
http://www.capify.org/

Avec Python, les gens utilisent plutôt fabric

Je connaissais pas
 
Mais ca fait pas autant DSL que cap

Normal, en Python ya pas de masturbation sur les DSLs, les gens préfèrent des APIs bien faites à la place

 
La différence, c'est que maintenant, IE6 et IE7 rien à battre si les gens voient pas tout à fait la même chose. Ce sera bientôt plus qu'un (mauvais) souvenir.    

IE7 sera vite un mauvais souvenir puisque les gens qui ont updaté leur version n'auront pas peur de migrer à IE8. Pour ceux qui sont restés à IE6, c'est une autre histoire.

C'est effectivement ce que les graphes d'adoption montrent très clairement
 
Et re IE6, il reste surtout en place dans les boites pour les intranets (les profils sont complètement différents selon qu'on est aux heures de boulot ou pas), et apparement les boites/ITs commencent à songer fortement à garder IE6 pour les intranets... et installer un autre navigateur (mais pas IE vu que tu peux pas avoir 2 IE côte à côte ) pour le reste.

 
Qu'ils crèvent tous

Aller, un petit débat.
 
Je suis en train de programmer un système de blog avec certaines contraintes.
 
1) Dans la présentation, j'exclus TOUT recours aux images. Pas de background-image donc, pas de coin arrondis pourris etc... La présentation, ce sera UNIQUEMENT CSS et rien d'autre. Les images seront là en tant que contenu et c'est tout.
2) Je veux un XHTML parfait, c'est à dire SEMANTIQUEMENT parfait. En clair, je ne veux AUCUN div qui apparait pour telle ou telle raison en dehors de la sémantique.
3) Pour la structure du blog en lui-même, je reste sur quelque chose s'extrêmement classique. Une page, un header, un menu à gauche qui accueille les plugins, un content à droite et un footer en bas.
 

 
Très classique donc.
 
Voilà ce que je ferais :
 
Pour la page globale, un div
Pour le header en haut : un div contenant
Une liste pour les langues <ul><li></li>...</ul>
Pour le titre, un H1
Pour la barre de recherche : un div contenant un input texte et un submit cote à cote.
 
Pour la colonne des plugins, un div contenant :
Calendrier : un div contenant :
- Pour le titre du calendrier, un H2
- Pour le calendrier lui-même, une table
 
Categories : un div contenant :
- Pour le titre des catégorie, un H2
- Pour les categories elles-mêmes, une liste <ul><li></li>...</ul>
 
Infos : un div contenant :
- Pour le titre de la box d'info, un H2
- Pour la box d'infos, un div
 
Pour la colonne du contenu, un div
 
Pour le footer, un div
 
 
Le but est d'avoir une page où CHAQUE balise XHTML a du sens sur le plan sématique.
 
Avec mes contraintes, cela vous semble bon ou vous verriez une modification ?

 
Utilise HTML 5

 
Chaque chose en son temps. Les specs définitives sont pas encore sorties.