Discutez! :D
Zing!
haha était tu tanné de nous voir parler sur twitter?
what is this sorcery ?
C'est Branch, un nouveau projet de Obvious Corp (des ex-fondateurs de Twitter).
J’étais pas tanné de vous voir parler sur Twitter, mais je me disais que c'était un bon use-case pour l'essayer pour la première fois! :)
Et ça me tente d'aider… donc c’est quoi la problématique?
C'est vraiment cool. Anyway, c'est ça. Cacher des sélecteurs c'est pratiques dans bien des cas, mais moi comme je fais mon js (Tsé ce que j'ai montré à OpenCode) bin c'est des scopes différents
Mais tu pourrais avoir un genre de window.jQueryCache avec tous tes sélecteurs dedans?
Le problème est la liaison entre ces functions custom attachés au DOM et non pas à un objet jQuery
c'est pas un peu de l'over optimisation?
surtout si c'est des sélecteurs ID
Ok, je pense qu'on divague un peu, moi tout ce que je disais, c'est que $("#monID") recrée un objet jquery à chaque fois.
Je ne peux pas émettre d'opinion sans le contexte complet. PO essai de nous en fournir un :)
Faudrait pouvoir liker des messages. @plbabin aurait eu un like
Ok
ce que tu mentionnais PO te cause des ennuis pour caller des fonctions linkés dans un autre scope, c'est bien ça ?
En fait, comme jQuery redonne un autre objet, les fonctions linkés ont disparus
d'ou ma suggestion de mettre tes fonctions dans des events custom que tu unbind à la fin de ton traitement
PO veut éviter de linker des callbacks à tes events
par soucis de clarté et de transparence de ce que le JS fait
c'est bien ça PO ?
J'ai pas vraiment d'ennuie lol, c'est juste je trouve ça poche. Pcq un ID par défaut, ya juste 1 occurence dans un DOM, alors pourquoi recréé un objet jquery à chaque fois tu fais $("#monID")
des events custom ou bien utiliser l'objet data (qui bind sur le dom element)
J'hais les esti d'animation.
parce que à la base tu crée un nouveau selector wrapper par un objet jQuery
Je veux pas binder d'event. C'est un fuckfest dans ma tête et c'est des potentials leaks et ça pas vraiment d'avantage dans mon cas
Pierre-Luc, t'étais là quand j'ai montré ma manière de coder du JS?
On y était tous je crois :)
Juste parce que Bernard et Rémi était là, mais je veux être sûr t'étais là (Pas parler dans le beurre pour rien, you'know)
j'étais là
sorry je suis sur trop de chose en même temps présentement haha :). Ta presque toute mon attention maintenant
haha moi aussi là, je me suis un peu ostiné sur twitter, fak faut je check ça, pis j'essaie de coder... maudit jpas fait pour multitasker
C'est ça j'aurais aimé faire mettons
pcq ça, c'est quand je call /contact/new mettons.... pis là, quand je post le form /contact/create.js.erb call popNavigationStack()
et pourquoi tu peux pas le faire (j'ai de la misère à me mettre en contexte :P ) ?
@pothibo: tu n'as pas un lien de DEV public par hasard ?
contact.popNavigationStack = ->
navigationWrapper.html(contact.previousNavigationViews)
contact.on "click", "#ui-dialog-back-btn", ->
contact.popNavigationStack()
↓
contact.bind "popNavigationStack", ->
navigationWrapper.html(contact.previousNavigationViews)
contact.on "click", "#ui-dialog-back-btn", ->
contact.trigger("popNavigationStack")
# Ça fait du sens ça?
un lien de dev publique pourquoi? Pour mon projet?
Ah, pas d'indentation!
@pothibo: pour voir le tout en action.
Ouais, rémi, si t'utilise les events. Ok, peut-être que les events c'est juste moi qui est trop noob en js pour les utilisés, mais c'est quoi l'avantage de ça versus, binder mes fonctions au dom directement?
@pothibo c'est exactement ce que je t'avais suggéré :(
Non, je peux pas, ce que je fais est trop brander avec mon client :/ It is toopppp secreettttttt
Dans ton exemple, c’est pas bindé au DOM, c'est bindé à l'objet $("…")
Bernard: Je sais, c'est pour ça je pose la question sur les events, je suis pas un fan de faire des events pour le fait d'en binder/debinder.
L'avantage est de les réutiliser dans plusieurs scopes selon moi
Rémi: Ouais, pcq c'était l'idée de départ, mais présentement, c'est $("...").get(0) que j'utilise (qui est rattaché au DOM)
tu call $(...).trigger("whatever") dans n'importe quel scope et ça va fonctionner si tu l'a bindé par le passé
Réutiliser quoi Bernard? (Ok. Les animations me gosse... solide)
Ah ok je comprends.
Mais en quoi c'est plus avantageux que $("..").maFonction() ? Moi les events, c'est que ça peut être pollué non? Genre t'oublie que tu utilises un eventName et tu le réutilise ailleurs, ça peut clasher non?
tu peux mettre un namespace sur tes events
effectivement. Plusieurs plugin jQuery fonctionne de cette manière
Bah, même chose pour les noms des fonctions, non?
Rémi, Oui et non. ta fonction est attaché au dom. facile de savoir si ça clash (Aucune librairie que j'utilise link c'est fonctions au DOM). Aussi, toutes les libraries utilises leur propre mécanique ($.fn....)
Ça se peut que je sois dans le tord, m'a vous le dire, anyway je suis peinturé dans un coin haha. Mais je trouve que ça intéressant de voir vos points de vue
Ah ouais tu as raison, mais comme on dit les autres, avec les namespaces d'events tu es correct.
le problème de la fonction c'Est qu'elle est sur l'objet jQuery, tandis que le event ou data est sur le dom element
yep PL
Pierre-Luc, c'est ça j'utilise now. Le premier Gist était un exemple de ce que je voulais faire au départ, pas de la réalité.
Moi dans mon code JS j'ai énormément de detach() remove(), avec les events, faut je unbind() à chaque fois sinon ça leak right?
detach() OU remove(), pas les 2, évidemment.
yes un unbind sans parametre nettoie tous les events. custom ou pas. si tu veux unbinder le click tu fais unbind("click")
et si j'oublie, ça leak?
si tu détruis ton objet du DOM sans unbinder tes callbacks: oui
donc la règle d'or est "unbind avant de supprimer du DOM"
Ok, c'est mon problème #1 avec les events. J'ai assez fait d'obj-C et de C pour savoir que plus tu touche au management de mémoire, plus ça leak. Moi de mon côté, le moment je remove(), toutes les fonctions sont cleaner
la gestion de la mémoire est effectivement chiante. mais si tu suis la règle d'or JS, tu ne devrais pas avoir trop de problème :)
en théorie avec un remove jQuery unbind les events sur ton objet
aussi un detach c'est utile si tu veux prendre un dom element, faire bcp de modification tout en évitant que le browser affiche les modifs, et après tu le rebind au dom (je sais pas si c'est clair :P )
Ouep, t-k, vous m'avez pas assez convaincu je crois pour que je change tout mon code pour des events. :(
C'est ta décision qui importe après tout. Faut juste vivre avec les conséquences par la suite :)
on pourrait faire un fortune cookie avec cette phrase là :)
C'est ça j'allais dire: C'est pas mal vrai pour tout le monde ça ;)
yes, c'est pas juste pour ton cas, mais le nôtre également quand on s'amuse à tout mettre dans les events.
pis les fous qui font des apps JS de > 15000 LOC :P
Pis, comment vous avez trouvé ça Branch pour discuter (à part les fucking animations:P) ?
Toi t'a trouvé ça comment?
15000 LOC, c'est trop en mettre sur le client je trouves
j'aime bien, à part quand le bouton send se transforme en view all
j'aime. un genre de mIRC avec un plus beau skin
les animations devraient être optionnels et le rafraichissement de la conversation devrait se faire sans le bouton vert
le input pour notre message devrait être en position absolute aussi
et avoir la possibilité de faire CTRL-enter pour soumettre le message
ce qui est bien est le partage de tout ça pour de futur débat sur le sujet :D PO, tu n'aura qu'à linker les haters ici !
J'ai aimé... mais talkerapp.com est p-e un peu mieux de ce que je me rappelle (Fait 1an+ que je l'ai utilisé)
Ouais, on dirait que c'est plus faite pour les conversations "longues" et moins rapides.
Sérieux, faudrait pouvoir liker des comments, plbabin n'aurait eu 1 2e
Ce qui est pratique avec Branch c'est de créer des threads de discussion rapidement, à partir de Twitter.
C'est pas tant du chat… plus une extension à Twitter je crois.
hmm une bonne addition à Twitter alors pour éviter les flamewars de 140 char
Bernard, je suis un débatteur ambulant, pas parce que je suis bon, mais parce que ça me suis comme des mouches à marde
tu es la marde, nous sommes les mouches ? :P
hahah Probable
nahh tu as juste une vision différente. that's it.
Rémi, Ouais, ça pourrais être la prochaine major feature de twitter, et j'aimerais ça.
Branch utilise un système décentralisé aussi je crois, tu peux te partir un serveur branch sur ta propre machine si tu veux ( right? )
Surtout que la dernière feature major de Twitter date de 1943
@PL Heu, je ne pense pas non.
Comme c'est des gens encore impliqués avec Twitter qui ont bâti Branch, ils vont peut-être faire un partnership et les intégrer ensemble dans le futur.
Yup, c'est p-e pas fou, de Biz & Ev. Admettons que Twitter est rendu barré sur les nouvelles features. Peut-être que c'est 2 là avait plein d'idée pour Twitter et ils décident d'en faire des sides projects, et les vendre à Twitter. Parce qu'un jour Twitter va devoir faire de quoi. On dirait qu'il cherche juste à essayer de faire de l'argent, pis ça fait 5 ans qu'ils n'ont rien ajouté.
Ok, j'exagère avec 5 ans, mais vous comprenez ce que je veux dire.
hmm je check la fonctionnalité de faire des groupes de discussion. c'est nice. On pourrait en faire un pour l'OpenCode pour des discussions sur les talks et/ou entre nous sur d'autres sujet de dév.
Ouais, on avait déjà essayé de partir des chatrooms IRC ou sur convore, et ça marche rarement…
Crime, je suis le seul dinosaure à utiliser encore IRC régulièrement
C'est ce que je trouve cool avec un outil comme Branch, c’est qu’il te permet de créer des conversations ponctuels avec les gens que tu veux. Pas besoin de « hanger around » dans une chatroom tout le temps.
@PO Nah, je vais toujours sur IRC pour des questions sur Rails ou Vim. Les vrais pros sont là pour répondre à nos questions :)
Sur freenode/#vim, y'a un gars qui est là 24h/24 et qui a réponse à TOUT, c’est malade.
hum je devrais aller virer sur IRC pour notre problème de email avec Tumbz
Ah ouais? Jamais pensé aller là pour #vim, je vais sur #rubyonrails et #postgres
Pierre-Luc, faut juste tu fasse attentions sur #rubyonrails, yen a qui se prennent pour de vrai trou du cul.
Si tu pognes les bonnes personnes, c'est vraiment helpful.
alright. anyway on va continuer à essayer de débuguer ça, pis en dernier recours je vais aller virer sur IRC
