[spip-dev] nouvelles balises h(n) (suite)

Dev
1

Bonjour,

je suis un nouveau venu sur cette liste, mais, grâce à Laurent avec qui je
participe au site MiNET (c'est d'ailleurs moi qui lui ai fait part du bug
des urls, désolé ;), j'ai suivi quelques enchaînements :slight_smile:

J'aimerais participer à cette histoire de nouvelles balises de titre.
J'ai vu les propositions, à savoir :

h4 => {{{* ... *}}}
h5 => {{{** ... **}}}
h6 => {{{*** ... ***}}}

Je trouve ça assez affreux. Et pour moi, ça va un peu à l'encontre d'un
des buts premiers de SPIP, à savoir éditer un article facilement.
Et là... respectivement 10 (pour h5) et 12 (pour h6) caractères pour en
remplacer 9 (<h*></h*>) ?

Je proposerais à la place tout simplement:

h4 => *...*
h5 => **...**
h6 => ***...***

N'est-ce pas tellement plus simple ? :slight_smile:

On pourrait également faire l'inverse, pour rester dans la logique des
accolades, genre 'plus on en met, plus c'est important'; cette logique
n'est cependant pas respectee pour les listes ('plus on en met, moins
c'est important') (bon, d'accord, le mot "important" n'est peut-être pas
le meilleur ici, mais vous m'avez compris).

Laurent, quant à lui, pense que c'est casser la logique des accolades pour
des titres, mais je ne pense pas que ce soit incohérent :slight_smile:

Enfin, après, le pouvoir est dans les mains des développeurs.. enfin les
doigts quoi :slight_smile:

2

Je pense qu'il vaut mieux garder l'idée avec les accolades. C'est un peu
plus moche, mais le filtre que tu proposes va casser les sites avec des
textes contenant des "*". Utiliser des accolades présente moins de
risque car ce sont déjà des caractères spéciaux de SPIP.

3

Dans ce cas, rajouter juste une accolade de chaque côté ?

4

Bonjour,

Arrivés à ce point, pourquoi ne pas utiliser tout simplement les balises
html <h4>, <h5>, <h6>.
Ce n'est pas plus difficile à retenir que des accolades plus des
astérisques.

Pourquoi vouloir absolument un codage exotique, là où le langage html est
clair et facile à retenir.

Aussi bizarre que cela puisse paraître, j'ai des rédacteurs qui sont plus
effrayés par les raccourcis que par html.

Maurice Frankel

5

J'ai vu les propositions, à savoir :

h4 => {{{* ... *}}}
h5 => {{{** ... **}}}
h6 => {{{*** ... ***}}}

J'aurais plus simple à proposer :
{1{...}1} => titre Spip de niveau 1 (actuellement, h3, mais moi, j'ai
modifié le paramètre dans mes_fonctions.php3 pour que ce soit H2)
{2{...}2} => Niveau 2
...
{5{...}5} => Niveau 5

Ceci ne rajoute pas de caractères en plus et permet de gérer de H2 à H6 (ou
de H3 à H6, H7 n'existant pas).

Qu'en pensez-vous ?
Cordialement,
Jacques PYRAT - Webmaster de www.mission-isolement.gouv.fr

6

"forum.macromedia.com" <jpyrat@mission-isolement.gouv.fr> wrote in message
news:bhd1o4$80g$1@sea.gmane.org...

> J'ai vu les propositions, à savoir :
>
> h4 => {{{* ... *}}}
> h5 => {{{** ... **}}}
> h6 => {{{*** ... ***}}}

J'aurais plus simple à proposer :
{1{...}1} => titre Spip de niveau 1 (actuellement, h3, mais moi, j'ai
modifié le paramètre dans mes_fonctions.php3 pour que ce soit H2)
{2{...}2} => Niveau 2
...
{5{...}5} => Niveau 5

Ceci ne rajoute pas de caractères en plus et permet de gérer de H2 à H6

(ou

de H3 à H6, H7 n'existant pas).

J'oubliais : {{{...}}} serait équivalent à {1{...}1} (pour garder la
compatibilité) (ou alors un rechercher remplacer dans toute la base au
moment de la mise à jour...)

Jacques PYRAT (qui avait mal configuré son soft de news...)

7

Si je comprends bien, l'utilisation de raccourcis spip pour le formatage
permet de dissocier le contenu de la mise en forme. Donc, bien que par
défaut l'intertitre spip est défini par <h3>, rien n'empêche le webmestre de
changer la façon dont l'intertitre s'affiche à n'importe quel moment dans
l'évolution du site. Les rédacteurs n'ont donc qu'à se préoccuper
d'identifier les niveaux de textes par des codes " permanents " et le
système affiche ensuite ces textes avec les codes html spécifiques du moment
(qui peuvent même potentiellement être différents d'une page à l'autre,
selon les filtres utilisés).

De toute façon, rien n'empêche les gens d'utiliser le html au lieu des codes
spip si ils sont plus à l'aise comme ça. :slight_smile:

À propos des balises proposées : Est-ce que quatre accolades ( {{{{ }}}} )
indiqueraient déjà un intertitre en italique?

Thierry Gagnon
http://thierrygagnon.com/

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

8

J'ai vu les propositions, à savoir :

[...]

h6 => {{{*** ... ***}}}

J'aurais plus simple à proposer :
{5{...}5} => Niveau 5

J'en ai peut-être perdu des bouts, mais en quoi:
{{{*** TITRE ***}}} ou {6{TITRE}6} est un raccourci par rapport à
<h6>TITRE</h6>. Visiblement ça ne "raccourcit" pas grand chose.

Alors quel est l'avantage?

N'est-on pas en train de réinventer un nouveau système de balisage?
Allons-nous essayer de trouver des "raccourcis" pour chacune des balises
HTML?

Pour les hyperliens [->lien], pour les notes en bas de page [[...]], pour
les listes à puce -# ou -*, là je comprend, ce sont de réels raccourcis.
Mais pour la hiérarchie des titres et des intertitres, là je comprend plus.
HTML est là et il est universellement connu.

Je ne comprend vraiment pas en quoi un traitement supplémentaire pour
filtrer un "raccourci" de 6 caractères (ou de même de 3) pour restituer une
balise de 4 caractères représente un quelconque avantage que ce soit.

Éclairez ma lanterne.

André Vincent

9

Si je comprends bien, l'utilisation de raccourcis spip pour le formatage
permet de dissocier le contenu de la mise en forme.

Je ne crois pas que ce soit là la raison d'être des raccourcis. Les
raccourcis sont de toute façon convertis en balises HTML. La raison d'être
des raccourcis, c'est de simplifier la structuration et la mise en forme
"basic" du texte par les rédacteurs avec un jeu RESTREINT et facile à
retenir de pseudo-balises.

La séparation du contenu et de la mise en forme se fait par le triplet
squelettes/base de données/feuilles de styles.

La personnalisation de la mise en forme des balises HTML H1, H2, H3... (ou
de leurs "raccourcis") peut se faire par sélecteur CSS ou par sélecteur CSS
contextuel dans une feuille de style.

Pourquoi faire simple quand on peut faire compliqué?

André Vincent