Reprise du message précédent :
oui avec un modellistener .. qui permet d'enchainer
( plusieurs videos, plusieurs animations flash )
( c'est une fonction js qui doit être présente dans ton code, que flash interroge, et là tu remplaces la source de ton embed )

beuh, l'anim peut appeler du js de ta page

ok merci, dans tous les cas faut modif le flash source du coup?

& tu mets un alert, là tu seras certain
le listener gère le onload, oncomplete, onend, owned etc ..

Chuis pas sûr que ça marche quand t'as intercalé des mysql_close entre tes _connect

je viens de voir que dans kohana les tag php ne sont pas fermé... j'ai cru comprendre que c'était une reco de zend pour éviter les espaces ou autre merdes qui pourraient arriver avant un header...  
c'est pas super crade de pas les fermer? ils sont gentils chez zend, mais une balise ouverte, elle demande à être fermée non? c'est quoi vos avis/impressions/expériences?

T'as qu'à te dire que c'est pas une balise mais juste un marqueur

Moi je trouve ça vachement plus propre, ça fait moins de bruit dans la page. Et quand je veux rajouter du code, je vais en bas de la page et je tape, point.

mouais... je commence à me faire à l'idée...

function queryDB($sql, $type=0) {
   if (!$db = @mysql_connect(DBHOST,DBUSER,DBPASSWD))
      return -1;
   if (!@mysql_select_db(DBNAME, $db)) {
      @mysql_close($db);
      return -2;
   }
   switch($type) {
      case 1 : $result = @mysql_insert_id(); break;
      case 2 : $result = @mysql_affected_rows(); break;
      default : $result = @mysql_query($sql,$db); break;
   }
   @mysql_close($db);
   return $result;   
}

queryDB('INSERT INTO users (pseudo) VALUES ("toto" )');
$id = queryDB('', 1);
 
Tu pensais avoir l'id user de "toto" dans ta variable "$id", en fait tu va avoir l'id de "titi" si "titi" s'est inscrit en paralèlle
Ca va pas t'arriver tout le temps, mais v'la le merdier pour comprendre ce qui s'est passé (et comment corriger) quand la DB est dans un état à la con

Ouais enfin ça c'est juste le corrolaire du fait que c'est pourri

... sinon je crois que j'ai pas compris mysql_insert_id retourne l'id du dernier truc inséré par la connection en cours nan ? ya pas d'histoire de connexion parrallelles si ?

edit : han oui il se déconnecte à chaque fois et tout ça mais ça devrait retourner 0 plutot que l'id de titi. Ou bien ?

non

C'est pas mot pour mot ce que je dis ?

Bah tu peux pas dire "c'est pourri" dans l'absolu, ou juste en arguant sur le fait que ça charge trop le serveur que de faire connexion/déconnexion C'est pourri justement parceque ça va avoir un comportement à la con !

Nan c'est pourri parce que c'est du code de débutant (including plein de défauts, normal), qui ne sait pas bien ce qu'il fait qui plus est

hello, ca va vous paraitre moche mais je voudrais faire l'équivalent d'un sleep en javascript, j'utilise jquery pour animer des div et je voudrais marquer une pause entre 2 suites d'anim, des idées ?
 
Merci

window.set_timeout()

drap

Qu'est ce qui est mieux :
- un truc pas performant qui marche à 100%
- un truc qui marche à 99,5%

setTimeout(function() {}, 2000)

le window. ne sert à rien , sauf si tu es dans une fonction dans laquelle tu aurais déclaré une fonction setTimeout (ce qui serait dégueulasse)

Je précise juste à l'interlocuteur la classe à laquelle la méthode appartient, pour plus de clarté
 
(et s'il veut la retrouver dans la doc)

Il se passe quoi dans les 0,5% des cas où ton truc ne marche pas ?

Ca te fout en l'air ta DB avec des grosses incohérences Cf plus haut

Ca dépend de ce que ton client recherche : performance ou fiabilité
Après, faut voir aussi si tu dois absolument faire un choix entre les deux uniquement parce que tu ne sais pas implémenter la solution correctement (je ne dis pas que c'est le cas ici, je parle de façon plus générale)

Hé coco, on parle du script de la page précédente
 
Moi je maintiens que s'il est pourri c'est parceque le comportement est foireux plutot que parceque niveau perf il est foireux

Je pensais que tu généralisais.

Sans ce comportement il serait foireux aussi, même sans parler de perfs ou quoi que ce soit :
- ça n'a aucun sens d'ouvrir et fermer ses connexions à chaque requete
- c'est crado de mettre des @ partout même quand ce n'est pas nécessaire
- c'est crado de mettre un chiffre pour désigner le type de requete à faire
- c'est crado d'avoir une fonction "qui fait tout" mais dont t'es obligé de vérifier les codes de retours à chaque appel
etc...

Dans ce cas précis ce n'est même plus un problème de fiabilité vu que le cas où ça ne marche pas bousille tes données.

Hello

j'aurais besoin d'un coup de main sur une surcharge de prototype en javascript : http://forum.hardware.fr/hfr/Progr [...] 4208_1.htm

je vais craquer

merci

Oué mais c'est moins foireux

Jamais dis le contraire

A choisir, je préfère encore ouvrir/fermer que faire un $id_user = mysql_last_id($db) + rand(0, 1)

Il a pas une petite bite toto

Et encore, on t'a pas dit que c'était en pouces

question mootools IE6 (parce que sous ffox ca marche, et que je n'ai pas d'IE plus récent sous le coude).

Je veux peupler une table en asynchrone. Je suis un gros naif, je fais donc comme ca :

en mettant des alert a droite a gauche, des try-catch, ..., je vois que c'est bien appelé, et que ca ne plante pas. Mais rien* ne s'affiche. Qu'ai-je loupé ?

*bon, en fait, on dirait qu'un truc sur ma page se décale un peu, genre de quelques pixels vers le bas.

Edit: pour être plus précis, preview c'est un div, lui-même dans un fieldset. Et c'est le fieldset qui se décale vers le bas d'une dizaine de px en fin de traitement.

Il se passe quoi si ton save() merde