Nouvelle fonctionalité ... qui existe peut-être déjà ?

Bonjour,

J'aimerai savoir s'il est possible de rajouter des zones personnalisables
(comme les zones 'Titre' ou 'Texte') à l'intérieur des articles.
Je m'explique :
Le but serait d'appronfondir la notion de gestion de contenu en
personnalisant les champs saisisables au moment de la création d'article.
On pourrait par exemple avoir besoin d'une zone 'contact' ou 'horaires
d'ouverture'. L'administrateur pourait donc créer ces nouvelles zones et
les personnes chargées de l'alimentation (les rédacteurs ou les
administrateur de contenu uniquement) n'auraient plus qu'à remplir ses
zones (de la même manière qu'elle remplissent aujourd'hui la partie 'Texte'
).

Cette fonctionnalité existe peut être déjà ?
Si c'est le cas, pouvez vous me communiquer les fichiers à intégrer à SPIP
?
Sinon, pensez vous que cette fonctionnalité est facilement implémentable
(combien de jours ?)

Merci d'avance de vos réponses.

Céline Le Lons.

On Mon, 2003-05-19 at 15:45, celine.le-lons@bull.net wrote:

Bonjour,

J'aimerai savoir s'il est possible de rajouter des zones personnalisables
(comme les zones 'Titre' ou 'Texte') à l'intérieur des articles.

  Il y a une solution un peu sale, mais facile qui consiste à détourner
un des autres champs, ce qui évite d'ajouter des colonnes dans les
tables de la bases de données.
  Par exemple, pour ajouter les champs Adresse, Telephone et Fax, on
écrit un truc du genre
<Adresse>...</Adresse><Telephone>...</Telephone><Fax>...</Fax> dans
le PS, et on écrit un filtre pour isoler les éléments :
  function adresse($texte) {
    ereg("<Adresse>(.*)</Adresse>", $texte, $reg);
    return $reg[1];
  }
  ..

(j'ai mis ça à la sauce xml par "déformation professionnelle", mais un
caractère séparateur et un appel à split fait aussi bien l'affaire :-).
  Par contre, pour la saisie, il faut modifier l'admin pour remplacer le
champ PS par 3 champs séparés puis les "recoller" quand on valide.

À+, Pif.

Bonjour,

Je suis tout à fait d'accord, pour que Spip évolue, il lui faudra passer le
cap du CMS : qui dans l'état actuel est un outil génial, avec une communauté
extraordinaire !

C'est d'ailleurs ce qu'ont fait certains CMS qui permettent de gérer le
nombre de zones pour un article par exemple, dans une rubrique X on précise
que l'on veut 3 zones seulement, que la première s'appelle titre, la seconde
texte et la troisième Lien et cela est personnalisable à l'infini et permet
d'éviter d'avoir à gérer les demandes incessantes des utilisateurs.

On peut ainsi éviter la différenciation article - brève, car dans ce cas là,
la brève n'est autre chose qu'un article avec moins de zones.

De plus avec cette solution, on met aussi en évidence la possibilité de
créer un agenda, sans détourner une fonction fort appréciable par ailleurs.

Il me semble aussi qu'il faudra éviter de restreindre les brèves aux simples
secteurs : c'est domage et cela complique les choses, mais puisque la brève
deviendrait un article "racourci" ce problème n'existerait plus...

Cela permet également de pouvoir gérer n'importe quel type d'information :
annuaire de site (plus élaborer qu'en ce moement), forum etc...

Par contre cela nécessite de grands bouleversements que de remonter toute
l'architecture d'un niveau, pour obtenir une fonctionnalité qui soit
toatlement modulable et qui permette de créer soit même le formatage des
zones (texte, brèves, sites, forum etc.) : en tout cas il me semble...

Cordialement

              \\\\\/////
              | - - |
             [ ° ° ]
----oOOo--(_)-oOOo---------------

  Jean-Luc GRELLIER
  (->Netjl<-)

  ICQ: 117061113

  netjl@ouvaton.org
  http://weo.ouvaton.org

---------------Ooooo-------------
                   ( )
      ooooO ) /
      ( ) (_ /
       \ (
         \_ )

----- Original Message -----
From: <celine.le-lons@bull.net>
To: <spip@rezo.net>
Sent: Monday, May 19, 2003 3:45 PM
Subject: [Spip] Nouvellefonctionalité ... qui existe peut-être déjà ?

Bonjour,

J'aimerai savoir s'il est possible de rajouter des zones personnalisables
(comme les zones 'Titre' ou 'Texte') à l'intérieur des articles.
Je m'explique :
Le but serait d'appronfondir la notion de gestion de contenu en
personnalisant les champs saisisables au moment de la création d'article.
On pourrait par exemple avoir besoin d'une zone 'contact' ou 'horaires
d'ouverture'. L'administrateur pourait donc créer ces nouvelles zones et
les personnes chargées de l'alimentation (les rédacteurs ou les
administrateur de contenu uniquement) n'auraient plus qu'à remplir ses
zones (de la même manière qu'elle remplissent aujourd'hui la partie 'Texte'
).

Cette fonctionnalité existe peut être déjà ?
Si c'est le cas, pouvez vous me communiquer les fichiers à intégrer à SPIP
?
Sinon, pensez vous que cette fonctionnalité est facilement implémentable
(combien de jours ?)

Merci d'avance de vos réponses.

Céline Le Lons.

On Tue, 2003-05-20 at 09:41, netjl ouvaton wrote:

C'est d'ailleurs ce qu'ont fait certains CMS qui permettent de gérer le
nombre de zones pour un article par exemple, dans une rubrique X on précise
que l'on veut 3 zones seulement, que la première s'appelle titre, la seconde
texte et la troisième Lien et cela est personnalisable à l'infini et permet
d'éviter d'avoir à gérer les demandes incessantes des utilisateurs.

  Ça complique aussi pas mal les choses. Généralement, ça implique de
n'avoir qu'une colonne "données" avec tous les champs en vrac dedans. Il
est donc beaucoup plus difficile de faire une selection sur une de ces
colonnes "virtuelles" (par exemple, un tri par PS pour ordonner
artificiellement des articles)

On peut ainsi éviter la différenciation article - brève, car dans ce cas là,
la brève n'est autre chose qu'un article avec moins de zones.

  Comme tu le dis plus loin, une brève est également limitée aux
secteurs, ce qui simplifie grandement les requètes sql je suppose.

Par contre cela nécessite de grands bouleversements que de remonter toute
l'architecture d'un niveau, pour obtenir une fonctionnalité qui soit
toatlement modulable et qui permette de créer soit même le formatage des
zones (texte, brèves, sites, forum etc.) : en tout cas il me semble...

  Ça change aussi le traitement des squelettes : aujourd'hui, quand il y
a un #INTRODUCTION, on sait qu'il faudra aller chercher le texte ou le
descriptif. Là, il faudrait gérer un #n'importe-quoi ...
  Le peu que j'ai regardé dans inc-calcul-squel me dit que ça
simplifierait pas forcement les choses :wink:

À+, Pif.