spam detected sur http://videos.spip.org/spip.php?article1#forum13
spam detected sur http://doc.spip.org/@Plugin-xml#forum360
spam detected sur http://doc.spip.org/@Ajouter-des-tables-et-des-boucles#forum358
spam detected sur http://doc.spip.org/@Plugin-xml#forum355
...
doc.spip nettoyé
faut mettre nospam et forum, ça sera plus simple de gèrer.
Il en reste encore plein sur doc.spip !
2009/5/19 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>
Cédric Morin a écrit :
faut mettre nospam et forum, ça sera plus simple de gèrer.
Il en reste encore plein sur doc.spip !
rhôôôô
il en restait 4 ...
*c'est* nettoyé
S'lt
faut mettre nospam et forum, ça sera plus simple de gèrer.
Encore plus simple : forums desactivés
on peut fermer le site aussi, on ne sera pas emmerdés…
> faut mettre nospam et forum, ça sera plus simple de gèrer.
Encore plus simple : forums desactivés
on peut fermer le site aussi, on ne sera pas emmerdés....
Tss,
Dans la reflexion qu'il y avait eu concernant doc.spip et que je
n'avais pas pris le temps de faire c'etait de desactiver les forums
car nous :
-* n'avons pas (jusqu'à present) de contributions par ce biais
-* les squelettes ne sont pas adaptés pour afficher/traiter les forums.
Tant qu'on ne proposera pas un skel à la php.net ou consorts, donc
basé sur la participation collaborative, les forums ne sont pas
adaptés à ce site.
Km
2009/5/19 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>
faut mettre nospam et forum, ça sera plus simple de gèrer.
Encore plus simple : forums desactivéson peut fermer le site aussi, on ne sera pas emmerdés…
Tss,
Dans la reflexion qu’il y avait eu concernant doc.spip et que je
n’avais pas pris le temps de faire c’etait de desactiver les forums
car nous :
-* n’avons pas (jusqu’à present) de contributions par ce biais
-* les squelettes ne sont pas adaptés pour afficher/traiter les forums.Tant qu’on ne proposera pas un skel à la php.net ou consorts, donc
basé sur la participation collaborative, les forums ne sont pas
adaptés à ce site.
Si ca correspond à un besoin, je peux peut être me pencher dessus ? Dites moi comment vous voyez les choses ?
S'lt
Tant qu'on ne proposera pas un skel à la php.net ou consorts, donc
basé sur la participation collaborative, les forums ne sont pas
adaptés à ce site.Si ca correspond à un besoin, je peux peut être me pencher dessus ? Dites
moi comment vous voyez les choses ?
Oui il y a un besoin enorme de ce coté. (enfin de mon point de vue 
Doc.spip doit pouvoir :
-* lire le code déposé sur la zone
-* comprendre l'écriture de type javadoc
-* extraire les api
-* permettre de trouver les pipeline et charger_fonction()
-* permettre des contributions
-** par les commentaires comme on peut voir sur php.net
-** par la réécriture/modification de la documentation "source" (type
wiki reinjecté sur le depot)
-* suivre les modifications
-** les différentes branches spip (la stable et la dev)
-** les modifications dans le code (comme une sorte de trac)
-* Le fin du fin
-** prendre en compte le multilinguisme
Voilà en gros tel que j'imagine mon hibou idéal. Pour certains points
cela est à plus qu'à debroussailler mais peut etre que ça peut donner
de l'inspiration.
km
2009/5/25 cam.lafit@azerttyu.net <cam.lafit@azerttyu.net>
S’lt
Tant qu’on ne proposera pas un skel à la php.net ou consorts, donc
basé sur la participation collaborative, les forums ne sont pas
adaptés à ce site.Si ca correspond à un besoin, je peux peut être me pencher dessus ? Dites
moi comment vous voyez les choses ?Oui il y a un besoin enorme de ce coté. (enfin de mon point de vue
Doc.spip doit pouvoir :
-* lire le code déposé sur la zone
-* comprendre l’écriture de type javadoc
-* extraire les api
-* permettre de trouver les pipeline et charger_fonction()-* permettre des contributions
-** par les commentaires comme on peut voir sur php.net
-** par la réécriture/modification de la documentation « source » (type
wiki reinjecté sur le depot)-* suivre les modifications
-** les différentes branches spip (la stable et la dev)
-** les modifications dans le code (comme une sorte de trac)-* Le fin du fin
-** prendre en compte le multilinguismeVoilà en gros tel que j’imagine mon hibou idéal. Pour certains points
cela est à plus qu’à debroussailler mais peut etre que ça peut donner
de l’inspiration.km
Houla houla doucement !
Le Hibou, autant lui relifter la face pour qu’il soit un poil plus fonctionnel ca ne devrait pas poser de problème (perso j’ai toujours eu trop de mal avec ce squellette JQuery.info like),
mais de là à le faire parler le zonien courament et faire interagir les 2 comme tu me le dis, là il va y avoir du délai…
Perso dans le vif là comme ça, je peux intervenir sur :
-* apparence générale
=> à première vue, certaines pages n’ont pas été intégrée alors qu’elles sont primordiale selon moi sur un site de doc, à commencer par la page=plan !!!
-* prendre en compte le multilinguisme
=> j’ai une structure type et suffisement flexible/modulaire pour ça qui m’a fait ses preuves dans le cadre de sites bi ou tri-lingues ce qui devrait coller là puisqu’apparament le site s’en tient au Fr. et à l’En. ?
-* permettre des contributions
-** par les commentaires comme on peut voir sur php.net
=> Je comprends pas, les commentaires sont déjà en place pourtant. C’est quoi qui coince ???
-** par la réécriture/modification de la documentation « source » (type
wiki reinjecté sur le depot)
=> En pompant sur Spip-contrib, je devrais pouvoir « gribouiller » tout ça pour qu’au moins sur le site, les modifs soient prises en compte. Après pour la propagation sur le dépot, là je vous passe la main !
En revanche, si OK, il me faudra les accès FTP du site pour pouvoir intervenir ou à défaut un backup COMPLET (fichiers + full-dump) pour le reproduire en local histoire de pas naviguer en aveugle.
Dites moi si ca vous va ?
S'lt
Doc.spip doit pouvoir :
-* lire le code déposé sur la zone
-* comprendre l'écriture de type javadoc
-* extraire les api
-* permettre de trouver les pipeline et charger_fonction()-* permettre des contributions
-** par les commentaires comme on peut voir sur php.net
-** par la réécriture/modification de la documentation "source" (type
wiki reinjecté sur le depot)-* suivre les modifications
-** les différentes branches spip (la stable et la dev)
-** les modifications dans le code (comme une sorte de trac)-* Le fin du fin
-** prendre en compte le multilinguismeHoula houla doucement !
T'inquiètes je faisais le cahier des charges complet, en tout cas tel
que je le conçoit.
J'avais bien compris que tu parlais de l'interface mais je préférais
donner toutes les contraintes que je voyais actuellement.
Le Hibou, autant lui relifter la face pour qu'il soit un poil plus
fonctionnel ca ne devrait pas poser de problème (perso j'ai toujours eu trop
de mal avec ce squellette JQuery.info like),
Pour ma part tu peux faire complètement péter ce squelettes. Je ne
l'aime pas particulièrement non plus.
mais de là à le faire parler le zonien courament et faire interagir les 2
comme tu me le dis, là il va y avoir du délai...
Pour parler le zonien, on n'est pas beaucoup à parler le amemo
couramment je crois qu'en l'état il ne reste plus que moi et je suis
rouillé.
Perso dans le vif là comme ça, je peux intervenir sur :
-* apparence générale
-* prendre en compte le multilinguisme
Vas y propose autant que tu peux veux, tu as cartes blanches. (oui au pluriel
-* permettre des contributions
-** par les commentaires comme on peut voir sur php.net
=> Je comprends pas, les commentaires sont déjà en place pourtant. C'est
quoi qui coince ???
Non il existe mais ne sont pas fonctionnel. Les robots voient les
forums pas les êtres humains. Il ne sont pas dissociés dans la mise en
page, ...
-** par la réécriture/modification de la documentation "source" (type
wiki reinjecté sur le depot)
=> En pompant sur Spip-contrib, je devrais pouvoir "gribouiller" tout ça
pour qu'au moins sur le site, les modifs soient prises en compte. Après pour
la propagation sur le dépot, là je vous passe la main !
Non c'est pas un problème à la la gribouille, nous avons deja le mode
wiki qui est activié tout le monde peut éditer la documentation. Cela
n'est pas particulièrement un pb. Le point problématique c'est de
donner la capaciter à parler le zonien correctement au hibou revoir en
haut.
De plus la documentation "code" n'est pas stocké comme il se doit pour
permettre la synchro documentation code / depot
En revanche, si OK, il me faudra les accès FTP du site pour pouvoir
intervenir ou à défaut un backup COMPLET (fichiers + full-dump) pour le
reproduire en local histoire de pas naviguer en aveugle.
Le backup complet est possible sauf
que tu n'auras pas tout les outils cron qui parlent le zonien et c'est
une galere à le rendre fonctionnel en dehors du hibou.
Dites moi si ca vous va ?
je te file un accès ou un dump dans la journée.
Km
Yo
Un dump a été posé sur le truc collaboratif d'Etienne. C'est plus
facile lorsqu'on retrouve les clefs de la maison.
Km
cam.lafit@azerttyu.net a écrit :
Un dump a été posé sur le truc collaboratif d'Etienne. C'est plus
facile lorsqu'on retrouve les clefs de la maison.
miam
2009/6/19 denisb <denisb@laposte.net>
cam.lafit@azerttyu.net a écrit :
Un dump a été posé sur le truc collaboratif d’Etienne. C’est plus
facile lorsqu’on retrouve les clefs de la maison.
miam
Vu ! Je me pencherai dessus dans la semaine, le temps d’évacuer des gros dossiers bien gras !
Maintenant que tu as les clés, fais comme chez toi, la cafetière est à droite et ramène m’en un tant que tu y es s’il te plait 