Bonjour,
Je vois sur la zone deux plugins, "nuage" et "nuage2", qui semblent
avoir tous les deux continué à évoluer.
Le premier contient de plus un modèle "nuage2.html", donc je suis
réellement paumé.
Lequel dois-je utiliser ?
La conservation des deux dans la zone est-elle nécessaire ?
Merci.
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Nicolas Hoizey a écrit :
Bonjour,
Je vois sur la zone deux plugins, "nuage" et "nuage2", qui semblent
avoir tous les deux continué à évoluer.Le premier contient de plus un modèle "nuage2.html", donc je suis
réellement paumé.Lequel dois-je utiliser ?
nuage
nuage2 est une version experimentale (pas tres propre) des criteres frequence, frequence_branche, popularite et popularite_branche
La conservation des deux dans la zone est-elle nécessaire ?
oui, c'est pas fini.
@++
> Je vois sur la zone deux plugins, "nuage" et "nuage2", qui semblent
> avoir tous les deux continué à évoluer.
> Le premier contient de plus un modèle "nuage2.html", donc je suis
> réellement paumé.
> Lequel dois-je utiliser ?
>
nuage
OK.
nuage2 est une version experimentale (pas tres propre) des criteres
frequence, frequence_branche, popularite et popularite_branche
OK, donc je suppose que c'est aussi le cas du modèle nuage2 du plugin
nuage, qui n'est pas cité dans la doc, et que le plugin nuage ne gère
pas les branches (de rubriques ?)...
> La conservation des deux dans la zone est-elle nécessaire ?
>
oui, c'est pas fini.
OK, merci pour ces explications !
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Stephane wrote:
Nicolas Hoizey a écrit :
Bonjour,
Je vois sur la zone deux plugins, "nuage" et "nuage2", qui semblent
avoir tous les deux continué à évoluer.Le premier contient de plus un modèle "nuage2.html", donc je suis
réellement paumé.Lequel dois-je utiliser ?
nuage
d'accord avec Stéphane.
J'ajoute qu'il y a la doc sur spip-contrib qui me semble un meilleur
outils que l'exploration de la zone pour répondre à ce genre de question
et se sentir moins perdu.
--
James
J'ajoute qu'il y a la doc sur spip-contrib qui me semble un meilleur
outils que l'exploration de la zone pour répondre à ce genre de question
et se sentir moins perdu.
J'ai lu la doc sur spip-contrib, mais elle ne parle justement pas des
différentes versions.
Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon interrogation.
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Nicolas Hoizey wrote:
J'ajoute qu'il y a la doc sur spip-contrib qui me semble un meilleur
outils que l'exploration de la zone pour répondre à ce genre de question
et se sentir moins perdu.J'ai lu la doc sur spip-contrib, mais elle ne parle justement pas des
différentes versions.
On peut en conclure que c'est celui qui est proposé en téléchargement
qu'il faut utiliser dans un environnement stable. Et que l'autre, si on le
trouve, n'étant ni documenté ni référencé sert au développement ou à
l'expérimentation.
Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
interrogation.
Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus rien
dire.
--
James
Nicolas Hoizey a écrit :
Je vois sur la zone deux plugins, "nuage" et "nuage2", qui semblent
avoir tous les deux continué à évoluer.
Le premier contient de plus un modèle "nuage2.html", donc je suis
réellement paumé.
Lequel dois-je utiliser ?nuage
OK.nuage2 est une version experimentale (pas tres propre) des criteres
frequence, frequence_branche, popularite et popularite_branche
OK, donc je suppose que c'est aussi le cas du modèle nuage2 du plugin
nuage,
non, celui la le portage "propre" du critere dans une version limitée (pas la possibilité compter sur plusieurs elements en meme temps)
il est donc normalement utilisable et moins couteux au recalcul que nuage si tu as beaucoup de mots clés
qui n'est pas cité dans la doc,
en fait, les criteres vont faire l'objet d'une contrib à part.
peut etre pour noel....
et que le plugin nuage ne gère
pas les branches (de rubriques ?)...
ca je ne sais pas, mais si ce n'est pas le cas, c'est assez simple à ajouter (regarde la difference entre critere_frequence et critere_frequence_branche sur nuage2)
@++
PS : frequence_branche, c'est bien pour compter le nombre d'occurences d'un mot clé sur les articles, ou autre chose pour peu que la chose ait un id_rubrique, d'une branche (une rubrique et toute l'arborescence de ses enfants)
James a écrit :
Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
interrogation.
Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus rien
dire.
non, non, il est en stable parce que je l'utilise en prod....
Stephane wrote:
James a écrit :
Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
interrogation.Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus
rien
dire.non, non, il est en stable parce que je l'utilise en prod....
faut savoir, c'est expérimental ou c'est stable ?
--
James
James a écrit :
Stephane wrote:
James a écrit :
Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
interrogation.Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus
rien
dire.non, non, il est en stable parce que je l'utilise en prod....
faut savoir, c'est expérimental ou c'est stable ?
c'est sale, mais c'est utilisable.
ca risque de bouger à tout moment et je ne m'interdis pas de changer un peu la syntaxe des criteres.
donc pour developper, c'est pas bon, pour utiliser tel quel avec une 1.9.2, ca va.
quand je remettrai en chantier, je changerai le statut, comme ca en rmontant l'historique avec svn, on peut trouver les revisions stables.
@++
> J'ai lu la doc sur spip-contrib, mais elle ne parle justement pas des
> différentes versions.On peut en conclure que c'est celui qui est proposé en téléchargement
qu'il faut utiliser dans un environnement stable. Et que l'autre, si on le
trouve, n'étant ni documenté ni référencé sert au développement ou à
l'expérimentation.
Il y a trois zip différents sur files.spip.org, peut-être faudrait-il
un dossier par statut pour s'y retrouver facilement.
> Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
> interrogation.Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus rien
dire.
Ce n'est pas que le répertoire, c'est aussi le statut indiqué dans plugin.xml
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
>> nuage2 est une version experimentale (pas tres propre) des criteres
>> frequence, frequence_branche, popularite et popularite_branche
>
> OK, donc je suppose que c'est aussi le cas du modèle nuage2 du plugin
> nuage,non, celui la le portage "propre" du critere dans une version limitée
(pas la possibilité compter sur plusieurs elements en meme temps)
il est donc normalement utilisable et moins couteux au recalcul que
nuage si tu as beaucoup de mots clés
OK, super, merci !
> qui n'est pas cité dans la doc,
en fait, les criteres vont faire l'objet d'une contrib à part.
peut etre pour noel....
Pourquoi séparer les contribs si l'objectif au final (qui me
semblerait raisonnable) est d'avoir un unique plugin ?
> et que le plugin nuage ne gère
> pas les branches (de rubriques ?)...ca je ne sais pas, mais si ce n'est pas le cas, c'est assez simple à
ajouter (regarde la difference entre critere_frequence et
critere_frequence_branche sur nuage2)
OK
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Nicolas Hoizey a écrit :
qui n'est pas cité dans la doc,
en fait, les criteres vont faire l'objet d'une contrib à part.
peut etre pour noel....
Pourquoi séparer les contribs si l'objectif au final (qui me
semblerait raisonnable) est d'avoir un unique plugin ?
non, moi, mon but, c'est de faire un critere frequence, faire un nuage de mots est une des utilisations possibles.
le critere peut servir à extraire les auteurs aui ont plus de 3 articles ou à faire un nuage d'articles en comptant les mots...
sachant qu'on doit pouvoir in fine sortir tous les objets de type X qui ont au plus tant d'objets de type Y associés ou tant d'objet de type Z associés.
Il y a egalement la variation avec branche et, moins generalisable, la meme chose avec la popularité.
voila pourquoi c'est pas fini et que c'est vraiment un projet à part.
@++
Nicolas Hoizey wrote:
Il y a trois zip différents sur files.spip.org, peut-être faudrait-il
un dossier par statut pour s'y retrouver facilement.
Ce n'est pas que le répertoire, c'est aussi le statut indiqué dans
plugin.xml
Technique que tout cela, je te parle de doc ecrite en français sur un site
consacré à ça
Je te parle de l'article sur spip-contrib :
--
James
> Pourquoi séparer les contribs si l'objectif au final (qui me
> semblerait raisonnable) est d'avoir un unique plugin ?non, moi, mon but, c'est de faire un critere frequence, faire un nuage
de mots est une des utilisations possibles.
[...]
voila pourquoi c'est pas fini et que c'est vraiment un projet à part.
OK
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
> Il y a trois zip différents sur files.spip.org, peut-être faudrait-il
> un dossier par statut pour s'y retrouver facilement.
> Ce n'est pas que le répertoire, c'est aussi le statut indiqué dans
> plugin.xmlTechnique que tout cela, je te parle de doc ecrite en français sur un site
consacré à ça
Je te parle de l'article sur spip-contrib :
Nuage (de mots-clés) - SPIP-Contrib
Oui, je sais bien, je t'ai indiqué l'avoir lu.
Ce que je souligne, c'est que maintenant que les gens savent qu'ils
peuvent aller sur files.spip.org pour télécharger des plugins, ils y
vont. Sans parler de ceux qui utilisent directement SVN. Et quand ils
trouvent trois versions différentes d'un plugin faisant apparemment la
même chose, ils doivent installer chacun pour savoir ce qu'il fait,
puisqu'aucune information n'est fournie directement. C'est loin d'être
simple quand on ne baigne pas dedans au quotidien.
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
>>>> Sur la zone, le plugin nuage2 est indiqué comme stable, d'où mon
>>>> interrogation.
>>>>
>>> Comme quoi, c'est super mal foutu ces répertoires qui ne veulent plus
>>> rien dire.
>>>
>> non, non, il est en stable parce que je l'utilise en prod....
>
> faut savoir, c'est expérimental ou c'est stable ?c'est sale, mais c'est utilisable.
Sale ou propre, ça n'empêche pas forcément la stabilité, effectivement... 
ca risque de bouger à tout moment et je ne m'interdis pas de changer un
peu la syntaxe des criteres.
Donc ce n'est pas stable, ou alors on n'a pas la même compréhension de
la notion de stabilité.
donc pour developper, c'est pas bon, pour utiliser tel quel avec une
1.9.2, ca va.
quand je remettrai en chantier, je changerai le statut, comme ca en
rmontant l'historique avec svn, on peut trouver les revisions stables.
Pourquoi ne pas avoir un seul dossier "nuage", avec un "trunk" de
développement, et des branches pour les versions stables successives ?
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Nicolas Hoizey a écrit :
ca risque de bouger à tout moment et je ne m'interdis pas de changer un
peu la syntaxe des criteres.
Donc ce n'est pas stable, ou alors on n'a pas la même compréhension de
la notion de stabilité.
ce qui va bouger c'est la syntaxe du critere frequence, pas l'utilisation de nuage2
encore une fois, je l'utilise en prod et je n'ai pas l'intention de faire des modifs dans mes squelettes (ni dans le texte de mes articles).
ce qui n'est pas garantie, c'est donc la compatibilité des boucles que tu developperais sur ces criteres, y compris un eventuel modele nuage personnalisé.
mais pour l'utilisateur, c'est stable, la prochaine version stable utilisant tous ces criteres, de toutes facons, ca devrait etre nuage, il y a normalement compatibilité pour l'utilisateur (l'appel du modele reste le meme, c'est le modele et les criteres utilisés qui changent)
donc pour developper, c'est pas bon, pour utiliser tel quel avec une
1.9.2, ca va.
quand je remettrai en chantier, je changerai le statut, comme ca en
rmontant l'historique avec svn, on peut trouver les revisions stables.
Pourquoi ne pas avoir un seul dossier "nuage", avec un "trunk" de
développement, et des branches pour les versions stables successives ?
pour que nuage soit stable pour l'utilisateur et le developpeur.
nuage2 c'est le moyen d'avancer sur ces fameux criteres, avec un cas concret d'utilisation.
quand on aura finalisé ces criteres, nuage pourra les utiliser.
Mais, amha, c'est pas la peine de lier les 2 pour le moment, c'est encore trop en reflexion, on ne s'est meme pasa encore mis au point sur la syntaxe.
une fois que la syntaxe sera arretée, ca posera moins de probleme.
@++
> Donc ce n'est pas stable, ou alors on n'a pas la même compréhension de
> la notion de stabilité.ce qui va bouger c'est la syntaxe du critere frequence, pas
l'utilisation de nuage2
encore une fois, je l'utilise en prod et je n'ai pas l'intention de
faire des modifs dans mes squelettes (ni dans le texte de mes articles).
ce qui n'est pas garantie, c'est donc la compatibilité des boucles que
tu developperais sur ces criteres, y compris un eventuel modele nuage
personnalisé.mais pour l'utilisateur, c'est stable, la prochaine version stable
utilisant tous ces criteres, de toutes facons, ca devrait etre nuage, il
y a normalement compatibilité pour l'utilisateur (l'appel du modele
reste le meme, c'est le modele et les criteres utilisés qui changent)
OK
>> donc pour developper, c'est pas bon, pour utiliser tel quel avec une
>> 1.9.2, ca va.
>> quand je remettrai en chantier, je changerai le statut, comme ca en
>> rmontant l'historique avec svn, on peut trouver les revisions stables.
>>
>
> Pourquoi ne pas avoir un seul dossier "nuage", avec un "trunk" de
> développement, et des branches pour les versions stables successives ?
>
pour que nuage soit stable pour l'utilisateur et le developpeur.
nuage2 c'est le moyen d'avancer sur ces fameux criteres, avec un cas
concret d'utilisation.
quand on aura finalisé ces criteres, nuage pourra les utiliser.
Mais, amha, c'est pas la peine de lier les 2 pour le moment, c'est
encore trop en reflexion, on ne s'est meme pasa encore mis au point sur
la syntaxe.
une fois que la syntaxe sera arretée, ca posera moins de probleme.
OK
Merci pour ces explications.
--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002
Nicolas Hoizey a écrit :
Donc ce n'est pas stable, ou alors on n'a pas la même compréhension de
la notion de stabilité.
Ce serait plutôt "test", dans la mesure où cette catégorie existe...
JL