[SPIP Zone] [couteau suisse] et [squelette alternatives] : balise étoilée #TEXTE*

Archives Zone
1

Voici une conversation qui a eu un petit détour privé...

*Christian* :
>> Bonjour chère liste,
>> Voici mon problème, j'ai installé le Couteau suisse et puis je suis passé au squelette d'Alternatives. Mais voila le petit résumé qui apparait au début de chaque article est parasité par l'entrée de glossaire. qui vient s'afficher en plein milieu du texte.

*Pat* :
>> Le problème de ce squelette est l'utilisation de la balise étoilée dans article.html : #TEXTE*. Pour que les outils du Couteau Suisse fonctionnent, il faut tout virer et garder uniquement :
   [<div class="#EDIT{texte} texte">(#TEXTE|reduire_image{440,0})</div>]

*André* :
>> Patr a raison, ce n'est pas le Couteau suisse qui est en responsable de ce dysfonctionnement, c'est le texte étoilé du squelette Alternatives.

Pour l'instant, nous allons quand même conserver l'étoile (condition pour le bon fonctionnement des tables de matières automatique dans les articles) à moins qu'on trouve une solution pour modifier le filtre dans
mes_fonctions.php sans recours au texte étoilé.

La table des matières des articles, incluse dans les squelettes a 4
avantages présentement sur celle du Couteau suisse que nous aurions pourtant
aimé utiliser.
- elle est incluse automatiquement 'out of the box',
   sans autre configuration ou nécessité d'installation d'un plugin,
- elle est multilingue pour toutes les langues de SPIP,
- compatibilité ascendante avec les versions précédentes et
   à venir des squelettes.
- le style (CSS) de la table des matières est intégré
   au design du squelette.

Mais j'aimerais quand même qu'on puisse virer le texte étoilé.

André Vincent
Équipe de développement du squelette Alternatives

2

André a écrit :

Pour l'instant, nous allons quand même conserver l'étoile (condition pour le bon fonctionnement des tables de matières automatique dans les articles) à moins qu'on trouve une solution pour modifier le filtre dans
mes_fonctions.php sans recours au texte étoilé.

Deux solutions radicales a priori :
  - un test de la présence du Couteau Suisse avec la balise #PLUGIN, qui orientera l'utilisation de #TEXTE* ou de #TEXTE
  - l'abandon pur et simple de l'étoile au profit d'un traitement en php sur la balise #TEXTE[articles]. Il faudra coder ça proprement pour permettre une cohabitation harmonieuse entre les deux plugins...

Une autre voie serait aussi de paramétrer le squelette grâce au plugin CFG... Toutes les options pourront alors être choisies par l'utilisateur à un seul endroit. C'est vraiment pratique.

La table des matières des articles, incluse dans les squelettes a 4
avantages présentement sur celle du Couteau suisse que nous aurions pourtant
aimé utiliser.
- elle est incluse automatiquement 'out of the box',
   sans autre configuration ou nécessité d'installation d'un plugin,

vrai. mais quelque part, autant garder la séparation squelette/plugin.

Je sais qu'Alternatives a franchi la ligne rouge en proposant un squelette en plugin, mais une différenciation entre l'apparence d'un site et de ses fonctionnalités rédactionnelles est nécessaire. Par exemple, la barre typo V2 est sympa et populaire, mais c'est pas pour autant nécessaire de l'intégrer à un squelette...

Aux webmestres de choisir quelles fonctionnalités (quels plugins) il ajoute à votre squelette : rien n'interdit de proposer une liste de plugins "alterno-sympatoches" afin d'orienter les webmestres sur leurs choix.

- elle est multilingue pour toutes les langues de SPIP,

faux. Le titre du Sommaire du CS est surchargeable. Le sommaire devient donc multilingue grâce au code suivant :
  @define('_sommaire_TITRE', _T('icone_brouteur'));
Si on veut même, on peut surcharger le fond lui-même (sommaire1.html) dans le répertoire mon_squelette/fonds/

- compatibilité ascendante avec les versions précédentes et
   à venir des squelettes.

faux. La compatibilité est assurée grâce au code suivant :
  // Compatibilite ascendante avec l'ancien filtre 'decoupe'
  @define('_decoupe_COMPATIBILITE', '-----');

- le style (CSS) de la table des matières est intégré
   au design du squelette.

faux. Le sommaire est un fond (sommaire1.html) que l'on peut surcharger dans le répertoire mon_squelette/fonds/
Les styles de ce sommaire sont définissables dans n'importe quelle feuille de style.

Mais j'aimerais quand même qu'on puisse virer le texte étoilé.

J'abonde en ce sens... C'est priver l'utilisateur d'une fonctionnalité bien utile de SPIP : les traitements de balise.

allez, vite fait :
2 inconvénients du sommaire d'alternatives :
- balise étoilée (bien sûr...)
- notes en double (je ne pense pas que ce bug soit corrigé...)
3 avantages du couteau suisse :
- désactivable
- insert automatique ou en balise SPIP
- surchargeable

J'ai eu des messages d'utilisateurs un peu perdus à qui j'ai dû conseiller une modification du squelette :

A très bientôt, et encore bravo pour ce squelette, de toute façon vraiment réussi.

Pat

P.S. : le Couteau Suisse se rend très malléable en proposant des packs de configuration. tout est expliqué ici : [dev] Le Couteau Suisse à piloter - SPIP-Contrib

3

Suite aux remarques de Patrice et de nombreux autres participants au forum
des utilisateurs du squelette d'Alternatives, pour la version 1.9.3 des
squelettes, nous envisageons de procéder à de nombreuses modifications dont
celle concernant la génération automatique d'une table des matières et de la
découpe d'un article en plusieurs pages pour les articles longs.

1. les squelettes d'Alternatives ne comporteront plus de table des matières
automatique sur les articles; cette fonctionnalité sera optionnelle avec
l'installation suggérée du Couteau suisse.

2. les modifications suivantes seront apportées aux squelettes
d'Alternatives:
  - virer la balise étoilée sur #TEXTE* la double insertion
    de #NOTE dans article.html
  - ajouter /alternatives/fonds/sommaire1.html et l'adapter à la
    chartre graphique des squelettes Alternatives
  - modifier /alternatives/alternatives_options.php et y ajouter :
      @define('_sommaire_TITRE', _T('icone_brouteur'));

3. Est-ce suffisant ? Reste-t-il encore des balises étoilées problématiques?

4. Des modifications seront aussi apportées aux squelettes pour intégrer de
façon plus harmonieuse (et plus facilement paramétrable) dans la
distribution des squelettes le plugin 'agenda_alternatives' dont
l'activation demeurera toutefois optionnelle. De toute façon, Patrice a déjà
réalisé presque tout le boulot. Voir :

ives/lisezmoi.txt

5. Est-ce que ça conviendrait aux utilisateurs actuels des squelettes
d'Alternatives ?

André Vincent

----

André a écrit :

Pour l'instant, nous allons quand même conserver l'étoile (condition
pour le bon fonctionnement des tables de matières automatique dans les
articles) à moins qu'on trouve une solution pour modifier le filtre dans
mes_fonctions.php sans recours au texte étoilé.

Deux solutions radicales a priori :
- un test de la présence du Couteau Suisse avec la balise #PLUGIN, qui
orientera l'utilisation de #TEXTE* ou de #TEXTE
- l'abandon pur et simple de l'étoile au profit d'un traitement en php
sur la balise #TEXTE[articles]. Il faudra coder ça proprement pour
permettre une cohabitation harmonieuse entre les deux plugins...

Une autre voie serait aussi de paramétrer le squelette grâce au plugin
CFG... Toutes les options pourront alors être choisies par l'utilisateur
à un seul endroit. C'est vraiment pratique.

La table des matières des articles, incluse dans les squelettes a 4
avantages présentement sur celle du Couteau suisse que nous aurions pourtant
aimé utiliser.
- elle est incluse automatiquement 'out of the box',
   sans autre configuration ou nécessité d'installation d'un plugin,

vrai. mais quelque part, autant garder la séparation squelette/plugin.

Je sais qu'Alternatives a franchi la ligne rouge en proposant un
squelette en plugin, mais une différenciation entre l'apparence d'un
site et de ses fonctionnalités rédactionnelles est nécessaire. Par
exemple, la barre typo V2 est sympa et populaire, mais c'est pas pour
autant nécessaire de l'intégrer à un squelette...

Aux webmestres de choisir quelles fonctionnalités (quels plugins) il
ajoute à votre squelette : rien n'interdit de proposer une liste de
plugins "alterno-sympatoches" afin d'orienter les webmestres sur leurs
choix.

- elle est multilingue pour toutes les langues de SPIP,

faux. Le titre du Sommaire du CS est surchargeable. Le sommaire devient
donc multilingue grâce au code suivant :
@define('_sommaire_TITRE', _T('icone_brouteur'));
Si on veut même, on peut surcharger le fond lui-même (sommaire1.html)
dans le répertoire mon_squelette/fonds/

- compatibilité ascendante avec les versions précédentes et
   à venir des squelettes.

faux. La compatibilité est assurée grâce au code suivant :
// Compatibilite ascendante avec l'ancien filtre 'decoupe'
@define('_decoupe_COMPATIBILITE', '-----');

- le style (CSS) de la table des matières est intégré
   au design du squelette.

faux. Le sommaire est un fond (sommaire1.html) que l'on peut surcharger
dans le répertoire mon_squelette/fonds/
Les styles de ce sommaire sont définissables dans n'importe quelle
feuille de style.

Mais j'aimerais quand même qu'on puisse virer le texte étoilé.

J'abonde en ce sens... C'est priver l'utilisateur d'une fonctionnalité
bien utile de SPIP : les traitements de balise.

allez, vite fait :
2 inconvénients du sommaire d'alternatives :
- balise étoilée (bien sûr...)
- notes en double (je ne pense pas que ce bug soit corrigé...)
3 avantages du couteau suisse :
- désactivable
- insert automatique ou en balise SPIP
- surchargeable

J'ai eu des messages d'utilisateurs un peu perdus à qui j'ai dû
conseiller une modification du squelette :
Le Couteau Suisse - SPIP-Contrib

A très bientôt, et encore bravo pour ce squelette, de toute façon
vraiment réussi.

Pat

P.S. : le Couteau Suisse se rend très malléable en proposant des packs
de configuration. tout est expliqué ici :
[dev] Le Couteau Suisse à piloter - SPIP-Contrib

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

4

Je sais qu'Alternatives a franchi la ligne rouge en proposant un
squelette en plugin [...]

NON, pas vraiment.
Le jeu de squelettes Alternatives est encore tout à fait fonctionnel
installé dans /squelettes/ de façon classique ou dans /squelettes_test/ avec
le plugin 'switcher'. Voir :
    http://demo.spip.org/?var_skel=alternatives

Mais OUI...
l'installation de squelettes en plugin permet de bénéficier du superbe
mécanisme de plugins de SPIP.

D'ailleurs quelqu'un a déjà écrit il y a quelques semaines sur l'une des
listes de SPIP quelque chose du genre : "des squelettes en plugin, c'est
con".

Je suis presque de cet avis.

Mais je ne vois pas comment faire autrement pour assurer aux utilisateurs
d'un squelette générique une facilité de mise à jour sans écraser leurs
personnalisations dans le dossier /squelettes/. Sans compter les multiples
autres possibilités offertes par le mécanisme de plugins de SPIP.

Plusieurs squelettes génériques semblent aussi avoir adopté cette voie.

Doit-on continuer à explorer la voie des squelettes-plugin ou revenir à
l'installation classique dans /squelettes/ ? Y a-t-il d'autres voies
possibles ?

Les diverses tentatives de développer un mécanisme de gestion des squelettes
aussi souple que celui des plugins ne s'est pas avéré jusqu'ici concluant :
il faut toujours installer un plugin, de toute façon. À ce compte là, aussi
bien que le jeu de squelettes soit lui-même un plugin.

Mais c'est sûr que ça entretient la confusion des genres.

----

En prévision de la version 1.9.3 de SPIP

Si on doit poursuivre dans la voie des squelettes-plugin, je suggère que
soit créé sur la zone, dans _plugins_ un dossier _squelettes_ pour les
squelettes-plugin qui seraient alors pris en compte par
    http://files.spip.org/spip-zone/paquets.rss.xml.gz

Ces squelettes pourraient ainsi bénéficier du mécanisme semi-automatique
d'installation et de mise à jour dans /plugins/auto de SPIP 1.9.3.

Je me prend à rêver d'un SPIP mutualisé où des jeux de squelettes-plugin
seraient mis à disposition des sites mutualisés, mais surchargeables dans
chacun des dossiers /squelettes/ via l'espace privé avec un éditeur de
squelette tel 'skel_editor'. Bye bye alors la nécessité d'un accès FTP...

André Vincent

5

Les plugins sont à voir comme les .xpi de Firefox, qui peuvent recouper à la
fois des squelettes et des outils comme SPIP-listes.

Et pouvoir configurer un squelette-plugin via l'interface
d'activation/désactivation des plugins, ca a du bon :slight_smile:

-----Message d'origine-----
De : spip-zone-bounces@rezo.net [mailto:spip-zone-bounces@rezo.net] De la
part de Andre Vincent
Envoyé : vendredi 21 décembre 2007 21:50
À : spip-zone@rezo.net
Objet : [SPIP Zone] Des squelettes en plugins, est-ce con ?

Je sais qu'Alternatives a franchi la ligne rouge en proposant un
squelette en plugin [...]

NON, pas vraiment.
Le jeu de squelettes Alternatives est encore tout à fait fonctionnel
installé dans /squelettes/ de façon classique ou dans /squelettes_test/ avec
le plugin 'switcher'. Voir :
    http://demo.spip.org/?var_skel=alternatives

Mais OUI...
l'installation de squelettes en plugin permet de bénéficier du superbe
mécanisme de plugins de SPIP.

D'ailleurs quelqu'un a déjà écrit il y a quelques semaines sur l'une des
listes de SPIP quelque chose du genre : "des squelettes en plugin, c'est
con".

Je suis presque de cet avis.

Mais je ne vois pas comment faire autrement pour assurer aux utilisateurs
d'un squelette générique une facilité de mise à jour sans écraser leurs
personnalisations dans le dossier /squelettes/. Sans compter les multiples
autres possibilités offertes par le mécanisme de plugins de SPIP.

Plusieurs squelettes génériques semblent aussi avoir adopté cette voie.

Doit-on continuer à explorer la voie des squelettes-plugin ou revenir à
l'installation classique dans /squelettes/ ? Y a-t-il d'autres voies
possibles ?

Les diverses tentatives de développer un mécanisme de gestion des squelettes
aussi souple que celui des plugins ne s'est pas avéré jusqu'ici concluant :
il faut toujours installer un plugin, de toute façon. À ce compte là, aussi
bien que le jeu de squelettes soit lui-même un plugin.

Mais c'est sûr que ça entretient la confusion des genres.

----

En prévision de la version 1.9.3 de SPIP

Si on doit poursuivre dans la voie des squelettes-plugin, je suggère que
soit créé sur la zone, dans _plugins_ un dossier _squelettes_ pour les
squelettes-plugin qui seraient alors pris en compte par
    http://files.spip.org/spip-zone/paquets.rss.xml.gz

Ces squelettes pourraient ainsi bénéficier du mécanisme semi-automatique
d'installation et de mise à jour dans /plugins/auto de SPIP 1.9.3.

Je me prend à rêver d'un SPIP mutualisé où des jeux de squelettes-plugin
seraient mis à disposition des sites mutualisés, mais surchargeables dans
chacun des dossiers /squelettes/ via l'espace privé avec un éditeur de
squelette tel 'skel_editor'. Bye bye alors la nécessité d'un accès FTP...

André Vincent

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

6

Andre Vincent a écrit :

1. les squelettes d'Alternatives ne comporteront plus de table des matières
automatique sur les articles; cette fonctionnalité sera optionnelle avec
l'installation suggérée du Couteau suisse.

merci André pour tes réponses détaillées.
ça peut-être le Couteau Suisse ou un plugin à part créé pour l'occasion et développé sur la zone.
ça ne me choque pas plus que ça d'avoir la volonté d'installer un site a minima. c'est à réfléchir car qui dit code, dit aussi maintenance...
c'est vrai que l'imbrication du sommaire et de la découpe en page a fait quelques progrès depuis cette ancienne contrib :wink: (2003, non?)

3. Est-ce suffisant ? Reste-t-il encore des balises étoilées problématiques?

Il y a 9 balises étoilées à l'heure actuelle ans le squelette, mais seule #TEXTE* dans article me paraissait un peu sévère.
Une suggestion peut-être, en rapport avec supprimer_numero (89 occurences !) : autant laisser le choix au webmestre, car tous les sites n'utilisent pas la numérotation. La définition de $table_des_traitements['TITRE'] posée dans alternatives_options.php simplifie déjà grandement.

4. Des modifications seront aussi apportées aux squelettes pour intégrer de
façon plus harmonieuse (et plus facilement paramétrable) dans la
distribution des squelettes le plugin 'agenda_alternatives' dont
l'activation demeurera toutefois optionnelle. De toute façon, Patrice a déjà
réalisé presque tout le boulot. Voir :
Connexion · GitLab
ives/lisezmoi.txt

Je me demande si les petites modifs que je suggère dans les fichiers html ne pourraient pas être intégrées directement. Tout comme les crayons, elle sont silencieuses si le plugin agenda n'est pas présent.
Au niveau du placement du mini-calendrier il faut que tu vois où est à ton avis sa meilleure place. Dans sa précédente version non cachée, ce calendrier fonctionnait très bien à gauche. Maintenant, ce n'est plus possible, à moins d'ajouter {archive=#ENV{archive}}{self=#SELF} à toutes les inclusions de {fond=inc/inc-menu} (41 occurrences...).
Bien sûr, comme je l'avais mis à gauche, j'ai eu pas mal de mails qui me demandaient : mais comment le mettre à droite !?
Avant donc, c'était pareil, à droite ou à gauche, même combat. Aujourd'hui c'est bien plus facile de le mettre à droite...
Ah... la politique !

5. Est-ce que ça conviendrait aux utilisateurs actuels des squelettes
d'Alternatives ?

Oui ! Encore bravo pour ce squelette souple et international.

Pat

7

Andre Vincent a écrit :

l'installation de squelettes en plugin permet de bénéficier du superbe
mécanisme de plugins de SPIP.

oui, notamment de la mise à jour auto...

D'ailleurs quelqu'un a déjà écrit il y a quelques semaines sur l'une des
listes de SPIP quelque chose du genre : "des squelettes en plugin, c'est
con".

sérieux? ben je l'ai loupée cette-là :wink:
un jeu de squelettes en plugin c'est un pack de toute façon...
peut-être alternatives pourrait passer en squelette et alter-perso rester en plugin afin de profiter des surcharges et de garder la main sur $GLOBALS['dossier_squelettes'] rendu obsolète par le plugin...
Je ne sais pas dans quelle mesure CFG pourrait s'occuper de ces personnalisations...

un truc de ce genre pourrait-il fonctionner ?
[<link rel="stylesheet" href="#URL_SITE_SPIP/(#CHEMIN{[(#CONFIG{ma_personnalisation}/)]styles/perso.css})" type="text/css" media="projection, screen, tv" />]
(non testé !)

il faut toujours installer un plugin, de toute façon.

Oui, ça au moins un... Disons qu'on peut suivre la philosophie qui dit que plus l'utilisateur en veut, plus y a de plugins à installer...
1. le squelette de base qui fonctionne
2. la config avec CFG qui gère certains paramètres (comme le supprimer_numero ou le choix des mots clés par exemple)
3. la personnalisation avec alter-perso
4. la sur-personnalisation avec squelettes/
5. l'agenda, les widgets et agenda_alternatives (sauf si pré-intégré)
6. les découpes, sommaires, glossaires et tutti quanti
7. etc. etc.

Pat

8

"Andre Vincent" <andre@alternatives.ca> a écrit dans
le message de news: C3919135.2817B%andre@alternatives.ca...

Je sais qu'Alternatives a franchi la ligne rouge en proposant un
squelette en plugin [...]

Mais je ne vois pas comment faire autrement pour assurer aux utilisateurs
d'un squelette générique une facilité de mise à jour sans écraser leurs
personnalisations dans le dossier /squelettes/. Sans compter les multiples
autres possibilités offertes par le mécanisme de plugins de SPIP.

lut tutti, je vous lis chaque jour mais là c'est important de causer ;O)

.. perso je suis une petite main bien empotée avec SPIP , et il m'est ++
indispensable de pourtant "maintenir" un site public stable et moderne
avec les principaux .html dans /squelettes/ et tout le reste de(s| la)
machinerie(s) dans des plugins paramétrables.

Donc OUI OUI OUI à cette complémentarité géniale !!!
perso j'ai galéré plus d'un an avant de m'apercevoir que je pouvais mettre
à jour Sarkaspip et CS en /plugins tout en maintenant article.html&co dans
/squelettes&co,
...avant toutes mes mises à jour s'envolaient à chaque svn ... galère avec
les css, avec les fichiers de lang, etc etc
=> maintenant je n'y vais plus à reculons ;O))

Bravo !!!
DrJFB