[spip-dev] [wish] Brèves non limitées aux secteurs

Bonjour,

J'ai fait une petite recherche de pourquoi les brèves étaient limitées aux
secteurs.
J'ai trouvé ceci :
http://article.gmane.org/gmane.comp.web.spip.devel/227/match=br�ve+rubriques+secteurs
qui montre que les brèves étaient des articles plus simples, ne nécessitant
pas la validation de tous les admin (tiens! c'est une fonctionnalité qui a
disparu la multivalidation ?)
Et ceci :
http://article.gmane.org/gmane.comp.web.spip.devel/6891/match=br�ve+rubriques+secteurs
qui arguemente les raisons pour lesquelles les brèves sont et resteront
attachées aux secteurs.

Or, depuis que le multilinguisme est en place dans SPIP, un secteur peut
être égal à une langue.
Ceci rend l'usage des brèves *très* limité dans ce cas précis.

La demande de pouvoir mettre les brèves ailleurs que dans un secteur est
régulière.

==> Ma proposition est la suivante : dans l'interface d'admin de spip,
pouvoir indiquer jusqu'à quel niveau de profondeur de rubrique on peut
mettre une brève. Par défaut, ce serait 1 = secteurs, mais l'on pourrait
mettre 2, 3... Ceci aurait en particulier l'avantage de pouvoir garder une
taille "raisonnable" à la liste déroulante du choix de l'emplacement de la
brève. Toujours pour cette liste, dans le cas d'un admin restreint à une
rubrique (ou plusieurs), cette liste ne devrait présenter que les rubriques
auquelles il a droit.

Point de vue syntaxe, ça ne devrait rien changer aux boucles puisque la doc
stipule : "{id_rubrique} retourne toutes les brèves contenues dans la
rubrique en cours." (http://www.spip.net/fr_article906.html)

Qu'en pensez-vous (en particulier ARNO*) ?

(tiens! c'est une fonctionnalité qui a
disparu la multivalidation ?)

Ca n'a pas disparu: ça n'a jamais existé. La discussion dans le forum attaché à l'article/brève dans l'espace privé est infiniment plus efficace.

(Il vaut mieux éviter de se fier aux messages qui datent du développement du tout premier moteur d'uZine, antérieur d'une année à la première version de SPIP, pour décrire les fonctionnalités de SPIP :-))

Et ceci :
http://article.gmane.org/gmane.comp.web.spip.devel/6891/match=br�ve+rubriques+secteurs
qui arguemente les raisons pour lesquelles les brèves sont et resteront
attachées aux secteurs.

Je maintiens ces arguments, valables multilinguisme ou pas.

La richesse fonctionnelle de SPIP ayant été largement augmentée depuis, ça accentue la nécessité que les brèves restent "rudimentaires", comparativement aux articles extrêmement riches (surtout si l'on active toutes les fonctionnalités de SPIP).

ARNO*

(Il vaut mieux éviter de se fier aux messages qui datent du
développement du tout premier moteur d'uZine, antérieur d'une année à
la première version de SPIP, pour décrire les fonctionnalités de SPIP
:-))

Yep, yep. Par contre il y avait un truc bien dans uZine (pré-SPIP), et
qu'on n'a jamais implanté dans SPIP (par flemme pour ma part), c'est le
formulaire de proposition de brèves dans l'espace public.

#FORMULAIRE_BREVE, comme il y a #FORMULAIRE_SITE

a+

Antoine.

Je crois que c'est une idée qui va finir par revenir, pour tous les objets, en liaison avec:
- une description de la structure des objets, liée au nouveau moteur,
- des fonctionnalités proches du Wiki, c'est-à-dire l'édition sur le site public associée au versioning.

ARNO*

Yep, yep. Par contre il y avait un truc bien dans uZine (pré-SPIP), et
qu'on n'a jamais implanté dans SPIP (par flemme pour ma part), c'est le
formulaire de proposition de brèves dans l'espace public.

#FORMULAIRE_BREVE, comme il y a #FORMULAIRE_SITE

Il y a un zoli petit squelette tout simple pour faire ça sur spip-contrib :
    -> http://www.spip-contrib.net/article.php3?id_article=72

André Vincent

ARNO* wrote:

(tiens! c'est une fonctionnalité qui a
disparu la multivalidation ?)

Ca n'a pas disparu: ça n'a jamais existé. La discussion dans le forum
attaché à l'article/brève dans l'espace privé est infiniment plus
efficace.

(Il vaut mieux éviter de se fier aux messages qui datent du
développement du tout premier moteur d'uZine, antérieur d'une année à
la première version de SPIP, pour décrire les fonctionnalités de SPIP
:-))

Certes :wink:

Et ceci :
http://article.gmane.org/gmane.comp.web.spip.devel/6891/
match=br%E8ve+rubriques+secteurs
qui arguemente les raisons pour lesquelles les brèves sont et
resteront attachées aux secteurs.

Je maintiens ces arguments, valables multilinguisme ou pas.

La richesse fonctionnelle de SPIP ayant été largement augmentée
depuis, ça accentue la nécessité que les brèves restent
"rudimentaires", comparativement aux articles extrêmement riches
(surtout si l'on active toutes les fonctionnalités de SPIP).

C'est pourquoi j'ai précisément proposé ceci :
«
==> Ma proposition est la suivante : dans l'interface d'admin de spip,
pouvoir indiquer jusqu'à quel niveau de profondeur de rubrique on peut
mettre une brève. Par défaut, ce serait 1 = secteurs, mais l'on pourrait
mettre 2, 3... Ceci aurait en particulier l'avantage de pouvoir garder une
taille "raisonnable" à la liste déroulante du choix de l'emplacement de la
brève. Toujours pour cette liste, dans le cas d'un admin restreint à une
rubrique (ou plusieurs), cette liste ne devrait présenter que les rubriques
auquelles il a droit.
»

C'est un milieu entre les 2 optiques : des brèves simples et des brèves
moins simples.
Mettons que ce soit un paramétrage à changer dans mes_options.php3
(profondeur_breve) (au lieu de l'interface d'admin, trop ouverte)
Dans ce cas, ça n'ouvrirait la possibilité qu'aux sites dont le
webmaster/concepteur des squelettes a *vraiment* eu le besoin d'avoir des
brèves plus bas que les secteurs.

Ma proposition va dans le sens d'une plus grande liberté donné aux
concepteurs de squelettes et de site. C'est tout.

Tiens, à propos du titre de ce message [wish], je me demandais si il y
avait, quelque part sur le réseau, une liste de souhait disponible pour Spip
?

Je sais bien que ceci a des avantages, des inconvénients, n'est pas
forcément la volonté des développeurs, mais c'est juste pour savoir si ça
existe.

Je pose la question, car j'ai également comme Jacques PYRAT, un souhait à
exaucer, mais bon, ne sachant pas où le demander, je me suis dit qu'il
valait mieux le développer moi-même :slight_smile: et en parler une fois finalisé.

je me suis dit qu'il
valait mieux le développer moi-même :slight_smile: et en parler une fois finalisé.

Heu, ben non !
Développer soit meme, c'est encore ce qu'il y a de mieux, mais l'idéal est
quand meme d'en parler un peu avant.
Il y a tous les outils disponibles :
- Article sur Spip-contrib : tu peux mettre un article decrivant le besoin
et ton approche. En general, les forums privés marchent pas mal, si qqun est
interessé, tu pourras echanger un peu avant de mettre les mains dedans
(voire te faire un peu aider) et voir si il n'y a pas des choses simples à
ajouter pour repondre à un besoin plus large.
- Wiki : sur Spip contrib ou sur le Lab, c'est aussi un bon moyen de
formaliser le besoin et le moyen envisagé.

Tu fais eventuellement une petite annonce sur spip-dev avec le lien et le
sujet general de la contrib en preparation et zou.
Ca ne fait pas perdre des semaines, ca evite de recoder des trucs existants
(on est rarement le premier à avoir un besoin, quoi qu'il faille bien un
premier ...) et ca evite à un autre d'entreprendre la meme chose pendant ce
temps ... bref, c'est mieux d'en discuter avant.

Enfin, à mon avis ....