Reprise du message précédent :
Les gars , j'ai un sorte de formulaire , composer essentiellement de radio button ou checkbox et d'un Label.
 
On me demande de mettre devant chaque Label un truc du style :
 
A) blabla
B) Foo
C) OBIWAN FOR TH3 W1N
 
(checkbox et radio button a gauche du label)
 
Et non je peux pas générer de List OL dans ce cas
 
soluce envisager:
- Je me fais un sorte de counter Java ?

tu écris les A B C car le OL Est encore fucké sous IE

Oki donc dans tous les cas j'avais pas le choix, Thx

RRRRRRHHHHAAAAAAAAAAAAAAAAAAAAAA §§§§§§§§§§§§§§§§§§§§§§§§§§§

I'm using Mootools ...

document.addEvent('domready', function(){
    console.log($$('.ma_classe'));
});

Me donne []

Une fois la page chargée entièrement, si dans la console je tape

document.fireEvent('domready')

ça me donne []

Mais si je tape

console.log($$('.ma_classe'));

Ça me ressort bien mes éléments... pourquoiiiiiiiii ??§§§

Edit : Bon en passant à la 1.2 je n'ai plus le problème... mais je n'ai pourtant jamais été emmerdé avec ce genre de truc, ça a toujours roulé tout seul 'fin bref, j'ai plus qu'a redev la lib de nawte pour 1.2

 
Uniquement les refs circulaires qui comportent des éléments qui ne sont pas purement-JS (donc DOM-node ou ActiveX ou bizarerie étrange).

document.addEvent('domready', function(){
    console.log($$('.ma_classe'));
});

document.fireEvent('domready')

console.log($$('.ma_classe'));

Tu sais que firebug embarque un selecteur? Quelque soit la page tu peux faire $$('.foo') et ça fonctionnera.

J'ai lu un article (je ne le retrouve plus) ou ils faisaient leaker en utilisant une simple closure.

Rha putain, maintenant que tu le dis je me souviens que je me suis fais avoir exactement de la même manière il y a quelques mois Quel con Merci

http://www-128.ibm.com/developerwo [...] a-memleak/ ?

 
L'exemple avec la closure seule ne leak pas (listings 3 et 4), ça leake uniquement dans les listings 1, 2 et 5, quand y'a du DOM dans la boucle (avec ou sans closure).

j'avais tiré ce lien de cet article en francais qui explique clairement le pb :
http://www.codingstyle.fr/2007/12/ [...] -memoires/

C'est pas ça parfois qui peut rendre IE ultra lent ?

Le fix à base de GC fait maison explique surtout pourquoi les applis comme gmail freezent presque le navigateur quand on les ferme.

Le pire c'est qu'éffacer à la mano les références accèlerent considérablement les appli sous ie... mais ralentis carrément la vitesse d'execution sur toutes les autres plateformes

A vous entendre parler de firebug je suis aller voir, ça m'interesse.
 
Par contre j'aurais bien vu PHP&SQL à en local aussi dans l'extension
 
XaT

on va dire que c'est l'heure avancée qui te fait dire des trucs bizarres

Skoi l'intérêt de PDO en soi par rapport à l'utilisation toute con des fonctions MySQLi ? Comme ça tout de suite ça me saute pas aux yeux ; je comprends quand on a plusieurs types de DB et qu'on veut s'abstraire des fonctions propriétaires, mais quand on n'a qu'un seul type de DB à gérer, c'est intéressant ou pas du tout ?

 
je vois pas de vrai intérêt si tu te fous de l'abstraction non

Le but de PDO c'est l'abstraction hein

Après IE, le nouveau navigateur à la con : Safari !
Un peu d'ajax, besoin de récupéré un responseXML afin de parser du DOM. Tout bon sous IE, FF, opera, et autre konqueror. Mais problème, avec Safari : req.responseXML : Null.
 
Pourquoi ? Parce que text/XML n'est pas un header XML correct ! Mais text/xml, oui. Tout simplement si je puis dire.
 
Voilà quoi, je voulais simplement vous faire partager ce petit "problème" qui peut survenir avec Safari !

C'est censé être en lower case de toute façon.

C'est ptet plus les autres qui ont tort d'accepter les uppercase en fait

"Peut-être".

Est-ce un appui dans mon sens ou une proposition de correction stylistique ?

Effectivement. N'empêche, c'est pénible un navigateur qui ne réagit pas comme 99% du reste du marché, même s'il a raison de faire comme il fait.

Le truc c'est qu'en respectant la norme t'aurais pas eu le problème, sous aucun navigateur. Donc est-ce qu'on peut blamer le navigateur aux normes, j'en doute  

Je ne connais pas toutes les normes par coeur non plus !
XML, ça s'écrit en majuscule. Quand j'ai écris mon code, je l'ai écris comme il doit s'écrire ! La norme, elle dit que c'est case sensitive, pas que ça doit être en minuscule.
 
NB : je reconnais mon erreur hein !

XML oui, mais le type MIME correspondant, nan

J'ai un problème pour faire descendre mes deux colonnes au même niveau.
 
J'ai bien essayé le coup d'un background général sur mes deux colonnes (un div qui englobe les deux avec un background dessus), mais ça ne fonctionne pas
 
C'est la seule méthode pour faire descendre deux colonnes jusqu'en bas ?

Moi perso ça marche d'avoir un div container avec un background et 2 div collés dedans en float left/droite avec background transparent
 
XaT

Le background de mon div n'apparait même pas, sauf si je fous rien dedans à part du texte

Ya un clear dedans ?

Une connerie quelque part

Refais étape par étape et voit où ça bloque

XaT

Pourquoi c'est de la merde les htaccess, et pourquoi ça marche jamais pareil, et jamais comme des regex normaux ?

ya juste des principes a ne pas confondre : rewriteRule/RewriteCond, HTTP_HOST/REQUEST_URI/QUERy_STRING
 
et en plsu ya quelques flags a bien connaitre et a ne pas confondre sous Linux/Windows
 
la regexp en elle meme est plutot basique, non?

En l'occurence, je n'utilise que des RewriteRules, quasi toujours avec un [L], et ça vient toujours à boucler dans un cas mais pas dans l'autre, à pas matcher alors que ça matche parfaitement avec les regex classiques, à pas du tout se comporter pareil entre deux serveurs (typiquement local/distant) et surtout aucun moyen de débogguer sur mon mutualisé

(Jme doute qu'y a sûrement des raisons à tout ça hein mais je les vois clairement pas ) (mais je vais lire la doc pour voir)

Question : ya des différences entre le Rewriting des différentes version d'apache ?

Exemple du moment:

Là vous me dites, nickel il est super ton htaccess theredled, ya pas de faute et ça matche tout, bravo.
Mais le serveur lui, avec un pauvre "www.pouetax.com/lalala.php" il me dit "Erreur d'instruction SSI dans votre fichier .htaccess / htaccess."

Et si je remplace

par

La il est content.

Evident, vous allez me dire "oui, il matche le truc à l'infini pour en faire www_fo/www_fo/www_fo/www_fo/www_fo/www_fo/lalala.php"
Et là je vous dirais ok, il est vraiment trop con.

Je suis pas sûr que ce soit ça (pas d'acces aux logs), mais il me la fait régulièrement en local. Régulièrement, mais pas tout  le temps ©

Edit n°8, ça se confirme :

marche bien.
Quel gros con, obligé de crader pour un truc aussi basique.
Evidemment ya pas de flag pour éviter ça (NS s'en rapporche masi ne marche pas)

Des conseils d'experts peut-être

 
Dans un des éléments contenus dans mon bloc ou dans le bloc sur lequel il devrait y avoir le background ?

Coucou, dites comment on peut représenté ça au mieux :
 
Tableau de données, du style :
 
 
nom   data1  data2
 
Jean      2        3
Roger    6        7
 
Mais je peut donner la posibilitée à quelqu'un de cliquer sur un des noms, ce qui fait apparaitre les infos de la personne en détaillé:
 
 
nom   data1  data2
 
Jean      2        3
  sess1    1        4
  sess2    4        2
Roger    6        7
 
Un seul tableau ayant toutes les infos... ouais, mais comment donnée du sens sémantique à la partie caché, pour la différentié,...
 
Merci

Là où il devrait y avoir le background, et après les colonnes.

Avec plusieurs tbody pour chaque groupe, genre :

<table>
    <thead>
        <th>nom</th>
        <th>data1</th>
        <th>data2</th>
    </thead>
    <tbody>
        <tr>
            <th scope="rowgroup">Jean</th>
            <td>2</td>
            <td>3</td>
        </tr>
        <tr>
            <th scope="row">sess1</th>
            <td>1</td>
            <td>4</td>
        </tr>
        <tr>
            <th scope="row">sess2</th>
            <td>4</td>
            <td>2</td>
        </tr>
    </tbody>
    <tbody>
        <tr>
            <th scope="rowgroup">Roger</th>
            <td>6</td>
            <td>7</td>
        </tr>
        ....
    </tbody>
</table>

Et un JavaScript non-obstrusif pour le planquage des <tr> autres que le premier.

 
Tu peux aussi faire une règle qui match ^www_fo/.* juste avant ta règle qui redirige vers www_fo/, en rajoutant le flag pour skipper la prochaine règle.
 
Un truc du genre :

 
(pas testé, toussa)