Email Re: A propos de pylint

> pour être tout à fait franc, utiliser les 2 n'est pas une mauvaise
> habitude, étant donné que pychecker reste plus avancé dans la détection
> de bugs probables, mais ne fait pas du tout de vérification de standard
> de codage par exemple.
>
je vais jeter un coup d'oeil! pour etre tout a fait franc itou, c'est
mon premier projet "a plusieurs" en python... et j'essaie d'imposer
les 'lazy spaces" entre arguments et opérateurs...

> c'est pas la partie la moins chevelue... ;)
>
fort posible ;o) Et j'ai regardé en diagonal... j'ai juste repéré
quelques regex dont la modification n'a pas eu de répercution
dramatique (pas encore?!!!)

> heu, oui, voir un peu plus que maison. Pas autant établie que self pour
> les classes standards, mais c'est souvent le nom utilisé dans les
> exemples de métaclasses qu'on peut trouver sur le net.
>
euh... que ce soit Martelli, Metz ou Van Rossum, c'est plutot cls,
j'avais croisé mcl, mais pas encore mcs... je vais voir ça, au pire,
j'en ai peu pour le moment, ce sera facile a mettre à jour.

> Tu veux dire que malgré une police à taille fixe, il souligne pas
> toujours au bon endroit ? Si tu as un petit bout de code démontrant le
> problème, je suis preneur.
>
mouip... pour etre honnete, ils ne se placent quasi-jamais au bon
endroit, par ici (gravité differente, je pense!)
Je vais voir ça pour le bout de code (quand j'aurai mangé et pris ma
douche.. longue nuit)

> bah, je pense pas qu'elle soit trop chargée. Et pour des raisons
> d'archivages et de partage des connaissances et du support que nous
> faisons sur nos logiciels libres, on aime autant que ce soit sur une
> liste de discussion public plutot que par mails privés.
>
Sain-argument.

a+

-- 
______________________________________________________________________
Frederic AIDOUNI - http://aidounix.com - Siret 439 909 680 00019
'Data structures, not algorithms, are central to programming'
La réponse? ce n'est pas 42... non, non... c'est... Clarisse!