L'approche suivante est elle valable et optimale selon vous ?
> franz a écrit :
>> La taille des vignettes qu'on insère dans les articles de SPIP est réglée dans la configuration générale.
>> J'aimerais savoir s'il est possible de déroger ponctuellement à ce point de la configuration, par exemple en passant un paramètre dans le raccourci typographique :
>> <doc6|right|largeur=400>
il y a un probleme quand c'est le squelette
qui définit une taille max : [(#TEXTE|image_reduire{400})]
Je ne crois pas que ça soit utile de réécrire les modèles de docs
car je crains que le filtre du squelette ne travaille
sur le résultat final des inclure, en aval a priori des modèles de documents.
Peut être il faut réécrire image_reduire pour qu'il teste quelquechose
de relatif à l'image et qu'il n'applique pas la réduction
en cas de détection.
Par exemple un filtre ne_pas_reduire qui ajoute une classe ne_pas_reduire
à l'image lors de l'appel <emb23|ne_pas_reduire|...>
Cette classe servirait comme marqueur,
serait détectée par une regexp adhoc dans image_reduire
qui alors ne toucherait pas à cette image
mais passerait à la suivante.
Mais il peut arriver que l’on souhaite que le filtre image_reduire ne
s’applique pas à certaines images du texte. Pour cela il suffit
d’utiliser un modèle personnalisé dans lequel notre image portera la
classe no_image_filtrer. La présence de cette classe sur une image
indique à SPIP qu’il ne doit pas appliquer de traitement graphique à
celle-ci.
++
----
b_b
Le 10 mars 2009 10:57, JLuc <jluc@no-log.org> a écrit :
L'approche suivante est elle valable et optimale selon vous ?
franz a écrit :
La taille des vignettes qu'on insère dans les articles de SPIP est réglée
dans la configuration générale.
J'aimerais savoir s'il est possible de déroger ponctuellement à ce point
de la configuration, par exemple en passant un paramètre dans le raccourci
typographique :
<doc6|right|largeur=400>
il y a un probleme quand c'est le squelette
qui définit une taille max : [(#TEXTE|image_reduire{400})]
Je ne crois pas que ça soit utile de réécrire les modèles de docs
car je crains que le filtre du squelette ne travaille
sur le résultat final des inclure, en aval a priori des modèles de
documents.
Peut être il faut réécrire image_reduire pour qu'il teste quelquechose
de relatif à l'image et qu'il n'applique pas la réduction
en cas de détection.
Par exemple un filtre ne_pas_reduire qui ajoute une classe ne_pas_reduire
à l'image lors de l'appel <emb23|ne_pas_reduire|...>
Cette classe servirait comme marqueur,
serait détectée par une regexp adhoc dans image_reduire
qui alors ne toucherait pas à cette image
mais passerait à la suivante.
Mais il peut arriver que l’on souhaite que le filtre image_reduire ne
s’applique pas à certaines images du texte. Pour cela il suffit
d’utiliser un modèle personnalisé dans lequel notre image portera la
classe no_image_filtrer. La présence de cette classe sur une image
indique à SPIP qu’il ne doit pas appliquer de traitement graphique à
celle-ci.
et qui pourrait utilement être documenté dans la DOC des filtres images
Commen envisagé initialement, ce serait utilement complété
par un filtre qui ajouterait cette classe à l'image
sans nécessiter de créer un nouveau modèle pour cela...
( Plutôt que no_image_filtrer, terme surement "provisoire",
ce filtre pourrait s'appeler ... image_stop_filtres ... )
JLuc
Le 10 mars 2009 10:57, JLuc <jluc@no-log.org> a écrit :
L'approche suivante est elle valable et optimale selon vous ?
franz a écrit :
La taille des vignettes qu'on insère dans les articles de SPIP est réglée
dans la configuration générale.
J'aimerais savoir s'il est possible de déroger ponctuellement à ce point
de la configuration, par exemple en passant un paramètre dans le raccourci
typographique :
<doc6|right|largeur=400>
il y a un probleme quand c'est le squelette
qui définit une taille max : [(#TEXTE|image_reduire{400})]
Je ne crois pas que ça soit utile de réécrire les modèles de docs
car je crains que le filtre du squelette ne travaille
sur le résultat final des inclure, en aval a priori des modèles de
documents.
Peut être il faut réécrire image_reduire pour qu'il teste quelquechose
de relatif à l'image et qu'il n'applique pas la réduction
en cas de détection.
Par exemple un filtre ne_pas_reduire qui ajoute une classe ne_pas_reduire
à l'image lors de l'appel <emb23|ne_pas_reduire|...>
Cette classe servirait comme marqueur,
serait détectée par une regexp adhoc dans image_reduire
qui alors ne toucherait pas à cette image
mais passerait à la suivante.