Je retire ceque j'ai dis au sujet de cette barre (fort pratique au demeurant), c'était une mauvaise lecture de ma part mais je note quand même deux choses bizarres (sans avoir touché à cette barre !)
- les "small caps" ne sont pas pris en compte
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
--
Philippe Giron
Les smallcaps je ne sais pas, mais les raccourcis dont du parle se règlent dans les CSS en théorie, comme tous les attributs qu’elle crée.
Guillaume
Le 7 déc. 06 à 13:56, Philippe G a écrit :
Je retire ceque j’ai dis au sujet de cette barre (fort pratique au
demeurant), c’était une mauvaise lecture de ma part mais je note quand
même deux choses bizarres (sans avoir touché à cette barre !)
- les « small caps » ne sont pas pris en compte
- les raccourcis {{{…}}} et {2{…}2} sont vus tous les deux comme un h3.
–
Philippe Giron
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
Moi, les attributs de la barre, ils sont dans ma CSS générale, pas dans le plugin’, et ça marche bien, c’est peut être ça le truc ?
Le 7 déc. 06 à 14:52, Philippe Giron a écrit :
Guillaume Barou a écrit :
Les smallcaps je ne sais pas, mais les raccourcis dont du parle se règlent dans les CSS en théorie, comme tous les attributs qu’elle crée.
En théorie et en pratique. ET c’est bien là le problème, car j’en ai un, même si je sais écrire des CSS !
Guillaume
Le 7 déc. 06 à 13:56, Philippe G a écrit :Je retire ceque j’ai dis au sujet de cette barre (fort pratique au demeurant), c’était une mauvaise lecture de ma part mais je note quand même deux choses bizarres (sans avoir touché à cette barre !)
- les « small caps » ne sont pas pris en compte
- les raccourcis {{{…}}} et {2{…}2} sont vus tous les deux comme un h3.
–
Philippe Giron
liste spip
spip@rezo.net <mailto:spip@rezo.net> - désabonnement : spip-off@rezo.net <mailto: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
Orange vous informe que cet e-mail a été contrôlé par l’anti-virus mail.
Aucun virus connu à ce jour par nos services n’a été détecté.–
Philipe Giron 22300 Lannion
Guillaume
* Philippe G tapotait, le 07/12/2006 13:56:
Je retire ceque j'ai dis au sujet de cette barre (fort pratique au demeurant), c'était une mauvaise lecture de ma part mais je note quand même deux choses bizarres (sans avoir touché à cette barre !)
Précision, je réponds sans avoir testé cette barre là.
Moi, c'est la barre typo enrichie (BTE) que j'utilise et maintient.
Et la barre typo ecologique est appelée à disparaître avec la version 1.9.2 de SPIP (non encore sortie !)
- les "small caps" ne sont pas pris en compte
Dans quel contexte ? Navigateur ?
Quel est le code source HTML généré ?
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* Philippe G tapotait, le 07/12/2006 13:56:
Je retire ceque j'ai dis au sujet de cette barre (fort pratique au demeurant), c'était une mauvaise lecture de ma part mais je note quand même deux choses bizarres (sans avoir touché à cette barre !)
Précision, je réponds sans avoir testé cette barre là.
Moi, c'est la barre typo enrichie (BTE) que j'utilise et maintient.
OK. Donc je passe tout de suite à la BTE.
Et la barre typo ecologique est appelée à disparaître avec la version 1.9.2 de SPIP (non encore sortie !)
Arf ;-))
- les "small caps" ne sont pas pris en compte
Dans quel contexte ? Navigateur ?
Quel est le code source HTML généré ?
Petites capitales, elles sont très utilisées dans les bibliographies : <sc>Gibert, Pierre, <i class="spip">Comment la Bible fut écrite</i>, Bayard Éditions-Centurion, Paris, 1995 : <code class="spip_code" dir="ltr"><sc>Gibert</sc></code>.</sc>
Curieux non ? Alors que j'ai écris :
<img970> Petites capitales, elles sont très utilisées dans les bibliographies : <sc>Gibert</sc>, Pierre, {Comment la Bible fut écrite}, Bayard Éditions-Centurion, Paris, 1995 : <code><sc>Gibert</sc></code>.
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.
Arf...
Merci ! Je passe donc à la BTE !
--
Philippe Giron
Philippe G a écrit :
Jacques PYRAT a écrit :
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.
Non, ca c'est moi avec ma barre typo extensible (autre fork pour une autre raison, amené aussi à disparaitre).
Ceci dit, {{{}}} a toujours fabriqué un h3 dans Spip
Ca me parait plus logique de faire :
{X{blabla}X} => <hX>blabla</hX>
et du coup, d'avoir {{{ = {3{
Mais bon, tout cela ne doit etre que du parametrage d'un seul et meme plugin...
@++
* spipcarto tapotait, le 08/12/2006 23:08:
Philippe G a écrit :
Jacques PYRAT a écrit :
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.Non, ca c'est moi avec ma barre typo extensible (autre fork pour une autre raison, amené aussi à disparaitre).
Ceci dit, {{{}}} a toujours fabriqué un h3 dans Spip
Dans SPIP oui, dans la BTE non.
Ca me parait plus logique de faire :
{X{blabla}X} => <hX>blabla</hX>
Surtout pas !
Là, tu oblige à ce que le squelette soit en phase avec les {n{
Le principe de SPIP a *toujours* été d'avoir des raccourcis typo indépendants du média de destination.
Donc {{{}}} = {1{}1} : Titraille de premier niveau
Donc {2{}2} : Titraille de deuxième niveau
Donc {3{}3} : Titraille de troisième niveau
...
Et par paramétrage dans ecrire/mes_options.php choix *en fonction de l'architecture du squelette* des <hX> générés.
La doc de SPIP spécifie que c'est pour des raisons *historiques* que {{{}}}} produit <h3 class="spip">
Dans la BTE, c'est pour des raisons historiques (utilisation dans le squelette Soyezcreateurs_net) que {{{}}} produit <h2>
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* spipcarto tapotait, le 08/12/2006 23:08:
Philippe G a écrit :
Jacques PYRAT a écrit :
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.Non, ca c'est moi avec ma barre typo extensible (autre fork pour une autre raison, amené aussi à disparaitre).
Ceci dit, {{{}}} a toujours fabriqué un h3 dans SpipDans SPIP oui, dans la BTE non.
Ca me parait plus logique de faire :
{X{blabla}X} => <hX>blabla</hX>Surtout pas !
Là, tu oblige à ce que le squelette soit en phase avec les {n{
ben ton approche aussi oblige le squelette à etre en phase avec la config du plugin...
est-ce vraiment different ?
Le principe de SPIP a *toujours* été d'avoir des raccourcis typo indépendants du média de destination.
Donc {{{}}} = {1{}1} : Titraille de premier niveau
Donc {2{}2} : Titraille de deuxième niveau
Donc {3{}3} : Titraille de troisième niveau
...
Ca, OK, effectivement, il vaut mieux faire correspondre l'intertitre standard au niveau le plus haut
Et par paramétrage dans ecrire/mes_options.php choix *en fonction de l'architecture du squelette* des <hX> générés.
C'est la ou je n'accroche pas : un site c'est *des* squelettes, pas *un* squelette
C'est pour ca qu'il faudrait pouvoir specifier ca par squelette pour que ca soit vraiment utilisable.
Sinon, l'ensemble des squelettes d'un site doivent etre réglés de la meme facon, en phase avec la config du plugin...
Comme il n'y a pas de norme, des squelettes peuvent rapidement etre incompatibles (et je ne parle meme pas des problemes sur un spip mutualisé)
Mais je ne vois pas trop comment faire ca... je ne sais pas si un SET en debut de squelette suffirait.
mes 2 sous.
@++
* spipcarto tapotait, le 09/12/2006 16:28:
Jacques PYRAT a écrit :
* spipcarto tapotait, le 08/12/2006 23:08:
Philippe G a écrit :
Jacques PYRAT a écrit :
- les raccourcis {{{...}}} et {2{...}2} sont vus tous les deux comme un h3.
C'est sans doute un oubli de l'auteur.
Dans la BTEnrichie, au moment où l'auteur a fait la BTEcologique, {{{}}} produisait <h2> ce qui ne lui a pas convenu.
Donc, au lieu de tout pousser, il a rendu 2 raccourcis identiques.Non, ca c'est moi avec ma barre typo extensible (autre fork pour une autre raison, amené aussi à disparaitre).
Ceci dit, {{{}}} a toujours fabriqué un h3 dans SpipDans SPIP oui, dans la BTE non.
Ca me parait plus logique de faire :
{X{blabla}X} => <hX>blabla</hX>Surtout pas !
Là, tu oblige à ce que le squelette soit en phase avec les {n{ben ton approche aussi oblige le squelette à etre en phase avec la config du plugin...
est-ce vraiment different ?
Non, un squelette =
dossier squelettes/
+
ecrire/mes_options.php
Et dans ce dernier, tu règle la config du plugin
Le principe de SPIP a *toujours* été d'avoir des raccourcis typo indépendants du média de destination.
Donc {{{}}} = {1{}1} : Titraille de premier niveau
Donc {2{}2} : Titraille de deuxième niveau
Donc {3{}3} : Titraille de troisième niveau
...Ca, OK, effectivement, il vaut mieux faire correspondre l'intertitre standard au niveau le plus haut
Et par paramétrage dans ecrire/mes_options.php choix *en fonction de l'architecture du squelette* des <hX> générés.
C'est la ou je n'accroche pas : un site c'est *des* squelettes, pas *un* squelette
C'est pour ca qu'il faudrait pouvoir specifier ca par squelette pour que ca soit vraiment utilisable.
Sinon, l'ensemble des squelettes d'un site doivent etre réglés de la meme facon, en phase avec la config du plugin...
Oui, ça me parait cohérent avec l'idée qu'un site doit avoir une charte graphique cohérente et que h2 doit être la même chose partout dans le site.
Comme il n'y a pas de norme, des squelettes peuvent rapidement etre incompatibles (et je ne parle meme pas des problemes sur un spip mutualisé)
mes_options.php est mutualisé aussi dans ce cas là ?
Si oui, il faut passer le squelette en plugin qui peut avoi à ce moment là son propre mes_options...
Mais je ne vois pas trop comment faire ca... je ne sais pas si un SET en debut de squelette suffirait.
Et un mes_fonctions propre au squelette ?
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* spipcarto tapotait, le 09/12/2006 16:28:
Et par paramétrage dans ecrire/mes_options.php choix *en fonction de l'architecture du squelette* des <hX> générés.
C'est la ou je n'accroche pas : un site c'est *des* squelettes, pas *un* squelette
C'est pour ca qu'il faudrait pouvoir specifier ca par squelette pour que ca soit vraiment utilisable.
Sinon, l'ensemble des squelettes d'un site doivent etre réglés de la meme facon, en phase avec la config du plugin...
Oui, ça me parait cohérent avec l'idée qu'un site doit avoir une charte graphique cohérente et que h2 doit être la même chose partout dans le site.
C'est cette contrainte que j'aimerai eviter, et pour le moment, le seul moyen, c'est de faire du contenu adapté au squelette, ce qui est "mal".
Exemple : j'ai un article avec {{{}}} et {2{}2}
mon squelette article standard fait des h1/h2, je veux donc du h3/h4
Maintenant, je change de squelette pour cet article (ou rubrique) pour utiliser un autre squelette trouvé sur spip-contrib.
Si ce dernier utilise uniquement h1, ca coince.
L'exemple est un peu gros, mais l'introduction d'un article peut se retrouver à bien des endroits.
Obliger l'ensemble des squelettes à respecter une seule configuration me semble une contrainte tres lourde qui, en l'absence de "norme", nuit gravement à la compatibilité...
C'est pour ca que je voudrais determiner ca au niveau du squelette.
Un jour j'aurais le temps de e pencher sur ce probleme...
Mais je ne vois pas trop comment faire ca... je ne sais pas si un SET en debut de squelette suffirait.
Et un mes_fonctions propre au squelette ?
Ca reglerai e probleme, mais ca me parait lourd.
un SET au debut du squelette me parait plus souple, quitte à se créer une balise #OPTIONS pour faire ce genre de reglages.
A discuter sur spip-zone à l'occasion...
@++
spipcarto a écrit :
Jacques PYRAT a écrit :
Mais je ne vois pas trop comment faire ca... je ne sais pas si un SET en debut de squelette suffirait.
Et un mes_fonctions propre au squelette ?
Ca reglerai e probleme, mais ca me parait lourd.
un SET au debut du squelette me parait plus souple, quitte à se créer une balise #OPTIONS pour faire ce genre de reglages.A discuter sur spip-zone à l'occasion...
En tous cas, plus prosaïquement, voilà comment la BTE (qui marche bien au demleurant) est vue :
- MSIE : http://uea2004.free.fr/temp/bte_msie.jpg
- Firefox : http://uea2004.free.fr/temp/bte_firefox.jpg
Dommage le bud d'affichage sous Firefox...
--
Philippe Giron
* Philippe G tapotait, le 11/12/2006 18:48:
En tous cas, plus prosaïquement, voilà comment la BTE (qui marche bien au demeurant) est vue :
- MSIE : http://uea2004.free.fr/temp/bte_msie.jpg
- Firefox : http://uea2004.free.fr/temp/bte_firefox.jpgDommage le bud d'affichage sous Firefox...
en écran large ?
--
Jacques — SPIP - Pyrat.net – Création de sites Internet
Jacques PYRAT a écrit :
* Philippe G tapotait, le 11/12/2006 18:48:
En tous cas, plus prosaïquement, voilà comment la BTE (qui marche bien au demeurant) est vue :
- MSIE : http://uea2004.free.fr/temp/bte_msie.jpg
- Firefox : http://uea2004.free.fr/temp/bte_firefox.jpgDommage le bud d'affichage sous Firefox...
en écran large ?
En écran large c'est correct, mais je ne me vois pas obligé de dire à mes auteurs que ça ne présente bien qu'en écran large sous Firefox et en écran normal sous MSIE !
--
Philippe Giron
