[spip-dev] Fonctionnalités pour le Back Office de SPIP

1) Un dictionnaire de définition des labels (pour par exemple
changer
"Sous-Titre" en "Réalisateur du Documentaire" si on le désire, et
de
même pour les autres labels).

... M'enfin, c'est du logiciel libre, vous en faites bien ce que vous
voulez... dans l'immédiat on ne va pas permettre ce genre de choses
en
standard. A plus long terme (après le 1.4) l'idéal serait qu'on
réussisse à
programmer un spip multilingue : il suffira alors de modifier le
fichier de
langue.

Oui bien sûr :wink: Le seul problème c'est que si on modifie les scripts
PHP on ne pourra alors plus mettre à jour SPIP avec les futures
versions
sans perdre toutes nos modifs :slight_smile:

5) Proposer un bouton de recalcul forcé de l'ensemble du site,
comme
"Mettre à jour le Cache".

Ca existe dans la partie "administration du site" (vider le cache)

Euh je ne crois pas que "Vider le Cache" fasse la même chose, il m'a
semblé que "Vider le Cache" vide le répertoire "CACHE" mais qu'il faut
"Recalculer cette Page" pour réécrire les fichiers du CACHE ... me
trompe-je ? Si oui, que fait exactement "Vider le Cache" ? Il recrée
tous les scripts PHP de templates et fichiers de données ou seulement
les fichiers de données ? Car ce qu'il y a marqué sur le site n'est
pas
tout à fait précis.

Ah oui aussi j'ai vu un autre truc au sujet des IMAGES : on ne peut
pas
donner à une image son titre ou descriptif en "info-bulle", ni
d'ailleurs définir une bordure à l'image dans les templates SPIP.

Voili voilou :o)

Christophe.

>>> Fil <fil@rezo.net> 07/08/02 18h24 >>>
@ Christophe Harry <c.harry@francetv.fr> :
> Il semblerait que ces fonctionnalités manquantes seraient très
> appréciables pour "personnaliser" le Back Office à notre sauce :

Nous avons conçu spip avec une partie privée commune à tous les

sites.

Ca
peut gêner aux entournures, mais on a décidé que les rédacteurs ne

sont

pas
stupides et on peut leur faire un glossaire "taper ceci pour avoir
cela".
Donc, a priori, "personnaliser le back office" c'est NON !..

> 1) Un dictionnaire de définition des labels (pour par exemple
changer
> "Sous-Titre" en "Réalisateur du Documentaire" si on le désire, et

de

> même pour les autres labels).

... M'enfin, c'est du logiciel libre, vous en faites bien ce que

vous

voulez... dans l'immédiat on ne va pas permettre ce genre de choses

en

standard. A plus long terme (après le 1.4) l'idéal serait qu'on
réussisse à
programmer un spip multilingue : il suffira alors de modifier le
fichier de
langue.

> 2) Une liste de checkbox pour l'affichage des différents modules
(par
> exemple Forums, Mots Clé etc), de sorte à masquer aux utilisateurs
ceux
> qu'ils n'ont pas à utiliser. En effet cette checkbox existe pour
> personnaliser l'affichage des différents champs de saisie d'un
article,
> mais pas pour le menu du Back Office.

On devrait pouvoir désactiver plus d'éléments, c'est vrai.

> 3) Proposer la recherche en "Full Text" pour le Back Office (pas
titre
> et numéro d'article seulement).

Oui : quand le moteur est activé, c'est dommage de ne pas

l'exploiter

dans
la partie privée.

> 4) Mettre le lien HREF "Visiter le Site" en target="_blank" pour

ne

pas
> quitter l'interface d'admin pour autant quand on le visite.

Horreur ! (Discussion qui revient souvent ici : target=_blank est
totalitaire : si je veux ouvrir dans une autre fenêtre je l'indique

à

mon
navigateur (commande-click sur le lien)...

> 5) Proposer un bouton de recalcul forcé de l'ensemble du site,

comme

> "Mettre à jour le Cache".

Ca existe dans la partie "administration du site" (vider le cache)

@ Schultz bruno <schultz@magic.fr> :
> Serait possible aussi de rajouter des champs 'personnalisables'
(perso1,
> perso2, ...) que les utilisateurs seraient libre d'utiliser comme

ils

le
> veulent avec le labels qu'ils desirent ?

Non, au moins pour l'instant : il y a bien assez de champs comme ça ;

à

la
limite tu peux créer des filtres pour extraire des infos de champs
complexes. J'utilise ainsi le champ PS pour mettre "numéros de page

et

type
de l'article", et ça marche très bien. Les mots-clés permettent

aussi

de
faire des tas de choses sans ajouter de champs.

> Un point important : que lors du changement d'une version a une

autre

les
> modifications faites ulterieument par l'utilisateur soient
automatiquement
> prise en compte.

Ca c'est le boulot de cvs. Spip lui-même n'écrase pas les

squelettes.

Mais
le code, on est bien obligés de le remplacer (sauf avec cvs,
justement).

-- Fil
From s-jdm@voila.fr Thu Aug 8 09:47:42 2002

Return-Path: <s-jdm@voila.fr>
Received: from smtp-out.voila.wanadooportails.com
  (smtp-out.voila.wanadooportails.com [193.252.117.74])
  by miel.brainstorm.fr (Postfix) with ESMTP id 924E21C877
  for <spip-dev@rezo.net>; Thu, 8 Aug 2002 09:47:42 +0200 (CEST)
Received: from voila.fr (10.3.7.82) by smtp-out.voila.wanadooportails.com
  (5.1.071)id 3D48F66D00072433 for spip-dev@rezo.net;
  Thu, 8 Aug 2002 09:47:15 +0200
Message-Id: <H0ILMQ$1E2C7012309AE1A3BA594CD9F9C578E3@voila.fr>
Subject:
  =?iso-8859-1?Q?Re:_[spip-dev]_Fonctionnalit=E9s_pour_le_Back_Office_de_SPIP?=
MIME-Version: 1.0
X-Sensitivity: 3
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-XaM3-API-Version: 3.2 (B27)
X-type: 0
X-SenderIP: 195.115.122.241
X-BeenThere: spip-dev@rezo.net
X-Mailman-Version: 2.1b2+
Precedence: list
List-Help: <mailto:spip-dev-request@rezo.net?subject=help>
List-Archive: <http://listes.rezo.net/archives/spip-dev>
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip-dev@rezo.net>
List-Id: SPIP : developpement <spip-dev.rezo.net>
X-List-Received-Date: Thu, 08 Aug 2002 07:47:42 -0000
Status: O
Content-Length: 1051
Lines: 23

>> 5) Proposer un bouton de recalcul forc=E9 de l'ensemble du site,
>> comme
>> "Mettre =E0 jour le Cache".

>Ca existe dans la partie "administration du site" (vider le cache)

Euh je ne crois pas que "Vider le Cache" fasse la m=EAme chose, il m'a
sembl=E9 que "Vider le Cache" vide le r=E9pertoire "CACHE" mais qu'il faut
"Recalculer cette Page" pour r=E9=E9crire les fichiers du CACHE ... me
trompe-je ? Si oui, que fait exactement "Vider le Cache" ? Il recr=E9e
tous les scripts PHP de templates et fichiers de donn=E9es ou seulement
les fichiers de donn=E9es ? Car ce qu'il y a marqu=E9 sur le site n'est
pas
tout =E0 fait pr=E9cis.

"Vider le Cache" vide bien le r=E9pertoire "CACHE", mais il suffit que quelqu'un aille sur une page pour qu'elle soit recalcul=E9e (pas besoin d'utiliser la fonction "Recalculer cette page", qui est utile, par ex., lorsqu'un seul article est modifi=E9)

Corrigez-moi si je me trompes...

sjdm

Vider le cache vide effectivement le cache. Et comme le cache est vide, Spip
est obligé de recalculer la page pour que le visiteur suivant puisse la voir.
Donc il est inutile de forcer le calcul de la page, il est automatique.

-----Message d'origine-----

De : spip-dev-bounces@rezo.net [mailto:spip-dev-bounces@rezo.net]De la
part de Christophe Harry
Envoyé : jeudi 8 août 2002 09:34

Ah oui aussi j'ai vu un autre truc au sujet des IMAGES : on ne peut
pas donner à une image son titre ou descriptif en "info-bulle", ni
d'ailleurs définir une bordure à l'image dans les templates SPIP.

- Si cette image à un titre et une description, l'info bulle est "titre -
taille ko"
- Si elle n'a pas de titre, il n'y a pas d'info bulle
- Si c'est un document joint, l'info bulle est "[logo]".
  C'est aussi le cas pour la photo d'un auteur, le logo d'une rubrique,
d'une brève ou d'un article.
- Si le document joint (une image jpeg) est inséré dans le texte, alors le
lien clickable est "(JPEG, taille Ko)"

Ce n'est pas forcément joli mais surtout le ALT (l'info bulle) ne remplie
pas du tout sa fonction origielle.
(Il est destiné à renseigner l'utilisateur du contenu de l'image sous une
forme ALTernative.)

Si vous utilisez un navigateur en mode texte comme LYNX, ou surtout si vous
êtes NON/MAL VOYANT, alors "l'info bulle" est capitale.

--> Suggestions :

- Le ALT (l'info bulle) doit-être toujours être la description.
- La description apparait sous forme de texte sous la vignette à la demande
(case à cocher par exemple).
- Pour des documents le lien hypertexte est le titre ou le cas échéant la
vignette.
Si la description n'est pas fournie, alors elle est du style "fichier WAV -
taille Ko"

De plus j'oubliait les squelettes :
le choix de l'affichage de tel ou tel "champ" peut (doit ?) se faire dans le
squelette.
on dispose des champs suivants :
#URL_DOCUMENT
#TITRE
#DESCRIPTIF
#TYPE_DOCUMENT
#TAILLE
#LARGEUR
#HAUTEUR

et #LOGO_DOCUMENT

Le problème est que ce dernier est remplacé par le code HTML par le tag IMG
complet :
<IMG ... ALT= ... BORDER=0...>
Cela se passe dans la fonction "calculer_champ" de "inc-calcul-squel.php3".
Elle appelle la fonction "affiche_logos" de "inc-calcul.php3".
Le problème est qu'elle ne passe "seulement" que les paramètres $arton (le
logo), $artoff (l'image de survol), $lien et $align.

Il faut donc passer aussi le texte alternatif $alt, voir aussi la largeur de
la bordure à la fonction "affiche_logos".

Il faut alors déterminer dans "calculer_champ" une valeur par défaut à ALT
plus appropriée.
Le plus souple serait de "passer" ces paramètres depuis le squelette :

* solution via un filtre :

Actuellement : [(#LOGO_DOCUMENT|#URL_DOCUMENT)]
Futur ? : [(#LOGO_DOCUMENT|URL(#URL_DOCUMENT)|ALT(#DESCRIPTIF))] par
exemple
Je crois que quelqu'un à demandé un passage de paramètres pour les filtres ?

* solution en passant des paramètres à #LOGO_DOCUMENT :

[(#LOGO_DOCUMENT(#URL_DOCUMENT,#DESCRIPTIF,2)] avec cadre de 2 pixels
d'épaisseur

Ne connaissant pas les mécanismes utilisés dans SPIP, je ne sais pas quelle
est la meilleure solution, ni même si c'est faisable ?

Cordialement,
Yves

PS: pour la largeur de la bordure, ne peut-on pas utiliser les feuilles de
styles ?