[spip-dev] Re: (petite) suggestion

@ Yannick Patois <patois@calvix.org> :

Ayant eu à déplacer un site SPIP, et ayant de temps en temps à faire des
mises à jour, je trouverais interssant qu'il existe dans le panneau
d'administration un petit flag qui bloque toute possibilité d'édition du
site de maniere temporaire (de maniere à ce que des rédacteurs ne
voient pas leur articles disparaitre lors d'une restauration de base,
etc)...

Ce genre de suggestions serait à sa place sur l'autre liste :
spip-dev@rezo.net

Il est possible que ce ne soit pas trop dur à implémenter, et parfois
utile... Qu'en pensez-vous ?

Ca pourrait être utile dans d'autres situations, par exemple si on crée un
miroir d'un site... on veut que le miroir soit bloqué.

Quelques pistes :
- le blocage devra nécessiter une authentification ftp
- le blocage ne doit pas être indiqué en base mais par un fichier (en cas de
    duplication de site)
- qu'est-ce qui doit être bloqué ?

-- Fil

Bohwaz a écrit :

- Je vais essayer de dév une fonction qui permet à un rédacteur (ou
admin) de récupérer son mot de passe si il l'a oublié. Pour ça je vais
essayer de créer un tag #FORMULAIRE_OUBLIE_MDP et les fonctions qui
enverront le mail avec le mdp à l'auteur. Si vous voyez une faille de
sécurité ds ma démarche (genre tt le monde peut reçevoir le mdp d'un
rédacteur) dites le moi tt de suite, histoire que j'évite des mdp qui
se baladent dans la nature.

En fait il est impossible de récupérer le mot de passe depuis la version
cryptée qui est dans la base (sauf en utilisant un utilitaire de crack
de mots de passe, bien sûr ;-)). Le formulaire devrait donc plutôt
mailer une URL contenant un code spécifique permettant ensuite au rédacteur
d'y entrer un nouveau mot de passe.

Je crois pas. Si t'as un le Spip de base et ensuite que tu peux
télécharger sur le site de spip des modules compatibles qui te
permettent des trucs plus pointus et que tout le monde n'a pas
forcément besoin, c'est au bénéfice de tous, débutants et
professionnels:

Je suis d'accord avec l'utilité de la modularisation, par contre c'est
quelque chose qui est difficile à réaliser si on ne veut pas restreindre
le champ des possibilités.

Exemple, si on voulait livrer les mots-clés sous forme de module :

- les mots-clés peuvent être liés à tous types d'objets (articles, brèves...)

- les mots-clés ont leur boucle spécifique, mais apportent aussi des
critères spécifiques dans d'autres types de boucles ({id_mot} ou même
{titre_mot} si je me souviens bien)

- ils doivent être pris en compte dans la sauvegarde et la restauration
de la base de données, de façon non triviale (ils sont liés aux articles,
il faut donc sauvegarder la liaison avec). Tiens, d'ailleurs Arno, t'as
pensé à rajouter les nouveaux liens dans la sauvegarde (mots <-> rubriques,
etc.) ?

- ils doivent aussi être pris en compte dans l'optimisation périodique
de la base de données.

Il faut donc un code beaucoup plus souple qu'actuellement, avec un ensemble
de procédures permettant à un module de s'accrocher à telle ou telle
fonctionnalité de base (édition dans l'espace privé, affichage dans l'espace
public, maintenance technique...).

Et, heu, il y a déjà des tonnes de choses à faire....

Amicalement

Antoine.

Salut,

j'ai mis à jour le TODO (rubrique bugs principalement).

En passant, on est confus, on a oublié de vous annoncer qu'on faisait
une petite présentation / "formation" SPIP vendredi soir, à la No-Zelig.
C'était très sympa, il y avait environ une quarantaine de personnes,
les deux tiers à l'atelier débutants animé par Arno, le reste pour la
partie plus "expérimentée" (initiation à l'administration) avec moi et
Fil.

Voilà

a+

Antoine.

Bonjour,

Je fais un site qui utilisera plusieurs Skin et j'ai été confronté à un
probléme avec le critére #INTRODUCTION

Il est trés pratique, par contre le fait que ce soit 600 caractéres ou rien,
c'est un peu, voir trés limité dés que l'on veux permettre à l'affichage de
rentrer dans ses propres caractéristiques ou types d'articles.

J'aimerais vous proposer de mettre un filtre pour ce critére afin de
controler la taille de l'introduction.

[(#INTRODUCTION|taille=xxxx)]

xxxx étant le nombre de caractéres à afficher pour l'introduction.

Cordialement,

reveOlution

Salut,

Beaucoup de mails pour paramétrer #INTRODUCTION dans tous les sens. Si je peux me permettre un conseil: utilisez #DESCRIPTIF à la place. Au moins, le descriptif est inséré "à la main" lors de la rédaction des articles, il ne subit aucun traitement spécial, donc sur cet élément, au moins, on a un contrôle absolu. Si votre site a des besoins particuliers (images, pas images, longueur de texte à déterminer soi-même, etc.), travaillez plutôt avec #DESCRIPTIF, je suis certain que ça vous facilitera la vie :-))

ARNO*

Attention, on ne peut mettre de lien ou autres choses de ce type dans desctiptif, ça fait des interférences dans les squelettes (au moins chez moi !)

Beaucoup de mails pour paramétrer #INTRODUCTION dans tous les sens.
Si je peux me permettre un conseil: utilisez #DESCRIPTIF à la place.
Au moins, le descriptif est inséré "à la main" lors de la rédaction
des articles, il ne subit aucun traitement spécial, donc sur cet
élément, au moins, on a un contrôle absolu. Si votre site a des
besoins particuliers (images, pas images, longueur de texte à
déterminer soi-même, etc.), travaillez plutôt avec #DESCRIPTIF, je
suis certain que ça vous facilitera la vie :-))

ARNO*

Oui je comprends tout à fait, en plus j'imagine que la TODO est déjà pleine
de petits trucs bcp plus compliqués et important que ce petit filtre.

Mais pour défendre un tout petit peu le filtre de la longueur de l'intro,
s'il est vraie que l'on peu utiliser description, se pose le probléme de la
mise en place d'un nouvel interface, ou même de devoir compter les mots et
caractéres... etc...

Si aprés un nouveau design on choisi de réduire x2 la taille d'un descriptif
ça veux dire modifier tous les articles publiés !

Aprés on peu toujours dire que le design est au service du contenu, et donc
une fois une taille de descriptif définie on doit s'y plier... Mais si l'on
ne fait que intégrer du contenu dans un design là il y a probléme car le
descriptif devient une contrainte.

Mais c'est peut-être du luxe... Quoique c'est le genre de fonctionalité que
j'utiliserais dans 90% de mes squelettes...

Sans parler de la transparence pour les rédacteurs. Car souvent une case de
plus à remplir c'est un possible probléme de plus :wink:

Bon, j'en reparlerais dans 6 mois =) En attendant on va voir ce que l'on peu
faire avec #DESCRIPTIF

Merci ARNO pour ton aide, et encore bravo à l'équipe de dev pour SPIP !

Cordialement,

reveOlution

En fait, c'est dans la todo (sauf erreur). L'idée n'est pas une fonction réservée à INTRODUCTION, mais plus généralement de permettre des filtres passant une ou plusieurs variables. Mais c'est pas fait pour l'instant, faut que ce soit fait proprement.

ARNO*

Je n'osais pas en parler (de l'application du filtre à tous les types de
champs) :wink:

Ca pourrais également être trés pratique pour des présentations en
collonnes, genre magazine ou l'on puisse gérer la construction de collonnes
égales en hauteur sur une texte variable en longeur.

Je reve de pouvoir enfin intégrer spip à une présentation longitudinale =)

Cordialement,

reveOlution

Bonjour reveOlution,

A propos de la longueur de #INTRODUCTION, j'ai déjà posté un code et
reposté plusieurs fois pour paramétrer la longueur de la balise.

Si tu cherche dans les archives tu le trouvera normalement.

Mais voilà la soluse:

dans mes_fonctions.php3 à la racine de ton site tu met ça:

<?
function court_grand($texte)
{
  $max_caracteres=400;
    $texte = substr($texte,0,$max_caracteres);
    $texte = $texte."...";
  return $texte;
}
?>

Et dans tes squelettes tu met [(#INTRODCUTION|court_grand)]

Ca restreint à 400 caractères.

à+