Reprise du message précédent :

Yurk.

J'ai envie de te répondre que je m'en fous c'est pour une extension firefox. Mais sinon oui, c'est cross-browser même si j'ai du mal a voir l'intérêt de ne pas utilser de séparateur.

This is relevant to my interest

c'est pas censé ne rien faire la commande chmod de php sous windows ?

là j'en ai une qui me fou le dawa sur ma machine (un bête wamp)

edit: ok j'ai rien dit, c'est la syntaxe de mon $mode qui était pourrave, faudra que j'apprenne à lire la doc jusqu'au bout la prochaine fois

Hello, j'ai un probleme en javascript au niveau des evenements...
 
J'ai des selectBox linkés entres elles en cascade.. si j'en selectionne une, l'autre se met à jour, mettant une autre à jour etc... Pour ca j'utilise des evenements onchange.
 
Le probleme : sur firefox, la premiere selectBox ne lance pas l'evement on change la premiere fois.. si je met un alert('lol') dans le code juste avant, par contre ca marche nickel....
 
Donc j'ai l'impression que le code va trop vite pour firefox  ..
 
quelqu'un a déjà eu un comportement dans le genre ?
 
ps:ca marche sur chrome, ca marche si je met des console.dir() pour ralentir le code, ca marche si je passe en debug..

Montre ton code  

nan ca sert a rien, y en a trop
 
Si ca dit rien a personne comme problème, c'est pas grave
 
sinon question subsidiaire qui peut etre lié a mon soucis:
si on enchaine 2 fois :
Event.observe(element, 'change', this.action1.bind(this));
Event.observe(element, 'change', this.action2.bind(this));
 
comment se passe l'execution du onchange? dans quel ordre s'execute les actions ? comment changer cet ordre ? c'est juste en fonction de l'ordre du code ? on est sur que cet ordre est bien conservé?
l'action action2 attends que l'action1 soit finie ?
 
merci

si tu veux que ton action 2 attende la fin de l'action 1, faut la foutre dans le callback de l'action 1, sinon oui, ça va s'exécuter en même temps

Bonjour, je viens me mettre au Web.  

C'est exprès que tu attaches 'change' non pas à une méthode, mais au résultat d'une méthode ?

hein ?

Ca ça retourne le résultat de la méthode this.action1.bind.

Mais c'est normal en fait, je suppose que c'est this.action1 le callback.

oui oui, on est d'accord

Elle est pas executée.

pas encore
 
M'enfin le probleme ne vient pas de la.. sinon
 

 
et si j'ai pas accès a l'action 1 ? (je peux pas toucher à ce code)

bind() si
 
Oui j'ai lu un peu vite

Tu ne peux pas attacher à l'évenement une seule fonction qui inclut l'appel de 1 puis l'appel de 2 ?

Si ce serait faisable en surchargeant la class JS, je voulais eviter de le faire, mais ca sera surement plus simple au final

 
Tu créées une méthode qui elle sera bindée sur l'event, et tu colles tes deux fonction l'une après l'autre en utilisant apply

 
Normalement des methodes collés sur un event ne sont pas censée s'éxécutées dans l'ordre de leur déclaration.

Tu dis la même chose que moi là, nan ?

ah merde pas vu
Mais moi je mets un exemple

Bon, question MySQL :

Est-ce qu'on peut faire une contrainte ONDELETE CASCADE sur un relation one-to-one ? Je m'explique :

Soit 2 tables :

user.address_id est lié à address.id

Je voudrais que quand un user est supprimé, son addresse le soit aussi. C'est possible simplement ? Si non c'est trigger ?

C'est possible faut que tu inverses ta relation
Plutot un champ user_id dans la table adresse. Comme ça en plus si un jour tu veux gérer plusieurs adresses pour 1 user c'est facile

Pas possible, plusieurs tables pointent sur ma table adresse...

Du genre :

Tous les *address_id pointant vers address.

donc dans ton schéma, un utilisateur à une seule adresse ? pourquoi ne pas avoir un order associé a un user_id alors ?

Surtout que si tu efface un user, j'imagine que tu fais le ménage dans ses commandes,non?

EDIT : comment tu peux avoir une adresse de livraison différente d'une adresse de facturation ? des users différents ?
et si tu efface user , que ça cascade sur adresse, il va se passer quoi dans order ?

Non, au contraire, les commandes doivent être conservées quoi qu'il arrive, et être conservées dans l'état dans lequelles elle étaient quand elles ont été payées.

C'est pour ça que je ne passe pas par l'user (qui pourrait alors changer l'adresse de facturation/livraison de ses anciennes factures )

Et adresse de facturation VS livraison, bah par ex tu peux te faire livrer au taf et être facturé à ton adresse normale. Il y a deux formulaires à remplir (le 2ème étant optionnel)

donc tu ne dois pas effacer une seule adresse , ni un seul user , juste mettre un flag deleted a true sur ton user
 
la dernière fois que j'ai fais une base avec de la facturation, je versionnais quasiment tout,  et je n'effaçais jamais rien

Nan mais même, les commandes non validées faut que je les supprime, et leur adresses avec
 
Et pourquoi je ne devrais pas effacer un seul user ?

Si tu veux conserver qui à passer la commande , tu es bien obligé de conserver ton user en base  
 
et sur les sites que je fréquente, j'ai un carnet d'adresse, indépendant des commandes ( si j'annule une commande, je garde mes adresses, si j'efface ou que je modifie une adresse , elle reste non modifiée sur la commande )  

Oui mais j'ai des users qui n'ont jamais passé de commande par ex...

Bref dans tous les cas, j'ai besoin de ce delete en cascade
Je vais ptet devoir écrire le premier trigger de ma vie ou alors je fais ça en PHP avec Doctrine

Bon, back on this matter.
Zip + Fold ça me parait un peu overkill nan?
 
Surtout que reduceRight/Fold itèrera sur le tableau entier même si une différence est relevée
 
BTW un zip qui marche, pas comme celui de PrototypeJS :
 

function zip() {
    var pack = [];
    var args = Array.slice.apply(arguments);
    var shorter = Math.min.apply(null, args.map(function(i) {return i.length}));
  
    for(var i=0; i < shorter; i++) {
        var sub = [];
        for(var j=0; j < args.length; j++) {
            sub.push(args[j][i]);
        }
        pack.push(sub);
    }
    return pack;
}

 
 
J'avais écrit la quatrième ligne :
 

args.slice(0).map(function(i){ return i.length; }).sort()[0]

OpenID, Facebook Connect ou encore Google Friend Connect. Qui a testé ?  
Possible d'integrer les 3 en même temps ?  
 
Je vais surement tester le second..
 
XaT

nraynaud a mis un facebook connect sur trainoo...

le Facebook Connect c'est un genre d'OpenID? (qui je suppose t'amène en plus une chiée d'infos auxquelles l'user ne voudrait pas que tu aies accès, s'il avait un cerveau et qu'il était au courant) Ca permet d'authentifier qqun... autrement qu'en affichant facebook dans un frame ou un truc moche du genre ?

edit: je suis en train de survoler leur page, mais j'ai vraiment pas envie de tout leur bordel d'integration, share, etc; juste ça pourrait effectivement être une putain d'alternative a OpenID, vu que "personne" n'a de compte openid et que "tout le monde" a un compte fb...

edit2: http://wiki.developers.facebook.co [...] horization - les screenshots d'example m'évoque vaguement quelquechose...

edit3: "The user's browser must be set to accept 3rd Party Cookies in order for it to stay connected between clicks.", ok, F.U.

 
c'est crétin ça...et je comprends pas le besoin...

a priori le login se fait entre browser et facebook.com, pas entre ton server et facebook.com; après j'sais pas comment mon appli fait pour accéder a leur cookie ou être courant de quoi que ce soit...

C'est vraiment crétin de pas avoir prévu un truc avec un aller/retour entre serveurs...

 
ptêtre pour éviter les pseudo-mitm (un site B qui utilise serveur à serveur un site A qui se connecte serveur à serveur à facebook et fait des trucs sur A dans le dos de l'user).

ouais enfin à priori, OpenID/CAS apportent des solutions à ce sujet, il me semble ?
 
rien à voir mais lol

pas mal comme nom pour un truc supposé éviter un homme au milieu

les gens
Je viens de découvrir compressorRater. Mais je suis un peu perdu dans toutes les options possibles, laquelle me conseilleriez-vous ?

à priori, je partirais sur celle là :
gzip - YUI Compressor 2.4.2 - nomunge, preserveAllSemi, disableOpt
Bon choix ?

Non
Mieux vaut se servir de ça : (Sauf si tu utilise peu de JS, mais les recompresser à la main, c'est vite chiant)
http://code.google.com/p/minify/

yep, CAS fait pas chier avec un cookie en tout cas...

Que tu utilises peu de JS ou pas, la compression se fait au déploiement donc RAF. Par contre c'est intéressant de savoir quelle est la meilleure option. AFAIK YUI + Gzip.