[spip-dev] 1.4 alpha 3, et récapitulatif

Dev
1

Salut,

Vu les grossssses évolutions, j'ouvre une version alpha 3. Depuis la alpha 2, encore des modifs sur:
/articles-dist.html
/inc-forum.php3
/inc-calcul-squel.php3

La nouvelle nouveauté (!), c'est la possibilité de passer en paramètre d'URL (pour la page du formulaire des forums) un ou plusieurs "afficher_groupe[]=xxx", où "xxx" est un numéro de groupe. Dans ce cas, on retreint l'utilisation des groupes de mots dans ce formulaire à ce(s) groupe(s). Manière d'avoir un comportement différent selon les articles (comportement que l'on pourra même paramétrer avec d'autres mots-clés!).

Cela permet également d'interdire purement et simplement l'utilisation des mots-clés dans le formulaire, en faisant passer "afficher_groupe[]=0", puisqu'il n'y a pas de groupe "0".

Bon, c'est une commande assez spécialisée, réservée aux webmestres qui maîtrisent bien l'outil, ça s'utilise idéalement avec un petit peu de PHP (un chouia seulement); mais c'est vraiment ce qui rend l'outil très très souple.

De plus, pour récupérer facilement ces "groupes", nouveau tag "#ID_GROUPE" dans la boucle (MOTS) (ce tag donne l'identifiant du groupe correspondant à #TYPE de la même boucle).

Comme j'ai beaucoup tripoté, je préfère installer une nouvelle version toute fraîche, histoire d'être certain de ne rien avoir oublié.

J'en profite pour faire un récapitulatif des nouveautés de cette 1.4 alpha...

2

Re-Salut,

bloquer pour chaque article): sauf erreur, il suffit de créer un
mot-clé "Avec_forum", et de tester la présene de ce mot-clé avant
d'afficher le forum. Ainsi, en l'absence de ce mot-clé, pas de forum
nulle part, mais si on a ce mot-clé, le forum est actif.

Oui, mais c'est possible d'être sérieux deux secondes ?!! SPIP est
censé être accessible et simple d'emploi, et maintenant pour toute
nouvelle fonctionnalité la solution est "utiliser les mots-clés"...
Ca la fout mal.

ciao

Antoine.

3

@ Antoine Pitrou <pitrou@free.fr> :

Oui, mais c'est possible d'être sérieux deux secondes ?!! SPIP est
censé être accessible et simple d'emploi, et maintenant pour toute
nouvelle fonctionnalité la solution est "utiliser les mots-clés"...
Ca la fout mal.

A propos des forums d'articles, il y avait une indication dans la TODO :

- Possibilite de choisir forums par défaut, "oui", "non" (actuellement
   c'est soit "par defaut" soit "non")
   De même, "Gerer les pétitions : oui/non" dans ecrire/configuration.php3
   (pour les pétitions défaut="non" suffit)

Ce serait quand même plus clair.

-- Fil

4

Hello,

de retour de week-end, que de nouveauté au niveau des mots clefs. J'ai
peu que ça complexifie un peu trop SPIP.

La fonctionnalité de notation des articles par les lecteurs me semble
très intéressante, mais n'aurait-elle pas pu être réalisée plus
simplement ? Il doit en être de même pour d'autres fonctionnalités
maintenant proposées à l'aide de mots clefs.

possibilité de passer en paramètre d'URL (pour la page du formulaire
des forums) un ou plusieurs "afficher_groupe=xxx"
[...]
Cela permet également d'interdire purement et simplement
l'utilisation des mots-clés dans le formulaire, en faisant passer
"afficher_groupe=0", puisqu'il n'y a pas de groupe "0".

Là je doute du bien fondé de ce truc, vu qu'on peut toujours modifier
l'URL de la page où l'on se trouve ...

Nicolas.

5

Antoine:

Heu, oui, mais c'est quoi l'intérêt ? J'ai vraiment l'impression
que cette histoire de mots-clés commence sérieusement à revenir
à définir soi-même sa propre structure de base de données....
(comme quoi le schéma d'Erwan n'était certainement pas aussi
incompréhensible que tu veux bien le dire ;-))

Oui, mais c'est possible d'être sérieux deux secondes ?!! SPIP est
censé être accessible et simple d'emploi, et maintenant pour toute
nouvelle fonctionnalité la solution est "utiliser les mots-clés"...

Ca la fout mal.

Hello,

de retour de week-end, que de nouveauté au niveau des mots clefs. J'ai
peu que ça complexifie un peu trop SPIP.

La fonctionnalité de notation des articles par les lecteurs me semble
très intéressante, mais n'aurait-elle pas pu être réalisée plus
simplement ? Il doit en être de même pour d'autres fonctionnalités
maintenant proposées à l'aide de mots clefs.

Salut,

Vous avez raison, je me laisse emporter.

Cependant, les "fonctionnalités" exposées ne sont absolument pas le but des nouvelles fonctions, c'est plutôt une conséquence inattendue, que j'étais plutôt content de vous exposer.

En réalité, il y avait 2 buts principaux dans les évolutions:

- la première, tout simplement pouvoir lier des mots-clés aux rubriques; la demande apparaissait, mais l'implémentation des mots-clés pour tous les éléments de SPIP a provoqué une incohérence de présentation: des mots-clés relativement "spécialisés" (et cela, sans pour autant tomber dans le bidouillage") apparaissaient pour tous les objets, alors qu'il ne sont destinés qu'à être exploités par un type d'élément; d'où le besoin de pouvoir indiquer que les mots-clés sont réservés à tel ou tel type d'objet (les articles, ou les rubriques, ou les brèves, etc.);

- ensuite, il y avait une remarque pertinente de Fil: ça serait bien de pouvoir indiquer qu'un mot-clé est obligatoire et/ou qu'on ne doit pouvoir en sélectionner qu'un seul. De fait, ça se configure très bien selon le même principe que le précédent besoin.

Ce sont donc bien ce deux choses relativement simples que j'ai introduites. En réalité, en soit, ça n'implique rigoureusement aucune possibilité nouvelle en matière de fonctionnalités du site Web, ça se contente de clarifier la présentation des mots-clés dans l'espace privé.

En gros, c'est à ça que se résument les nouveautés de la 1.4. Il faut évidemment sans doute que je rende plus claire/simple la configuration des groupes de mots-clés, mais ça ne devrait pas être bien méchant.

6

Hello,

En réalité, il y avait 2 buts principaux dans les évolutions:

Buts légitimes, je le reconnais.

Ensuite, il y a la modification du comportement des forums publics.

La prévisualisation est en effet importante, donc pas de problème.

"afficher_groupe=...", vraiment c'est comme reconfigurer
l'affichage des intertitres avec $GLOBALS['debut_intertitre']=...

Sauf que là les paramètres sont dans l'URL et non dans un .php3, c'est
ça qui me semble pouvoir poser des problèmes pénibles ...

Nicolas.

7

> Ensuite, il y a la modification du comportement des forums publics.

La prévisualisation est en effet importante, donc pas de problème.

Pour en revenir à l'intervention d'Antoine "un peu de sérieux" : il serait
chouette quand même de pouvoir spécifier par défaut "sans forums", et, sur
un article donné, indiquer qu'on veut un forum **sans avoir à bidouiller un
mot-clé technique**

> "afficher_groupe=...", vraiment c'est comme reconfigurer
> l'affichage des intertitres avec $GLOBALS['debut_intertitre']=...

Sauf que là les paramètres sont dans l'URL et non dans un .php3, c'est
ça qui me semble pouvoir poser des problèmes pénibles ...

Plus clairement dit: "des problèmes de sécurité". Il ne faut mettre aucun
élément de config dans les URLs, par principe.

Par ailleurs, et sans vouloir modérer l'enthousiasme d'ARNO, un minimum
d'annonce et de concertation (via la TODO.txt) avant de programmer comme un
malade permettrait d'avoir des fonctionnalités mieux foutues - ou du moins
de ne pas s'aventurer dans des impasses.

A part ça, ce serait pas mal de prévenir les abonnés de spip-ann@rezo.net
qu'une version 1.3 existe ; mais j'attends toujours que vous validiez mes
deux povres correctifs et qu'on passe la 1.3.1 (éventuellement renommée 1.3)
dans DISTRIB/ ...

-- Fil

8

Salut tout le monde,

Modifications sur:
/ecrire/configuration.php3
/ecrire/mots_type.php3

Dans le "Configuration précise", on peut activer/désactiver la configuration des options "Unique" et "Important" des mots-clés, et activer/désactiver les mots-clés dans les forums publics. Par défaut, ces options sont _désactivées_.

Ainsi, par défaut, la configuration d'un groupe de mot se contente de demander si le groupe s'applique aux articles, aux brèves, aux rubriques ou aux sites. Pour le webmestre qui ne veut pas s'embêter, c'est donc extrêmement simple par défaut.

De plus, automatiquement, la proposition d'appliquer un groupe à des brèves n'est affichée que si les brèves sont utilisées sur le site (puisqu'on peut les désactiver dans "Configuration précise"). De la même manière, si on a désactivé l'utilisation des forums dans "Configuration précise", l'option "Mots-clés sur les forums publics par les visiteurs du site" n'est pas affichée.

Avec ces réglages, les nouveautés sont donc transparentes pour le webmestre. En revanche, elles deviennent des options possibles pour les webmestre qui veulent aller plus loin.

ARNO*

9

Salut,

à propos de la 1.4/alpha, j'ai pas tout compris les avantages des
nouvéautés, mais si ça permet de faire des trucs comme noter les
articles c'est pas mal (pas pour moi mais pour les autres, j'aime pas
le principe simpliste de la notation qui n'a rien à voir avec la
qualité d'un article).

Et pis de toutes façons j'ai jamais vu l'intérêt des mots-clés dans
Spip jusqu'à récemment où j'ai découvert que je pouvais faire un
système de navigation sémantique (par sujet) pour mes visiteurs, un
truc tellement original que j'en avais jamais vu avant, c'est pour ça
que j'avais du mal à voir comment ça marchait, sans modèle c'est dur
:wink:

Sinon pour passer à la 1.3 j'attends que ça soit finit finit, et que
je sois sûr d'installer une verion stable. Comme je pense que ce but
est atteint, je vais l'installer d'ici deux semaines :wink:

Merci pour le travail excellent :wink:

Bonne continuation.

à+

- Sylvain Eliade A.K.A. BohwaZ,
  Webmestre de Dioxyde.Org -

10

Faut pas avoir honte des bugs et surtout ne pas semer le trouble pour
ceux qui seront en 1.3 (old) et ne comprendront pas que chez eux ça
bugue, et pas chez les autres qui sont aussi en 1.3 (new) :wink:

a+

11

"Thomas NOEL" <thomas.noel@auf.org> écrivait :

(...) 1.3.1 (éventuellement renommée 1.3)

Faut pas avoir honte des bugs et surtout ne pas semer le trouble pour
ceux qui seront en 1.3 (old) et ne comprendront pas que chez eux ça
bugue, et pas chez les autres qui sont aussi en 1.3 (new) :wink:

Justement, j'allais poser la question...

La 1.3 qui figure dans le répertoire DISTRIB est-elle toujours l'ancienne 1.3
,ou bien une 1.3 "corrigée" ?
(On ne sait plus très bien).

Cordialement,

12

> Faut pas avoir honte des bugs

surtout quand on les corrige !

> et surtout ne pas semer le trouble pour ceux qui seront en 1.3 (old) et
> ne comprendront pas que chez eux ça bugue, et pas chez les autres qui
> sont aussi en 1.3 (new) :wink:

oui, oui, en principe. Mais quand les corrections sont ultraminimes, plouf.

La 1.3 qui figure dans le répertoire DISTRIB est-elle toujours l'ancienne
1.3 ou bien une 1.3 "corrigée" ?

corrigée

(On ne sait plus très bien).

quelle importance ? saurais-tu nous dire ce qui a été corrigé ?

-- Fil

13

Bonsoir,

"Fil" <fil@rezo.net>

> La 1.3 qui figure dans le répertoire DISTRIB est-elle toujours l'ancienne
> 1.3 ou bien une 1.3 "corrigée" ?

corrigée

Parfait ! :slight_smile:

quelle importance ? saurais-tu nous dire ce qui a été corrigé ?

Non... quoique j'ai tout de même suivi les threads... et il y a deux ou trois
trucs...

Maintenant, je sais que je vais redownloader cette 1.3 et la ré-installer....
:slight_smile:
C'est tout ce que je voulais savoir. Merci !

14

Salut,

La remarque de Nicolas m'a plongé dans des abîmes de perplexité... Je reproduis la partie qui m'intéresse ici:

> possibilité de passer en paramètre d'URL (pour la page du formulaire

des forums) un ou plusieurs "afficher_groupe=xxx"
[...]
Cela permet également d'interdire purement et simplement
l'utilisation des mots-clés dans le formulaire, en faisant passer
"afficher_groupe=0", puisqu'il n'y a pas de groupe "0".

Là je doute du bien fondé de ce truc, vu qu'on peut toujours modifier
l'URL de la page où l'on se trouve ...

Je ne suis sûr de rien, mais quelques remarques:

- on a très exactement le même problème avec le passage de "id_rubrique=", "id_article="... dans l'URL des formulaires. On peut très bien changer ça et ainsi "répondre" à une rubrique, même sur un site qui n'a pas prévu les forums sous les rubriques; et le message sera parfaitement enregistré...

- il me semble donc que la réponse à cela est dans le fait que, de toute façon, c'est au niveau des squelettes que l'on décide quoi afficher. Par exemple, si je réponds à une rubrique sur un site qui n'a pas prévu cette option, de toute façon les squelettes des rubriques ne les affiche pas. Donc c'est la même chose avec les mots-clés des messages; d'autant plus que si l'on a besoin (et si l'on est capable) de jouer avec afficher_groupe, c'est qu'on va personnaliser ses squelettes à l'extrême. En effet, c'est la même page où l'on va déterminer les afficher_groupe (donc des besoins très spécifiques définis avec des boucles plutôt complexes, intégrant du PHP quasiment à coup sûr) qui va également déterminer comment afficher ces forums et ces mots-clés.

=> Important: afficher_groupe n'autorise pas à afficher n'importe quels mots-clés; c'est même au contraire une restriction à l'affichage standard. afficher_groupe ne peut désigner que des groupes de mots qui seraient de toute manière affichés par le formulaire. Donc, impossible de bidouiller pour réussir à aller chercher un groupe de mots totalement étranger aux choix du webmestre: si je décide que "Machines" n'est pas proposé aux visiteurs du site public, on peut bien ajouter un "ajouter_groupe=xxx" (où xxx est le numéro de ce groupe), ce groupe n'apparaîtra pas. En ce sens, on court moins de risques, finalement, qu'avec le "id_rubrique=xxx" dans l'URL du formulaire.

Amicalement,
ARNO*

15

Je ne suis pas d'accord avec vous.

Lorque l'on versione un logiciel, qui plus est a été annoncé officilement, il
ne doit plus evoluer pour quelque raison que ce soit.
Je conçois qu'il reste toujours des bugs (mineurs ou meme majeur), mais la
correction doit être apprté sur une nouvelle version.
Pourquoi ?
tout dabord pour simplifier la vie de tout le monde. Ensuite lorque l'on parle
d'une version 1.3 dans notre cas tout le monde doit pouvoir avoir exactement le
meme code source. Une correction aussi minime soit elle peut avoir un effet de
bord indésirable.
Dans votre cas il serait peut etre souhaitable si vous ne voulez pas creer une
version 1.3.1 tout de même creer par exemple une version 1.3a puis 1.3b etc..
De toute façon dans l'espace de livraison il ne doit subsister qu'une seule
version

Ainsi chacun pourrait rapidement savoir s'il a la toute dernière version sur
son site.

Croyez moi je travail sur un projet informatique composé d'une vingtaine de
produits différents, et sans cette methodolie de gestion de version, la
maintenance est impossible a réaliser. Vous allez me repondre que SPIP n'est
constitué que d'un seul produit. Je suis daccord avec cette remarque, mais nous
utilisateur finale nous devons connaitre également les versions de PHP et de
ces nombreux modules, mysql Apache, Unix, compilateur, etc... que nous
utilisons.

Alors pensez à nous

En esperant avoir apporter de l'eau à notre moulin.

En réponse à Fil <fil@rezo.net>:

16

Salut ARNO*,

La remarque de Nicolas m'a plongé dans des abîmes de perplexité...

Ah bin non, c'était pas le but.

Important: afficher_groupe n'autorise pas à afficher n'importe
quels mots-clés; c'est même au contraire une restriction à
l'affichage standard.

OK, je retire ma plainte ... :wink:

Nicolas.