Bonjour
J'ai installé barre typo enrichie. Je n'ai pas accès à tous les boutons comme en 1.9.1.
On dit d'installer Jquerry avec la barre typo
Lorsque j'installe JQuerry sur 1.9.2, j'ai un message d'erreur
Que faire?
Renée Picard
"Renée Picard" a écrit :
On dit d'installer Jquerry avec la barre typo
Lorsque j'installe JQuerry sur 1.9.2, j'ai un message d'erreur
Que faire?
Ne pas installer JQuerry qui est déjà inclus dans 1.9.2 !
* Tropicaloo tapotait, le 24/02/2007 20:51:
"Renée Picard" a écrit :
On dit d'installer Jquerry avec la barre typo
Lorsque j'installe JQuerry sur 1.9.2, j'ai un message d'erreur
Que faire?Ne pas installer JQuerry qui est déjà inclus dans 1.9.2 !
Exact : en version 1.9.2, jquery est déjà intégré à SPIP et n'a donc pas besoin d'être installé pour la BTE.
Assure-toi de bien prendre la dernière archive sur la zone.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Il semble que la barre typo est oragnisé différemment avec la dernière version.
Par exemple, appuie sur le triangle est tu verras les titres de 2ème et 3ème niveau...
Pascal
----- Original Message ----- From: "Renée Picard" <des3maisons@globetrotter.net>
To: <spip@rezo.net>
Sent: Saturday, February 24, 2007 8:27 PM
Subject: [Spip] plugin barre typo enrichie, JQuerry et spip 1.9.2
Bonjour
J'ai installé barre typo enrichie. Je n'ai pas accès à tous les boutons
comme en 1.9.1.
On dit d'installer Jquerry avec la barre typo
Lorsque j'installe JQuerry sur 1.9.2, j'ai un message d'erreurQue faire?
Renée Picard
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip-contrib.net/spikini/FaQ
* Pascal pasaj tapotait, le 24/02/2007 21:37:
Il semble que la barre typo est oragnisé différemment avec la dernière version.
Par exemple, appuie sur le triangle est tu verras les titres de 2ème et 3ème niveau...
Oui, j'ai placé les éléments qu'il faut utiliser avec prudence à part pour éviter qu'ils soient utilisés à tord et à travers.
Trop de gens confondent goût personnel et mise en sens.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* Pascal pasaj tapotait, le 24/02/2007 21:37:
Il semble que la barre typo est oragnisé différemment avec la dernière version.
Oui, j'ai placé les éléments qu'il faut utiliser avec prudence à part pour éviter qu'ils soient utilisés à tord et à travers.
Trop de gens confondent goût personnel et mise en sens.
Et si j'ai envie de modifier cet agencement et même de ne pas faire apparaître certains boutons, comment dois je m'y prendre ?
Autre question svp : la 1 9 2 est elle compatible avec accès_groupe et forms-et-tables ? Est elle plus "écologique" que la version 1 9 1 ?
Merci pour cette barre typo qui est une alternative efficace à un éditeur wysiwyg
Stanislas
* Stanislas tapotait, le 24/02/2007 22:36:
Jacques PYRAT a écrit :
* Pascal pasaj tapotait, le 24/02/2007 21:37:
Il semble que la barre typo est oragnisé différemment avec la dernière version.
Oui, j'ai placé les éléments qu'il faut utiliser avec prudence à part pour éviter qu'ils soient utilisés à tord et à travers.
Trop de gens confondent goût personnel et mise en sens.
Et si j'ai envie de modifier cet agencement et même de ne pas faire apparaître certains boutons, comment dois je m'y prendre ?
Modifier inc/barre.php dans le plugin
Autre question svp : la 1 9 2 est elle compatible avec accès_groupe et
Non
Mais utilise le plugin accès restreint qui permet maintenant de restreindre aussi l'espace privé.
forms-et-tables ?
Oui
Est elle plus "écologique" que la version 1 9 1 ?
Tu parle de la BTE ?
Oui, elle est plus écologique au sens qu'elle ne fork plus inc/texte.php
Mais certains diront que l'utiliser, c'est être bloqué à vie avec : en effet, elle "pourrie" ta base de raccourcis typo non standards (c'est inhérent à ce qu'elle permet).
Merci pour cette barre typo qui est une alternative efficace à un éditeur wysiwyg
Surtout depuis qu'il y a la prévisualisation en temps réel 
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT <spip.newsgroup <at> pyrat.net> writes:
* Stanislas tapotait, le 24/02/2007 22:36:
> Jacques PYRAT a écrit :
>> * Pascal pasaj tapotait, le 24/02/2007 21:37:
>>
>>> Il semble que la barre typo est oragnisé différemment avec la dernière
>>> version.
>>>
>> Oui, j'ai placé les éléments qu'il faut utiliser avec prudence à part
>> pour éviter qu'ils soient utilisés à tord et à travers.
>> Trop de gens confondent goût personnel et mise en sens.
>>
> Et si j'ai envie de modifier cet agencement et même de ne pas faire
> apparaître certains boutons, comment dois je m'y prendre ?
Modifier inc/barre.php dans le plugin>
> Autre question svp : la 1 9 2 est elle compatible avec accès_groupe et
Non
Mais utilise le plugin accès restreint qui permet maintenant de
restreindre aussi l'espace privé.> forms-et-tables ?
Oui> Est elle plus "écologique" que la version 1 9 1 ?
Tu parle de la BTE ?
Oui, elle est plus écologique au sens qu'elle ne fork plus inc/texte.php
Mais certains diront que l'utiliser, c'est être bloqué à vie avec : en
effet, elle "pourrie" ta base de raccourcis typo non standards (c'est
inhérent à ce qu'elle permet).>
> Merci pour cette barre typo qui est une alternative efficace à un
> éditeur wysiwyg
Surtout depuis qu'il y a la prévisualisation en temps réel
Merci Jacques de ces indications.
J'attends de voir si accès_groupe pour la version 1.9.2 de SPIP va faire ami-ami
avec ta barre typo car gérer les accès restreints avec des groupes est plus
pratique que sur la fiche de chaque utilisateur.
Bon alors je me propose (pour le moment je teste) de modifier la disposition des
boutons de la barre et le comportement des intertitres .
Dans mes_options j'ai mis :
$GLOBALS['debut_intertitre'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre'] = '</h3>';
$GLOBALS['debut_intertitre_2'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h2>';
$GLOBALS['debut_intertitre_3'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre_3'] = '</h3>';
$GLOBALS['debut_intertitre_4'] = '<h4 class="spip">';
$GLOBALS['fin_intertitre_4'] = '</h4>';
$GLOBALS['debut_intertitre_5'] = '<h5 class="spip">';
$GLOBALS['fin_intertitre_5'] = '</h5>';
l'objectif est de laisser le comportement historique de l'intertitre de SPIP
même si je ne l'utilise pas.
Dans la barre en modifiant inc/barre.php j'ai désormais au premier niveau :
3 boutons d'intertitre pour les niveaux 2, 3 et 4. Pour ce dernier qui j'ai bien
sûr ajouter une image dans img_pack/icones_barres
j'ai retiré "mise en évidence", "petites capitales", "intertitre" et "poésie"
Mon objectif est de limiter les boutons pour ne pas noyer inutilement mes
contributeurs et que les intertitres qui déclinent h2, h3 et h4 donnent bien des
tags portant les numéros 2, 3 et 4.
Question : l'aperçu temps réel est vraiment top, est ce que l'on peut lui
brancher la feuille de style du site ?
Cordialement
Stanislas
* Stanislas tapotait, le 27/02/2007 16:55:
Jacques PYRAT <spip.newsgroup <at> pyrat.net> writes:
* Stanislas tapotait, le 24/02/2007 22:36:
Jacques PYRAT a écrit :
* Pascal pasaj tapotait, le 24/02/2007 21:37:
Il semble que la barre typo est oragnisé différemment avec la dernière version.
Oui, j'ai placé les éléments qu'il faut utiliser avec prudence à part pour éviter qu'ils soient utilisés à tord et à travers.
Trop de gens confondent goût personnel et mise en sens.
Et si j'ai envie de modifier cet agencement et même de ne pas faire apparaître certains boutons, comment dois je m'y prendre ?
Modifier inc/barre.php dans le plugin
Autre question svp : la 1 9 2 est elle compatible avec accès_groupe et
Non
Mais utilise le plugin accès restreint qui permet maintenant de restreindre aussi l'espace privé.forms-et-tables ?
Oui
Est elle plus "écologique" que la version 1 9 1 ?
Tu parle de la BTE ?
Oui, elle est plus écologique au sens qu'elle ne fork plus inc/texte.php
Mais certains diront que l'utiliser, c'est être bloqué à vie avec : en effet, elle "pourrie" ta base de raccourcis typo non standards (c'est inhérent à ce qu'elle permet).Merci pour cette barre typo qui est une alternative efficace à un éditeur wysiwyg
Surtout depuis qu'il y a la prévisualisation en temps réel
Merci Jacques de ces indications.
J'attends de voir si accès_groupe pour la version 1.9.2 de SPIP va faire ami-ami
avec ta barre typo car gérer les accès restreints avec des groupes est plus
pratique que sur la fiche de chaque utilisateur.Bon alors je me propose (pour le moment je teste) de modifier la disposition des
boutons de la barre et le comportement des intertitres .Dans mes_options j'ai mis :
$GLOBALS['debut_intertitre'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre'] = '</h3>';
$GLOBALS['debut_intertitre_2'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h2>';
Heu non, pas d'accord : {{{ }}} et {1{ }1} sont équivalents
Donc {2{ }2} doit être un niveau en dessous de {{{}}}
Le but de ces raccourcis, ce n'est pas de savoir ce que ça fait en HTML, mais de savoir ce qu'on fait en terme de hiérarchie du contenu.
$GLOBALS['debut_intertitre_3'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre_3'] = '</h3>';
$GLOBALS['debut_intertitre_4'] = '<h4 class="spip">';
$GLOBALS['fin_intertitre_4'] = '</h4>';
$GLOBALS['debut_intertitre_5'] = '<h5 class="spip">';
$GLOBALS['fin_intertitre_5'] = '</h5>';l'objectif est de laisser le comportement historique de l'intertitre de SPIP
même si je ne l'utilise pas.
Il faudrait pourtant.
Dans la barre en modifiant inc/barre.php j'ai désormais au premier niveau :
3 boutons d'intertitre pour les niveaux 2, 3 et 4. Pour ce dernier qui j'ai bien
sûr ajouter une image dans img_pack/icones_barresj'ai retiré "mise en évidence", "petites capitales", "intertitre" et "poésie"
A ta guise, tu fais comme tu veux chez toi.
Mais si tu ne veux pas perdre tes modifications à la prochaine mise à jour du plugin, il faudrait que tu mettes ton inc/barre.php dans squelettes/inc/barre.php
Mon objectif est de limiter les boutons pour ne pas noyer inutilement mes
contributeurs et que les intertitres qui déclinent h2, h3 et h4 donnent bien des
tags portant les numéros 2, 3 et 4.
Erreur : tu confonds HTML et sens.
Le but et de mettre des titres de 1er, puis 2e, puis 3e niveau.
Pas de mettre des tag h2, puis h3, puis h4 : ça, c'est le fonctionnement interne à ton squelette que tes rédacteurs n'ont pas à connaître.
Question : l'aperçu temps réel est vraiment top, est ce que l'on peut lui
brancher la feuille de style du site ?
Ca pourrait être envisageable avec le plugin cfg pour l'interface d'admin de choix de la css (ou en dur, mais c'est moins portable).
Il faudrait aussi configurer l'id et ou la classe de la div englobante du texte et des notes.
MAIS !
Mais c'est là encore conceptuellement à côté de la plaque : les raccourcis typo sont une mise en sens du texte, pas une mise en forme.
Donc c'est très bien que la prévisualisation ne montre pas le résultat à l'identique de l'espace public parce que ça montre bien que l'on fait du sens et non de la présentation.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* Stanislas tapotait, le 27/02/2007 16:55:
Dans mes_options j'ai mis :
$GLOBALS['debut_intertitre'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre'] = '</h3>';
$GLOBALS['debut_intertitre_2'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h2>';
Heu non, pas d'accord : {{{ }}} et {1{ }1} sont équivalents
Donc {2{ }2} doit être un niveau en dessous de {{{}}}Le but de ces raccourcis, ce n'est pas de savoir ce que ça fait en HTML, mais de savoir ce qu'on fait en terme de hiérarchie du contenu.
Il y a deux choses :
d'abord il faut que l'article se présente avec un titre en h1 puis dans le texte des sous titres
de h2 à hx
bon
et puis il y a mon contributeur lambda qui doit pouvoir repérer en regardant les tags de son texte de quoi il s'agit.
Et là je suis désolé mais si avec le sous titre de niveau 3 on lit }}} et celui de niveau 4 on lit }2} ben l'utilisateur
moyen aura beau jeu de me faire remarquer que je lui complique la vie ... ce en quoi je ne pourrai pas lui donner tort...
donc oui je persiste sur la corrélation que je mets entre le chiffre du tag et celui de la balise html juste parce que
c'est littéralement logique...
$GLOBALS['debut_intertitre_3'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre_3'] = '</h3>';
$GLOBALS['debut_intertitre_4'] = '<h4 class="spip">';
$GLOBALS['fin_intertitre_4'] = '</h4>';
$GLOBALS['debut_intertitre_5'] = '<h5 class="spip">';
$GLOBALS['fin_intertitre_5'] = '</h5>';l'objectif est de laisser le comportement historique de l'intertitre de SPIP
même si je ne l'utilise pas.
Il faudrait pourtant.
comme tu le disais de toute façon on ne peut plus se passer de ton plugin dès lors qu'on l'utilise
alors pour les raisons exposées ci-dessus autant aller au bout de la logique.
Dans la barre en modifiant inc/barre.php j'ai désormais au premier niveau :
3 boutons d'intertitre pour les niveaux 2, 3 et 4. Pour ce dernier qui j'ai bien
sûr ajouter une image dans img_pack/icones_barresj'ai retiré "mise en évidence", "petites capitales", "intertitre" et "ps loésie"
A ta guise, tu fais comme tu veux chez toi.
Mais si tu ne veux pas perdre tes modifications à la prochaine mise à jour du plugin, il faudrait que tu mettes ton inc/barre.php dans squelettes/inc/barre.php
Ah! merci de cette précision je ne savais pas que l'on pouvait le faire avec les plugins.
Question : l'aperçu temps réel est vraiment top, est ce que l'on peut lui
brancher la feuille de style du site ?
Ca pourrait être envisageable avec le plugin cfg pour l'interface d'admin de choix de la css (ou en dur, mais c'est moins portable).
Il faudrait aussi configurer l'id et ou la classe de la div englobante du texte et des notes.MAIS !
Mais c'est là encore conceptuellement à côté de la plaque : les raccourcis typo sont une mise en sens du texte, pas une mise en forme.
Donc c'est très bien que la prévisualisation ne montre pas le résultat à l'identique de l'espace public parce que ça montre bien que l'on fait du sens et non de la présentation.
ok, sur cet outil c'est un argument que les utilisateurs peuvent entendre.
Merci
Stanislas
Stanislas a écrit :
Jacques PYRAT a écrit :
* Stanislas tapotait, le 27/02/2007 16:55:
Dans mes_options j'ai mis :
$GLOBALS['debut_intertitre'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre'] = '</h3>';
$GLOBALS['debut_intertitre_2'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h2>';
Heu non, pas d'accord : {{{ }}} et {1{ }1} sont équivalents
Donc {2{ }2} doit être un niveau en dessous de {{{}}}Le but de ces raccourcis, ce n'est pas de savoir ce que ça fait en HTML, mais de savoir ce qu'on fait en terme de hiérarchie du contenu.
Il y a deux choses :
d'abord il faut que l'article se présente avec un titre en h1 puis dans le texte des sous titres
de h2 à hx
bon
et puis il y a mon contributeur lambda qui doit pouvoir repérer en regardant les tags de son texte de quoi il s'agit.
Et là je suis désolé mais si avec le sous titre de niveau 3 on lit }}} et celui de niveau 4 on lit }2} ben l'utilisateur
moyen aura beau jeu de me faire remarquer que je lui complique la vie ... ce en quoi je ne pourrai pas lui donner tort...donc oui je persiste sur la corrélation que je mets entre le chiffre du tag et celui de la balise html juste parce que
c'est littéralement logique...
Non pas du tout, et Jacques a mis longtemps à me convaincre (en fait, il n'a pas réussit, mais après multiples galeres, je suis tombé sur la meme conclusion : je me plantais !).
{{{ est le premier niveau d'intertitre de Spip, c'est le niveau de titre le plus haut du contenu.
Si j'ai un squelette type wiki avec juste le texte, ca sera un H1
Si j'ai un squelette /dist, ca sera un H3
Si je fais un squelette plan utilisant à les Hx, je voudrais peut etre que ca soit un <li>
C'est le niveau de titre le plus haut du texte, c'est tout.
Sa traduction depend du squelette, du contexte...
Maintenant, pour ne pas perdre tes utilisateurs, il suffit de leur expliquer que {{{ est conservé pour une question de compatibilité, mais qu'ils doivent utiliser {1{, {2{ ....
mes 2 sous.
@++
spipcarto <spipcarto <at> gmail.com> writes:
Stanislas a écrit :
> Il y a deux choses :
> d'abord il faut que l'article se présente avec un titre en h1 puis dans
> le texte des sous titres
> de h2 à hx
> bon
> et puis il y a mon contributeur lambda qui doit pouvoir repérer en
> regardant les tags de son texte de quoi il s'agit.
> Et là je suis désolé mais si avec le sous titre de niveau 3 on lit }}}
> et celui de niveau 4 on lit }2} ben l'utilisateur
> moyen aura beau jeu de me faire remarquer que je lui complique la vie
> ... ce en quoi je ne pourrai pas lui donner tort...
>
> donc oui je persiste sur la corrélation que je mets entre le chiffre du
> tag et celui de la balise html juste parce que
> c'est littéralement logique...Non pas du tout, et Jacques a mis longtemps à me convaincre (en fait, il
n'a pas réussit, mais après multiples galeres, je suis tombé sur la meme
conclusion : je me plantais !).{{{ est le premier niveau d'intertitre de Spip, c'est le niveau de titre
le plus haut du contenu.
Si j'ai un squelette type wiki avec juste le texte, ca sera un H1
Si j'ai un squelette /dist, ca sera un H3
Si je fais un squelette plan utilisant à les Hx, je voudrais peut etre
que ca soit un <li>C'est le niveau de titre le plus haut du texte, c'est tout.
Sa traduction depend du squelette, du contexte...
J'ai peut être rien compris mais...
Il me semble que ce n'est pas le squelette qui décide en quelle balise html un
tag sera transformé mais les fichiers php qui le filtre, non ? C'est bien pour
çà qu'on s'attache "à vie" à un plugin typo... sauf à devoir re-modifier les
textes des articles...
Donc si je veux produire des niveaux avec h2, h3, h4, etc. je peux bien utiliser
dans le texte n'importe quel tag de mon choix, du moment que j'ai derrière les
filtres qui vont bien...
Le choix d'un tag est arbitraire. Le fait que SPIP n'ait retenu qu'un seul
niveau de sous-titre avec un tag écrit {{{ et qu'il produise une balise h3 par
défaut, n'est qu'un fait historique.
C'est pourquoi je me suis dit qu'il fallait garder le tag d'origine avec son
comportement d'origine, mais je ne vois pas pourquoi aujourd'hui j'obligerais
mes contributeurs à l'utiliser. Je trouve que des tags qui présentent clairement
le niveau de sous titre c'est quand même plus simple pour les utilisateurs.
Et maintenant si mon tag {2{ est le plus haut niveau dans mon texte, ben je peux
bien le transformer en h1 ou en h2 ou en li, non ? (sauf que je ne sais pas
faire, je ne suis pas codeur, j'arrange un peu mais pas plus...) Quel que soit
le tag on ne perd pas l'avantage d'un tag c'est à dire que l'on a pas de balise
html "en dur" dans le texte et donc que le texte peut être adaptable (pour peu
que l'on ait les filtres ad hoc) à n'importe quel outil.
Si j'ai vraiment rien compris dites le moi ! 
Stanislas
Stanislas a écrit :
spipcarto <spipcarto <at> gmail.com> writes:
Stanislas a écrit :
J'ai peut être rien compris mais...
Il me semble que ce n'est pas le squelette qui décide en quelle balise html un
tag sera transformé mais les fichiers php qui le filtre, non ? C'est bien pour
çà qu'on s'attache "à vie" à un plugin typo... sauf à devoir re-modifier les
textes des articles...
Non, justement, on ne fait pas du WYSIWYG pour eviter ca.
dans mon squelette, je peux faire #TEXTE*|monpropreamoi
ou je peux carrement decider de modifier les globales de la barre typo
Donc si je veux produire des niveaux avec h2, h3, h4, etc. je peux bien utiliser
dans le texte n'importe quel tag de mon choix, du moment que j'ai derrière les
filtres qui vont bien...
oui, mais pour pouvoir l'appliquer à n'importe quel contenu, il faut bien que tout le monde utilise les memes raccourcis typo et qu'ils ne s'occupent que du "sens"
Le choix d'un tag est arbitraire. Le fait que SPIP n'ait retenu qu'un seul
niveau de sous-titre avec un tag écrit {{{ et qu'il produise une balise h3 par
défaut, n'est qu'un fait historique.
oui pour le 1 seul niveau, non pour le H3, ce dernier est lié aux squelettes /dist
C'est pourquoi je me suis dit qu'il fallait garder le tag d'origine avec son
comportement d'origine,
ca c'est pas faux : si tu mets {1{ et que tu enleves la BTE ...
mais c'est vrai aussi pour les {2{ ...
Mais tu ne te liera pas pour autant à la BTE, seulement aux transformation supplementaire (pre_propre)
mais je ne vois pas pourquoi aujourd'hui j'obligerais
mes contributeurs à l'utiliser. Je trouve que des tags qui présentent clairement
le niveau de sous titre c'est quand même plus simple pour les utilisateurs.
Et maintenant si mon tag {2{ est le plus haut niveau dans mon texte, ben je peux
bien le transformer en h1 ou en h2 ou en li, non ?
la tu change le sens, c'est different, ton contenu devient incompatible avec d'autres Spip, par exemple via syndication.
(sauf que je ne sais pas
faire, je ne suis pas codeur, j'arrange un peu mais pas plus...) Quel que soit
le tag on ne perd pas l'avantage d'un tag c'est à dire que l'on a pas de balise
html "en dur" dans le texte et donc que le texte peut être adaptable (pour peu
que l'on ait les filtres ad hoc) à n'importe quel outil.Si j'ai vraiment rien compris dites le moi !
T'as rien compris !
En gros, l'idée, c'est qu'on utilise tous les memes raccourcis typo qui veulent dire la meme chose quand on regarde le texte lui meme.
Ce texte peut etre utilisé dans differents contextes, on ne prejuge pas du rendu (qui peut d'ailleur etre autre chose que du HTML ...)
Ce qu'on en fait derriere, c'est histoire de filtres et de squelettes.
La BTE en propose une interpretation HTM, mais tu peux la changer.
Par contre, il ne faut surtout pas changer le sens des raccourcis typo.
@++
* Stanislas tapotait, le 28/02/2007 14:50:
J'ai peut être rien compris mais...
Il me semble que ce n'est pas le squelette qui décide en quelle balise html un
tag sera transformé mais les fichiers php qui le filtre, non ? C'est bien pour
çà qu'on s'attache "à vie" à un plugin typo... sauf à devoir re-modifier les
textes des articles...
Si, c'est le squelette.
Un squelette complet, c'est les fichiers de squelette + mes_options.php
Or, dans ce dernier, si tu veux commencer à h2 pour {{{}}} tu mets (je mets) :
<?php
$GLOBALS['debut_intertitre'] = '<h2 class="spip">';
$GLOBALS['fin_intertitre'] = '</h2>';
$GLOBALS['debut_intertitre_2'] = '<h3 class="spip">';
$GLOBALS['fin_intertitre_2'] = '</h3>';
$GLOBALS['debut_intertitre_3'] = '<h4 class="spip">';
$GLOBALS['fin_intertitre_3'] = '</h4>';
$GLOBALS['debut_intertitre_4'] = '<h5 class="spip">';
$GLOBALS['fin_intertitre_4'] = '</h5>';
$GLOBALS['debut_intertitre_5'] = '<h6 class="spip">';
$GLOBALS['fin_intertitre_5'] = '</h6>';
?>
Donc si je veux produire des niveaux avec h2, h3, h4, etc. je peux bien utiliser
dans le texte n'importe quel tag de mon choix, du moment que j'ai derrière les
filtres qui vont bien...
Exactement.
Le choix d'un tag est arbitraire. Le fait que SPIP n'ait retenu qu'un seul
niveau de sous-titre avec un tag écrit {{{ et qu'il produise une balise h3 par
défaut, n'est qu'un fait historique.
De plus, c'est parait-il une erreur conceptuelle : la notion d'intertitre en journalisme n'est pas une notion de titraille mais de respiration.
Le tag html généré étant un tag de titraille, nous avons tous cru en bon praticiens du html que l'intention des concepteurs de SPIP était de faire de la titraille.
Et regretté que ce soit limité à un seul niveau.
C'est pourquoi je me suis dit qu'il fallait garder le tag d'origine avec son
comportement d'origine, mais je ne vois pas pourquoi aujourd'hui j'obligerais
mes contributeurs à l'utiliser. Je trouve que des tags qui présentent clairement
le niveau de sous titre c'est quand même plus simple pour les utilisateurs.
Oui, mais justement : il faut rester abstrait sur ces niveaux de sous titre.
Le fait que {2{ soit traduit en <h2> <h3> ou <h4> n'est qu'une contingence du squelette.
Ce qui compte, c'est que {2{ est le 2e niveau hiérarchique possible de titraille.
Et maintenant si mon tag {2{ est le plus haut niveau dans mon texte, ben je peux
bien le transformer en h1 ou en h2 ou en li, non ? (sauf que je ne sais pas
faire, je ne suis pas codeur, j'arrange un peu mais pas plus...) Quel que soit
le tag on ne perd pas l'avantage d'un tag c'est à dire que l'on a pas de balise
html "en dur" dans le texte et donc que le texte peut être adaptable (pour peu
que l'on ait les filtres ad hoc) à n'importe quel outil.
Oui, et pour être adaptable, il faut commencer à {1{
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Plus j'y réfléchi, et plus je me dis que ce qu'il nous faut en fait c'est une barre typo pseudo wysiwyg, qui permette de "voir" du gras de l'italique etc quand on saisi les raccoursis spip standards (à la manière de la previsualisation de la BTE, mais dans un meme formulaire pour la saisie et la visualisation).
Pour les autres fonctionnalités enrichies, je ne suis toujours pas convaincu et pour les niveaux de titres en particulier, sans doute par méconnaissance, je trouve ca délirant...
Quelqu'un peut-il m'expliquer comment on s'en sert ?
BoOz
* BoOz tapotait, le 28/02/2007 15:46:
Plus j'y réfléchi, et plus je me dis que ce qu'il nous faut en fait c'est une barre typo pseudo wysiwyg, qui permette de "voir" du gras de l'italique etc quand on saisi les raccoursis spip standards (à la manière de la previsualisation de la BTE, mais dans un meme formulaire pour la saisie et la visualisation).
Va voir du côté de http://www.wym-editor.org/en/
Ou du plugin de FF : BBComposer + SPIPTypo
Pour les autres fonctionnalités enrichies, je ne suis toujours pas convaincu et pour les niveaux de titres en particulier, sans doute par méconnaissance, je trouve ca délirant...
Délirant ?
Je dois avouer pour ma part que centrer et aligner à droite sont les 2 avec lesquels j'ai le plus de mal... Ils sont très très souvents mal utilisés.
Quelqu'un peut-il m'expliquer comment on s'en sert ?
On s'en sert quand on a un texte avec une hiérarchisation des idées exprimées.
Couplé à un sommaire automatique, ça donne par exemple :
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
On s'en sert quand on a un texte avec une hiérarchisation des idées exprimées.
Couplé à un sommaire automatique, ça donne par exemple :
Raccourcis Typographiques de SPIP, mode d’emploi - Pyrat.net – Création de sites Internet
Oué mais alors, vous avez déjà vu des sites qui présentent une thése complete dans un seul article ?
En général tu as plutot une page par article, puis le chapitre c'est une rubrique etc. Ce qui permet de mettre des mots clés d'indexation, d'utiliser un moteur de recherche, d'imprimer la page qu'on veut etc.
C'est pour ca que je trouve qu'au niveau d'un article, un seul niveau d'intertitre, les sections, ca suffit.
Exemple : la doc sur spip.net
Enfin je dis ca, mais j'ai pas rédigé de thèse encore, ni de manuel juridique
Quelqu'un aurait un exemple concret d'utilisation des intertitres de la BTE, c'est à dire un vrai contenu pas juste une démo avec des tests ?
BoOz
spipcarto <spipcarto <at> gmail.com> writes:
Stanislas a écrit :
T'as rien compris !
je crois que tu ne m'as pas bien lu...
Ce texte peut etre utilisé dans differents contextes, on ne prejuge pas
du rendu (qui peut d'ailleur etre autre chose que du HTML ...)
Ce qu'on en fait derriere, c'est histoire de filtres et de squelettes.
La BTE en propose une interpretation HTM, mais tu peux la changer.
on est d'accord c'est bien ce que j'ai écris... et c'est aussi pourquoi
(notamment) je suis revenu d'un éditeur wysiwyg à une barre typo.
Par contre, il ne faut surtout pas changer le sens des raccourcis typo.
ou ton contenu devient incompatible
avec d'autres Spip, par exemple via syndication.
Ah bon ! ce n'est pas un fichier xml qui s'échange ? tu es sûr de toi ?
En gros, l'idée, c'est qu'on utilise tous les memes raccourcis typo qui
veulent dire la meme chose quand on regarde le texte lui meme.
alors là je suis vraiment preneur de l'avis d'un des auteurs du core de SPIP car
c'est l'idée même de plugin typo que ta remarque condamne...
s'il y a **nécessité** que tout le monde ait les mêmes tags, il faut que la
documentation officielle de SPIP le dise.
Et si c'est le cas, alors il faut que SPIP évolue sur ce point et intègre a
minima en natif des tags permettant une hierarchisation correcte des sous-titres.
Mais en fait je crois que tu mélanges l'oubli du sens d'un tag (c'est à dire par
exemple utiliser le tag {{{ parce qu'il se trouve que le texte sera de couleur
bleu grâce à la feuille de style, en "oubliant" qu'il désigne d'abord un titre
de niveau 3) et l'affectation de ce sens à un tag quelqu'il soit. Je ne fais pas
cette confusion : tu peux me relire.
Stanislas
* BoOz tapotait, le 28/02/2007 16:39:
On s'en sert quand on a un texte avec une hiérarchisation des idées exprimées.
Couplé à un sommaire automatique, ça donne par exemple :
Raccourcis Typographiques de SPIP, mode d’emploi - Pyrat.net – Création de sites InternetOué mais alors, vous avez déjà vu des sites qui présentent une thése complete dans un seul article ?
Non, mais il est franchement utile même dans un article relativement court de bien séparer et hiérarchiser les idées afin d'en faciliter la lecture en ligne.
En général tu as plutot une page par article, puis le chapitre c'est une rubrique etc. Ce qui permet de mettre des mots clés d'indexation, d'utiliser un moteur de recherche, d'imprimer la page qu'on veut etc.
<ironie>Ouais, exactement le cas des articles de la doc de spip.net ;-)</ironie>
C'est pour ca que je trouve qu'au niveau d'un article, un seul niveau d'intertitre, les sections, ca suffit.
Exemple : la doc sur spip.net
Justement, parlons-en : Sur la doc, il y a des endroits où {{}} est utilisé pour faire des sous titres, mais où ça ne donne pas de niveau conceptuel à l'idée.
Et sur Spip-contrib, j'ai régulièrement pesté en écrivant une contrib sans pouvoir faire de sous titres. Et je suis pas le seul...
Enfin je dis ca, mais j'ai pas rédigé de thèse encore, ni de manuel juridique
Juste un livre
Quelqu'un aurait un exemple concret d'utilisation des intertitres de la BTE, c'est à dire un vrai contenu pas juste une démo avec des tests ?
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
BoOz <booz <at> rezo.net> writes:
Quelqu'un aurait un exemple concret d'utilisation des intertitres de la
BTE, c'est à dire un vrai contenu pas juste une démo avec des tests ?BoOz
Un bon exemple : la documentation de spip-liste...
http://bloog.net/_documentation.php3?id_article=83
Prenons le titre "Mise en place du plugin", il devrait être un tag de niveau 2
(le niveau 1 étant réservé au titre de l'article lui même) et les titres
"Installation" et "Ajout aux squelettes" devraient être des tags de niveau 3
Au départ mon projet de doc avait même 4 niveaux...
L'intérêt est que si on dégage la CSS le navigateur affiche quand même l'article
en respectant la hiérarchisation du texte (c'est donc toujours très clair à
lire), c'est indispensable aux non voyants (accessibilité) et donc obligatoire
pour un site d'une administration et c'est maintenant utilisé par les moteurs de
recherche (référencement) et je suppose que c'est un contenu qui à l'avenir sera
plus facile à couler dans des normes genre xml...
Stanislas