Salut jdmcreator!

Ton code me plais déjà mieux ;).
L'idée de renvoyer un objet lors de la création d'un timex est plutot bien vue.

En faite quand je t'ai dit de préférer une approche POO, je pensais plus à quelque chose du genre :

var monGroupeDeTimer = new Timers();
var monTimer = monGroupeDeTimer.createTimeout(...);
var monInterval = monGroupeDeTimer.createInterval(...);
...
monGroupeDeTimer.clearAll();

Avec aussi, une méthode de classe clearAll qui fait la même chose mais pour tout les timer , et non un groupe instancié.
Mais bon c'est un peux chipotter, d'autant plus qu'il aurait été nécessaire de répéter certaines autre méthodes d'instance, pour permettre de ne pas être obliger l'instanciation d'un groupe.

Je comprends presque tout ton code sauf une partie :

if (!isNaN(parseInt(k))) {id = k;var k = this.key[k];if (!k) {return false}}

k est sencé etre un tableau .... pourquoi le transformer en nombre et tester isNaN ?

Sinon, du coté du eval.
f(function () {eval.call(cntx, fn);}, time);
Ca me semble une érreur.
eval doit toujours être appellé au niveau global. Le contexte de toute facon sera évalué en même temps.
donc eval.call(window, fn)

J'ai pas d'autre remarque sinon. Enfin si peux être :).
C'est un code compliqué quand même , dans le sens ou c'est une succession de lambda comme on dit ...
Des fonctions passé en arguments qui retourne des fonctions etc... Il est pas à la porté du premier javascripteur !
C'est un beau tour de force de ce que permet javascript , son coté dynamique et fonctionnelle

Tchuss!

ps : "Et pour le setImmediate, ..."
Il fournit des testes dans sa source, oups !  

@jdmcreator

"Dans quel cas, par exemple ?"

Dans un context POO. Si j'ai un objet d'une classe Effet , j'aimerais bien exécuter le script avec le this adéquat. Même on peux toujours passer une référence en arguments.

"Et pour le setImmediate, regarde ceci https://github.com/NobleJS/setImmediate et dis-moi ce que tu en penses !"

Ca m'a l'air très bien codé, et pour être sincère je comprends pas tout du code , même en mettant documenté. Il semble utilisé des techniques bien spécifique à chaque navigateur. Une batterie de teste devrait être nécessaire pour être sur à 100% de la compatibilité de cette source, hors, il n'en donne aucun.  C'est dommage, perso, je m'y risquerait pas.

"@Kimjoa : Après rapide réflexion, si je cessais de modifier la fonction native, on perdrait un aspect important de la source ...."

Je pense que tu peux faire les deux. Redéfinir les setTimex et clearTimex, et une méthode de classe clearAll, pour tout effacer, en plus d'une méthode de prototype clearAll. Mais bon , perso, je redéfinirai pas les fonctions native ...

-30 degrés ... faut si préparé ! bon courage lol !

@jdmcreator

Bonne année à toi aussi ;)

Alors, je enfin compris ton code !!
Il est assez complexe en effet. J'ai quelques petite remarque à faire tout de même.

-Ré-implémenter des fonctions native est une mauvaise pratique. Même si elle ne perturbe pas dans ton cas leurs fonctionnement normale. Une classe , aurait été meilleur une option  ?

-Une vision POO aurait été préférable je pense. Notamment en ce qui concerne la fonction clearAll. En opérant ainsi, seule un groupe de timer bien de ciblé aurait été effacé. Cela aurait pu apporter plus de souplesse...

-la fonction execTimer devrait avoir 2 comportements distinct.Dans ton exemple, l'intervalle n'est pas repoussé une fois execTimer est invoqué. C'est pas forcement le comportement que l'utilisateur voudrait. Un troisième arguments serait nécessaire non?

-choisir par défaut window comme contexte d'exécution n'est pas forcement ce que l'utilisateur souhaiterait. Le 3 ème arguments devrait être le contexte. Bind qui permet de faire ça, et encore une fois, cette fonction est normalisé, donc à utilisé. Une implémentation de mozilla ce trouve ici -> https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Function/bind

-native est un mot réservé , mieux vaut l'éviter.

Sinon  "C'était à utiliser à intervalles irréguliers (un objet ralentissant sa course). Il était impossible d'utiliser un setInterval."

Je vois pas pourquoi. Une variable sur la vitesse de l'effet aurait pu suffire

"Oui, cela semble assez complexe :/ Il faudrait me donner une utilisation pratique pour que je puisse comprendre la situation..."

Alors pour ce qu'il s'agit d'exécution en parallèle, imagine qu'il faille parser dans ton application en gros fichier xml... Le temps que l'interpréteur javascript fasse son travaille, toute l'interface utilisateur comportent du js est gelé. D'ou la nécessité d'essayer d'alterner les deux traitements, et setImmediate permet de faire cette alternance plus aisément que setTimeout pour le moteur js. Il existe aussi les WebWorker pour faire des threads, mais ceux ci sont assez limité, n'ayant pas d'accès a l'objet global window, et ne fonctionnant que via des callback et du JSON.

"Finalement, j'habite au Canada"

J'ai froid pour toi lol ! Ici vers paris il fait 15 degrés , et ça dure depuis tout l'automne du jamais vue !!
A+

"Comprends-tu plus l'intérêt de ce que je propose ?"
Toujours pas :(

"On plaçait tous les setTimeout de l'effet dans l'objet"

Les timers utilisent beaucoup de ressources, il faut en limiter l'usage.
Pour de l'animation, un seul est suffisant, pour tout les objets et effets. De plus un seule intervalle permet une bien meilleur synchronisation. J'ai déjà rencontré ce problème et utilisé partiellement cette technique ici  http://www.javascriptfr.com/codes/DYNAMIQUE-JS-FAIRE-JOLIE-ANIMATION_47712.aspx

"Je  ne comprends pas vraiment ce que tu veux dire par là, mais "bind" n'est pas compatible avec les vieux navigateurs."

Et bien, bind permet d'assigner des paramètres et un contexte d'exécution, à une fonction, avant sont exécution. Puisque c'est standardisé, son extension dans le prototype de Function ne pause plus de problème ...

"C'est intéressant. Je vais m'informer. Je sais qu'il existe setImmediate() dans IE10, je ne sais pas si cela a un lien avec ce que tu dis, mais je vais faire des recherches."

En faite setTimeout devrait pouvoir se suffire à lui même pour simuler de l'exécution en parallèle. Enfin c'est un sujet pas mal complexe ...Par exemple un setTimeout(fn, 0); va exécute la fonction une fois que le moteur js aura un peux de temps. En multipliant les appels de setTimeout à 0 milliseconde , on peux simuler du parallélisme ... Enfin je suis pas expert sur le sujet ;)
setImmediate() permet de contourner un problème lié à la fréquence du traitement d'opération différé. Si j'ai bien comprit la fréquence en HTML4 est de 1/64 de seconde. C'est à dire que l'intervalle minimum est de 1/64 de seconde pour les fonctions setTimex. setImmediate permet en faite d'exécuté un , ou plusieurs script différé des que le moteur le moteur js a finit ses traitements, et donc de ne plus d'attendre un minimum de 1/64 de seconde ...

J'ai beau relire le code , je voit pas ! Ca à l'air intéressant pourtant , mais sans commentaires, c'est un peu l'angoisse lol

j'ai rien comprit. Il s'agit de faire quoi au final?
L'évaluation d'une chaîne caractère comme arguments d'un intervalle est depuis longtemps déprécié.
Le contexte d'exécution d'une fonction passé en arguments à été standardisé via la fonction bind de l'objet Function (ecmascript 5). bind permet aussi de faire du "curring" , permettant d'assigner les arguments à passer à l'appel de la fonction passé en paramètre..
Il aurait été plus intéressant , selon moi,  d'essayer d'introduire une notion de thread, pour des exécutions lourdes pouvant freezer l'ui. Une alternative aux webworker ....  
Enfin une explication plus claire serait la bien venue, le code étant assez indigeste , même pour un expert !!! lol  

ps : eval isn't evil !! ca permet de faire beaucoup de chose, de la compilation à la volé ,  hmmmm même pour du code interprété ;) .... c'est la mauvaise connaissance des bases du javascript qui on fait cette si mauvaise réputation à eval .

Salut  007Julien! merci pour ces précisions. Tu aurais pu nous fournir une fonction toute propre ;).
Enfin bon je suis sur que jdmcreator va s'en occuper et mettre à jours ces astuces!
a+

Salut jdmcreator, il y a pas mal de chose que je comprends pas.

Déjà comme dit plus haut la méthode eval ne fait rien d'autre que un block try{}catch(){}.
Je vois pas l'utilité de #5 par rapport à un getElementsByTagName('*')
Le #11 aussi... Les expressions régulière c'est quand même super pratique, pourquoi vouloir s'en passer?
La fonction GET est partiellement fausse. Enfin en php si il y a des paramètre en doublon, alors ça devient un tableau. De plus il faut utiliser la fonction decodeURIComponent.J'ai amélioré une fonction du web, voilà ce que ça donne
(function(){
    var reg = /[?&]+([^=&]+)=?([^&]*)/gi,
        href = window.location.href;

    getUrlVars = function(){
        var map = {};
        href.replace(reg, function(match, key, value) {
            key = decodeURIComponent(key);
            value = value ? decodeURIComponent(value) : true;
            map[key] ? map[key] instanceof Array ? map[key].push(value) : map[key] = [map[key], value] :  map[key] = value;
        });
        return map;
    }

    getUrlVar = function(param){
var reg = new RegExp("&"+param+"=([^&]*)", "gi"),
            res;
        href.replace(reg, function(match, value) {
            value = value ? decodeURIComponent(value) : true;
            res ? res instanceof Array ? res.push(value) : res = [res, value] :  res = value;
        });
        return res;
    }
})();
Sinon il y a pas mal de truc intéressante, notamment l'exploitation du DOM pour parser des string .... c'est plutôt ingénieux !  

ps : indente ton code ! ça pique les yeux sans ;)

Sympas !!

J'ai regardé la source,  ... et bien t'aurais pu mettre expert ;)
Sinon c'est bien codé, même si je comprends pas grand chose vue le peux d'explication....  mais je suis pareil :)
Y'a quand même un truc que j'ai remarqué, c'est que tu devrais encapsuler tes variables et méthodes privée, dans une fonction anonyme.
Sinon coté fonctionnalité ... Ça serait cool de pouvoir mettre dans la clause where des select, un système de jointure aussi, mais en passant par le prototype de Array, ça risque d'être compliqué.
Bon sinon, ça permet de faire déjà pas mal de truc !!
Ça vaux bien une bonne note ;)
Sinon j'ai fait une source ce rapprochant un peux de la tienne tu devrait y jeter un oeil... a++

salut  benja13280 merci pour t'as notes ;)
en faite c'est vrai que ça reste lourd... je pense savoir comment optimiser tout ça , c'est juste que j'ai pas trop le temps en ce moment, ... je pense qu'il faut jouer sur la délégation d'évènement ...
Je vais essayer de trouver le temps quand même  :-)
bye !!