[spip-dev] #DESCRIPTIF_SITE ?

Dev
1

Bonjour,

De façon récurrente sur les divers sites spip que je mets en place pour des
associations se pose le problème de l'éditorial et/ou de la page d'accueil.

Beaucoup de sites font alors appel à une brève de rubrique technique pour
faire l'édito ou à du html (voire même du xhtml :wink: ) pur et dur dans la
page d'accueil pour y faire ce qui n'est finalement que le descriptif du
site.

Ne serait il pas utile d'avoir dans les variables des sites spip un champ
texte en plus de celui de l'email du webmestre et du nom de site qui soit
simplement un champ descriptif et qui répondrait ainsi au besoin d'éditorial
et/ou de présentation du site sur la page d'accueil?

Ce n'est bien évidemment ni une requête ni encore moins une demande, je me
débrouille très bien avec les autres systèmes de fichier texte séparé ou de
secteur "technique" mais il me semble que c'est un besoin qui s'exprime de
plus en plus.

Amicalement

2

Bonjour à tous,

Comme d'autres webmasters, apparemment, j'ai ressenti le besoin de publier un éditorial sur ma page d'accueil pour exprimer mon humeur du jour indépendamment des articles et brèves du site.

Donc, ce week-end, je me suis programmé quelques boucles SPIP pour intégrer la gestion d'un édito sur mon site perso.
J'ai agit dans la lignée d'un article de SPIP-Contrib (http://www.uzine.net/spip_contrib/article.php3?id_article=119) traitant de l'exclusion de certains articles pour des cas particuliers, et je me suis contenté de créer une rubrique "Editos" pour y ranger mes éditoriaux successifs. La rubrique et les articles de celle-ci sont associés au mot clé "Edito", lequel mot clé appartient au groupe "Exclus"...

Cela évite de surcharger la configuration du site et permet de travailler comme d'habitude : on rédige son texte, on l'amende puis un jour on le publie... et on prépare le suivant.

Pour ceux que le sujet intéresse, jetez un oeil sur www.bonmarin.net
Je prévoyais de faire un article dans SPIP-Contrib sur le sujet : cela viendra peut-être plus vite que prévu s'il y a de la demande :wink:

En synthèse : on a déjà tout ce qu'il faut dans SPIP pour y parvenir, mieux vaut expliquer comment s'y prendre et proposer un base + variantes dans SPIP-Contrib. Etes-vous d'accord ?

Richard

Philippe Auriol a écrit:

3

Bonjour,

Soit je me suis mal exprimé, soit je n'ai pas été compris :slight_smile:

Comme d'autres webmasters, apparemment, j'ai ressenti le besoin de
publier un éditorial sur ma page d'accueil pour exprimer mon humeur du
jour indépendamment des articles et brèves du site.

Je crois que nous le faisons tous ou presque avec chacun sa technique :
secteur technique exclu, mot clef "edito", un include de fichier texte avec
formulaire externe etc.

[...]

Cela évite de surcharger la configuration du site et permet de
travailler comme d'habitude : on rédige son texte, on l'amende puis un
jour on le publie... et on prépare le suivant.

Il me semble autrement plus lourd pour un site qui a un édito dont il ne
souhaite pas archiver le contenu ou un descriptif de:

1/créer le secteur où écrire
2/Refaire toutes les boucles en y excluant le secteur en question

Plutôt que de remplir un champ texte.

Spip s'adresse d'abord à ceux qui ne connaisse pas grand chose au net ni au
html.

Avoir un champ texte de description du site pourrait répondre facilement à
ces besoins .

Pour ma part je ne m'en sers pas car, effectivement, il est possible de
faire sans mais si cela existait ce me serait très utile et je pense à
beaucoup de personnes.

Ceci dit j'admets que je me trompe peut être et que :
1/ ce n'est pas forcément dans la logique spip/uzine
2/ce n'est peut être qu'un besoin minoritaire que je surestime là.

En synthèse : on a déjà tout ce qu'il faut dans SPIP pour y parvenir,
mieux vaut expliquer comment s'y prendre et proposer un base + variantes
dans SPIP-Contrib. Etes-vous d'accord ?

En synthèse pour moi : dès que l'on est obligé de bidouiller
systématiquement pour faire une chose simple il me semble que l'on doit
repenser la fonction.

4

"Philippe Auriol" <philippe.auriol@wanadoo.fr> a écrit dans le message de
news:BB9E0391.22251%philippe.auriol@wanadoo.fr...
Bonjour,

De façon récurrente sur les divers sites spip que je mets en place pour des
associations se pose le problème de l'éditorial et/ou de la page d'accueil.

Beaucoup de sites font alors appel à une brève de rubrique technique pour
faire l'édito ou à du html (voire même du xhtml :wink: ) pur et dur dans la
page d'accueil pour y faire ce qui n'est finalement que le descriptif du
site.

Ne serait il pas utile d'avoir dans les variables des sites spip un champ
texte en plus de celui de l'email du webmestre et du nom de site qui soit
simplement un champ descriptif et qui répondrait ainsi au besoin d'éditorial
et/ou de présentation du site sur la page d'accueil?

Ce n'est bien évidemment ni une requête ni encore moins une demande, je me
débrouille très bien avec les autres systèmes de fichier texte séparé ou de
secteur "technique" mais il me semble que c'est un besoin qui s'exprime de
plus en plus.

Amicalement

5

Philippe Auriol wrote:

Ceci dit j'admets que je me trompe peut être et que :
1/ ce n'est pas forcément dans la logique spip/uzine
2/ce n'est peut être qu'un besoin minoritaire que je surestime là.

Non, c'est le réflexe immédiat que j'ai eu au début de spip,
chercher le contenant du descriptif site page d'accueil.
Evidemment après ça passe et on oublie facilement,
mais ça revient assez régulièrement chez les néophytes,normal.

Un champ #DESCRIPTIF comme tu le proposes
permettrait une page d'accueil simple et immédiate,
et je suis sur que ce serait très utilisé.
Un peu comme une évidence qui viendrait sur le tard,
mais il est jamais trop tard...

JLuc

6

Beaucoup de sites font alors appel à une brève de rubrique technique pour
faire l'édito ou à du html (voire même du xhtml :wink: ) pur et dur dans la
page d'accueil pour y faire ce qui n'est finalement que le descriptif du
site.

On peut aussi utiliser le descriptif d'un mot-clé (qui sera totu seul dans
son groupe de mots, et affecté à aucune article).

Ne serait il pas utile d'avoir dans les variables des sites spip un champ
texte en plus de celui de l'email du webmestre et du nom de site qui soit
simplement un champ descriptif et qui répondrait ainsi au besoin d'éditorial
et/ou de présentation du site sur la page d'accueil?

Ce que tu proposes aurait l'avantage d'être cohérent avec la syndication de
sites (puisque le champ "descriptif" est prévu lorsqu'on lit un backend,
mais pas lorsqu'on produit le sien). Et c'est vrai que c'est agaçant de na
pas avoir "un texte libre" sous la main. Mais un seul suffira-t-il ?

L'autre hypothèse (pas exclusive de celle que tu décris), c'est d'utiliser
les éléments <:xxx:> de SPIP 1.7 ; ça sert à l'internationalisation des
sites, mais on peut les utiliser pour autre chose... Seul problème,
l'interface d'édition de ces éléments n'est pas encore prête.

-- Fil

7

> Ne serait il pas utile d'avoir dans les variables des sites spip un champ
> texte en plus de celui de l'email du webmestre et du nom de site qui soit
> simplement un champ descriptif et qui répondrait ainsi au besoin d'éditorial
> et/ou de présentation du site sur la page d'accueil?

Ce que tu proposes aurait l'avantage d'être cohérent avec la syndication de
sites (puisque le champ "descriptif" est prévu lorsqu'on lit un backend,
mais pas lorsqu'on produit le sien).

Surtout que le message initial demandait un édito, ce qui n'a pas
grand'chose à voir avec un descriptif de backend :wink:

Seul problème,
l'interface d'édition de ces éléments n'est pas encore prête.

Ben, personne n'a trouvé une façon acceptable d'intégrer ça à SPIP,
et aucun début de code n'a été écrit. Donc, effectivement, dire
qu'elle n'est pas « prête » est un euphémisme sachant qu'il y a des
possibilités qu'elle n'existe jamais. C'est pas en clamant qu'une
fonctionnalité va être « prête » qu'elle sera réalisée un jour :wink:

a+

Antoine.

8

> Seul problème, l'interface d'édition de ces éléments n'est pas encore
> prête.

Ben, personne n'a trouvé une façon acceptable d'intégrer ça à SPIP,
et aucun début de code n'a été écrit.

"Aucun début", c'est un poil exagéré : on peut toujours partir de
l'interface créée pour spip.net, et la simplifier un peu, pour en faire une
contrib tout à fait utilisable, et une bonne base de travail.

Donc, effectivement, dire qu'elle n'est pas « prête » est un euphémisme
sachant qu'il y a des possibilités qu'elle n'existe jamais. C'est pas en
clamant qu'une fonctionnalité va être « prête » qu'elle sera réalisée un
jour :wink:

En général, oui, mais celle-là est suffisamment importante, et déjà bien
avancée, pour être « prête » dès qu'on l'aura décidé.

-- Fil

9

Je suis plutÎt partant pour un DESCRIPTIF_SITE. Au passage, la page "naviguer" quand on est à la racine du site pourrait alors s'enrichir de l'information de certains éléments "vitaux" du site (comme, mine de rien, il y a déjà l'information sur le nom).

A*

10

Philippe Auriol wrote:

Ne serait il pas utile d'avoir dans les variables des sites spip un champ
texte en plus de celui de l'email du webmestre et du nom de site qui soit
simplement un champ descriptif et qui répondrait ainsi au besoin d'éditorial
et/ou de présentation du site sur la page d'accueil?

en toute logique, si SPIP etait full-object, ce serait une sous-classe de l'objet Breve.
personnellement, un edito est quelque chose qui vit, il a une durée, et sa durée
de vie c'est simplement prendre le dernier. D'autre part un edito possede une
date de rédaction, un auteur et en tout logique un texte.

La différence par rapport a une breve, heuu ...
disons q'une breve est rataché a une rubrique X, alors qu'un edito est rataché
a prioris à une rubrique Edito qui est elle-meme cachée.

Sinon j'ai réalisé mon edito et mes articles à laune comme tout le monde je crois.

11

En général, oui, mais celle-là est suffisamment importante, et déjà bien
avancée, pour être « prête » dès qu'on l'aura décidé.

Ben, en attendant, elle n'est pas « prête ». Et on ne sait pas
comment l'intégrer de façon raisonnable à l'architecture actuelle
de SPIP (i.e. : c'est une interface webmaster, pas une interface
éditoriale, donc ça rend le truc totalement confus si on commence
à l'intégrer dans l'espace privé). Donc il ne suffit pas de
« décider ».

Amicalement

Antoine.

12

[...]

en toute logique, si SPIP etait full-object, ce serait une sous-classe
de l'objet Breve.
personnellement, un edito est quelque chose qui vit, il a une durée, et
sa durée
de vie c'est simplement prendre le dernier. D'autre part un edito
possede une
date de rédaction, un auteur et en tout logique un texte.

La différence par rapport a une breve, heuu ...
disons q'une breve est rataché a une rubrique X, alors qu'un edito est
rataché
a prioris à une rubrique Edito qui est elle-meme cachée.

Certains site spip ne sont pas des journaux en ligne et du coup n'utilisent
pas vraiment des éditos mais une description du contenu de leur site.

Ce n'est pas une brève et cela dure dans le temps.

Ce n'est que dans le mode e-zine que l'on trouve un caractère de variation
temporelle forte à cette donnée.

amicalement

13

Ben, en attendant, elle n'est pas « prête ». Et on ne sait pas
comment l'intégrer de façon raisonnable à l'architecture actuelle
de SPIP (i.e. : c'est une interface webmaster, pas une interface
éditoriale, donc ça rend le truc totalement confus si on commence
à l'intégrer dans l'espace privé). Donc il ne suffit pas de
« décider ».

Pour moi c'est une interface éditoriale comme le reste ; en effet ces
chaînes seront traduites par les admins du site, y compris ceux qui n'ont
pas l'accès ftp (cf. www.spip.net). On doit même pouvoir les restreindre aux
langues des rubriques dont ils sont admins restreints (s'il faut
restreindre).

La seule question problématique, c'est : que se passe-t-il si un admin
efface par mégarde une chaîne appelée dans un squelette ? Eh bien, a priori,
la chaîne sera effacée uniquement pour la langue en question, marquée en
"conflit" dans les autres langues (ce qui permettra de repérer le pb), et
réparable en remettant le texte au bon endroit (comme si un admin efface,
par mégarde, un article !).

-- Fil

14

J'aimerais également disposer très simplement, au niveau du site (page d'accueil), de ce que l'on a déjà aujourd'hui au niveau d'une rubrique : un champ "descriptif rapide" pour les syndications ou un meta-tag et un champ "Texte explicatif" pour l'éditorial (par exemple).

Il est indéniable que le recours à des mots clés et des boucles d'exclusion est lourd et n'a de sens que pour une équipe rédactionnelle souhaitant préparer et archiver ses éditos...

Cordialement,

Richard

JLuc a écrit:

15

en tant qu'utilisateur et non développeur, je n'avais pas osé posé la question, mais je trouve qu'il manquait justement cela au boucles du site "...SITE_SPIP" :
#NOM_SITE_SPIP
#URL_SITE_SPIP
#DESCRIPTIF_SITE_SPIP
#LOGO_SITE_SPIP

et pourquoi pas pendant qu'on y est #TEXTE_SITE_SPIP, pour palier aux "futur manques" :wink: (comme une rub en gros)

ça me semble assez logique avec le reste, que ce soit pour la syndication, mettre dans les <meta>, ...

je verais bien le texte utilisé en édito, et le descriptif pour les <meta>, on pourra bien entendu détourner cela pour d'autres usages, comme d'habitude, mais l'idée semble déjà être apréciée et correspondre à un vrai besoin

a+