Reprise du message précédent :
Mais t'es sérieux en plus

http://dailyjs.com/

http://thechangelog.com/

http://www.webappers.com/

http://twitter.com/#!/github_js

Au minimun

'tain déjà que j'ai trop de sites à suivre, faut que je rajoute tout ça

Webapp à KangolKorp

L'i18n c'est la grouille dans tous les cas, j'ai rien trouvé sur l10n dans la spec html5 et ça me fait un micropoil peur

Pas trouvé non plus d'info sur la désactivation des widgets natifs (en gardant les nouveaux types) ou trucs du style

Quand tu vois ce qu'en pense/voit PPK (http://www.quirksmode.org/blog/archives/2011/03/the_new_input_t.html), c'est une opportunité perdue pour le moment

J'ai dans l'idée de grosso modo afficher les kwargs de mes fields dans mon html et claquer un webservice pour les messages.

J'ai un gros problème c'est :  
- Les bookmarks, j'en ai quasiment presque pas d'intéressants  
- J'ai une tonne de boulot a gatsucorp, et je me fais cramer mon temps parce qu'on a des personnes qui font les choses de travers
- J'ai des clients tellement con qu'on doit aller chez eux en régie pour leur expliquer quel fichier on utilise, en même temps si mes juniors avait réorganisé le projet et renommé les fichiers qui concerne la v0 et v1 des maquettes du site je ne perdrais pas mon temps.
- J'ai bébé + femme  
- J'ai 2 frameworks JS (pour titanium et pour moi perso) à finir et 1 CSS à revoir ou refaire.
 
 

Looking for: lib(s) minimaliste(s) qui serve(nt) juste à unifier la gestion d'évènements et la sélection CSS d'un navigateur à l'autre, support demandé: IE8+, Firefox 3+, Safari, Chrome, Opera 11, apprécié en option: mobile webkit.

Sans oublier http://javascriptweekly.com/

via data-$arg?

Pour le selecteur : http://digitarald.de/journal/89737 [...] or-engine/
d'un des gars de mootools je crois
Sinon il y a aussi : Sizzle : http://sizzlejs.com/ des gars de jquery mais qui est repris quasiment par tous les frameworks.
 
Pour les events, j'ai pensé à ce qu'a fait le mec de dillerdesign, mais le site est HS pour le moment
 

Tout frais y a ça aussi : http://dustindiaz.com/qwery

ratibus t'as testé Sf 2 ?

Pas encore J'espère pouvoir le faire en 2011.
En ce moment je fais des expérimentations d'indexation de code source avec sphinxsearch (en prenant le postulat 1 ligne => 1 document à indexer). Ca permet de faire des trucs bien fun comme trouver assez facilement des fonctions plus utilisées ou bien pour chercher du code bcp + rapidement que phpstorm. Là j'ai 1.6 millions de ligne de code indexées (j'ai pas fait bcp de nettoyage encore sur les lignes à virer), ça répond à une vitesse hallucinante.

Et toi t'as testé ?

Nope, presque pas.
J'ai vu des trucs intéressants dans la doc (forms imbriqués), mais je suis sceptique sur d'autres (intégration de Doctrine, admin generator).

C'était censé sortir en Mars, je me demande pourquoi ils repoussent pas officiellement

Qd je vois ce que j'ai réussi à faire sur des projets sf1.0 et sf1.4 pour l'instant ça me suffit comme FW.

Oui, ou carrément $key=$value, faut voir ce que ça donne.

Pour toucher régulièrement de l'embedded form moi je vois clairement l'avantage d'y passer

Après faut qu'ils fassent des efforts sur la doc et les messages d'erreur, parce que si c'est pour se retaper une vieille courbe d'apprentissage à coup de barres de fer...

Au passage ils ont passé 80% des méthodes du FW en private... ça a intérêt à être stable et bien branlé.

Ah merde, il fait quoi alors mon collègue en ce moment, j'étais persuadé qu'il était en train de migrer un projet dessus...

T'as plus de risque de conflits, et si tu utilises jquery .data() tape directement dans les data- s'il a pas de valeurs dans sa cache à lui.

Bah si ça se trouve il prend de l'avance pour quand ça sort

Ah je pensais que c'était pas compatible avec data-

ça doit être ça. Ou alors il passe en 1.4 seulement...

Depuis 1.4 (ptet une 1.4.x je sais plus), c'est compatible en read: si tu lis une clé de .data() qui n'a pas été set avec, jquery va chercher s'il y a un attribut data-* qui matche et va essayer de le parser avec parseJSON (si c'est pas un litéral JS, il va juste renvoyer la valeur en String)

I heard you like documentation, so I documented how you should document

Ça m'intéresse

Quelle partie?

JSDoc -> rST, toute notre donc est en rST ( compilé avec Sphinx )
 
T'as testé ça?
 
http://code.google.com/p/jsdoc-toolkit-rst-template/
 

Pas encore, mais c'est ce que je comptais regarder justement.

Enfin bon ça reste moyennement encourageant quand tu vois que le dernier commit est:

et qu'il n'y a plus eu d'activité depuis mars 2010

Il y a un autre projet sur le sujet, indépendant et un peu plus récent (mais pas plus actif): https://github.com/stdbrouw/jsdoc-for-sphinx

Masklinn et Shinuza, vous trouvez quand le temps de faire de la doc dans vos projets ? , A part gros projet > à 5j j'ai le temps de tout poser bien correctement et de faire la doc, mais les sites web même pas le temps de documenter certains objet, on se fait grapiller de toute part pour des demandes à la con .

La doc fait partie du dev, donc des estimations. Bien sûr il ne faut pas tout documenter, et profiter de l'automatisation quand c'est possible, surtout si tu développe une API.

la doc ne fait jamais parti des estimations chez nous j'ai l'impression
Et pourtant si j'estime j'essaye de prendre ce facteur en compte

Donc tu estimes mal

ah mais ce n'est presque jamais moi qui fait les estimes, toujours flo depuis qu'il est cotech pour certains projets
En ce moment sur certains projets j'ai l'impression d'être la carte de la dernière chance, le rambo du nettoyage de code dégueulasse fait par les prestas, le refloueur de projet pourris jusqu'à l'anus

Mais bon j'ai quand même un projet intéressant sous titanium

non ce n'est pas de ma faute

Un 4ème flo

un flo qui fait pas de HFR

 
Ca c'est ce que tu crois

Bon, les deux sortent de la merde, mais le premier est vraiment complètement pêté (j'ai du HTML qui apparaît dans la doc compilée) et en bonus il génère des dox utilisant le domaine python.
 
J'vais partir sur le premier, voir si je peux fixer les templates pour qu'elles arrêtent d'être merdiques (actuellement ça crée tout un document pour chaque classe, avec des titres et tout, c'est stupide) et si j'y arrive regarder à bundler ça dans une extension sphinx.

J'ai du code à la django/web.py où je peux déclarer des vues comme ça :

class info extends TemplateView {
    public static $template_name = "info.html";
}

class TemplateView extends View {
    public static $template_name;
    public static $kwargs = array();
    
    public function get() {
        return $this->render($this::$template_name, $this::$kwargs);
    }
}

Ça c'est du 5.3, tout fonctionne.

public function get() {
        return $this->render(self::$template_name, self::$kwargs);
    }

ou ça

public function get() {
        return $this->render($template_name, $kwargs);
    }

si je passe en 5.2, sinon parse_error. Sauf que je peux pas accèder à la valeur de mes propriétés statiques déclarées hors du contexte.
Je suis obligé d'écrire ça :

class people extends TemplateView {}
people::$template_name = "people.html";

Please tell me, please fucking tell me I made a big mistake thinking that would work and this language is not as fucking stupid/broken as I think it is.

Edit :

En fait ça change la valeur de $template_name CLASS WIDE. Donc la dernière déclaration est prise en compte par toutes les instances

c'est pas le but d'une prop statique ?

sinon en 5.3 tu peux utiliser static:: si tu veux que ce soit associé à la classe appelée et non à la classe éxécutante. (ouais bon tes pb sont en 5.2, ok )

class info extends TemplateView {
    public static $template_name = "info.html";
}

class TemplateView extends View {
    public static $template_name;
    public static $kwargs = array();
    
    public function get() {
        return $this->render($this::$template_name, $this::$kwargs);
    }
}

public function get() {
        return $this->render(self::$template_name, self::$kwargs);
    }

public function get() {
        return $this->render($template_name, $kwargs);
    }

class people extends TemplateView {}
people::$template_name = "people.html";

Ca peut marcher qu'en 5.3 avec le late static binding et l'appel à static::$template_name
 
Pourquoi tu passes par une statique pour ça ?

JsDoc
 
J'trouve pas leur APIDoc, et quand tu fais tourner JsDoc sur lui même il balance 49 warnings
 
Et ils ont documenté tous leurs tests, mais ya de la doc sur aucune méthode de l'API
 
edit: les {@link symbolPath} sont pas gérés par leur parser en bois, à la place ils font un search&replace dans un peu toutes les chaînes pour remplacer le pattern \{@link ([^} ]+) ?\}  
 

tu te bases là dessus ?
http://code.google.com/p/jsdoc-toolkit/w/list
ou sur le vieux JSdoc tombé en désuétude ?

coucou.
 
n'ayant pas trouvé de topoc flash, je me tourne vers vous
 
avec les tweenmax, est-ce qu'il y a un moyen de faire tout simplement un easing in et out "normal", c'est à dire pas elastic, pas bounce, pas strong... le easeOut par défaut me convient tres bien mais je voudrais le meme en easeInOut, ce que je n'arrive pas à faire sans que ça s'accompagne d'un easing "travaillé"