Icones des documents insérés : ne pas les afficher !

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur le web, je n'ai trouvé que des solutions consistant à agir dans un fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les migrations de versions successives.

J'ai réussi via CSS, de la sorte :

.spip_documents img{
display:none;
}

Le problème, c'est que le titre du document n'est pas actif. Spip semble ne placer un lien (a href) que sur l'icone. Du coup, mon document ne peut plus être atteint...

Existe t-il une solution ? L'idéal aurait été une personnalisation possible depuis le fichier mes_fonctions.

Merci pour vos lumières !

Yannick.

Le 31/07/06, Yannick a écrit :

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone
correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur
le web, je n'ai trouvé que des solutions consistant à agir dans un
fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les
migrations de versions successives.

As-tu essayé de mettre un titre à ton document ?

--
Jacques

Marre de "*quoter comme un goret*" avec OE : (Rappel: quoter n'est

pas coder) http://www.aminautes.org/forums/configurer/oe/QF_doc.html

Où placer sa réponse ?
[Mini-FAQ] Repondre par courrier ou dans les news ?

Yannick a écrit (en cette belle journée du 31/07/2006 - 22:13) :

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur le web, je n'ai trouvé que des solutions consistant à agir dans un fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les migrations de versions successives.

J'ai réussi via CSS, de la sorte :

.spip_documents img{
display:none;
}

Le problème, c'est que le titre du document n'est pas actif. Spip semble ne placer un lien (a href) que sur l'icone. Du coup, mon document ne peut plus être atteint...

Existe t-il une solution ? L'idéal aurait été une personnalisation possible depuis le fichier mes_fonctions.

Merci pour vos lumières !

Yannick.

si on supprime simplement #LOGO_DOCUMENT des squelettes?

Jacques J. a écrit :

Le 31/07/06, Yannick a écrit :
  

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone
correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur
le web, je n'ai trouvé que des solutions consistant à agir dans un
fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les
migrations de versions successives.
    
As-tu essayé de mettre un titre à ton document ?
  
Bonjour Jacques,

Oui, j'ai bien un titre à mes documents. Mais le lien n'est présent que sur l'icone, et pas sur le titre.
Voici le code généré par Spip (je suis en 1.9) :

<div class="spip_document_52 spip_documents spip_documents_center">
<a href="IMG/jpg/img1.jpg"><img src="IMG/icones/jpg.gif" alt="JPG - 14.9 ko" title="JPG - 14.9 ko" height="33" width="30"></a>
<div class="spip_doc_titre"><strong>mon titre</strong></div>
</div>

Donc pas d'icone, pas de lien !

jc a écrit :

Yannick a écrit (en cette belle journée du 31/07/2006 - 22:13) :
  

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur le web, je n'ai trouvé que des solutions consistant à agir dans un fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les migrations de versions successives.

J'ai réussi via CSS, de la sorte :

.spip_documents img{
display:none;
}

Le problème, c'est que le titre du document n'est pas actif. Spip semble ne placer un lien (a href) que sur l'icone. Du coup, mon document ne peut plus être atteint...

Existe t-il une solution ? L'idéal aurait été une personnalisation possible depuis le fichier mes_fonctions.

Merci pour vos lumières !

Yannick.
    

si on supprime simplement #LOGO_DOCUMENT des squelettes?

Non, il ne s'agit pas des pièces jointes ou logos d'articles. Je parle de l'insertion de document dans un article.
Lorsque l'on fait "modifier cet article", à gauche de l'article, il est possible d'aller chercher un fichier sur son ordinateur, pour placer un lien vers ce fichier. Je pense par exemple à un fichier pdf. On fait parcourir, on va chercher son fichier, puis on fait télécharger.

Ensuite, on peut copier-coller un des 3 raccourcis proposés (<doc52|left><doc52|center><doc52|right>).

!!! je viens de remarquer que le copier-coller n'est pas utile, il suffit de double-cliquer sur le raccourcis de son choix : c'est bien, ça !!!

Bref, j'en revient à mon problème. Le placement de <doc52|center> dans un article créé le code html suivant :

<div class="spip_document_52 spip_documents spip_documents_center">
<a href="IMG/jpg/img1.jpg"><img src="IMG/icones/jpg.gif" alt="JPG - 14.9 ko" title="JPG - 14.9 ko" height="33" width="30"></a>
<div class="spip_doc_titre"><strong>mon titre</strong></div>
</div>

Le titre n'es pas actif. Comment rendre le titre actif, pour pouvoir cacher l'icone ?

Rebondissant sur mon problème d'icones dans les documents intégrés aux articles, je me permets une proposition pour les prochaines versions de Spip.

Ne serait-il pas judicieux de permettre, via le fichier mes_fonctions ou autre, par exemple, la personnalisation du code html généré par Spip ?
J'imagine fort bien que dans certains cas, cela puisse être compliqué (balises imbriquées sur plusieurs niveaux).

Et pourtant, on aurait un contrôle total :

- Fini les espaces insécables après les puces (on pourrait alors simplement définir son propre pattern et donc, virer cet espace si on le souhaite)
- Gérer l'apparition ou non du logo lors de l'insertion de documents dans un article, rendre le titre actif...
- ...

Qu'est-ce que c'est frustrant de devoir "subir" un code html, sans avoir la possibilité de le modifier (à moins d'agir sur les fichiers de Spip lui-même, mais cela pose d'autres problèmes).

Qu'en pensez-vous ?

Je travaille actuellement sur un CMS qui se comportera comme une télécommande. En gros, tout ce qui est généré par le CMS (en xhtml) est configurable le plus simplement du monde.
0% de code ne sera écrit sans donner la possibilité à l'utilisateur de le modifier, en proposant son propre pattern. Le moteur de rendu xhtml sera entièrement configurable. Il sera alors possible, avec un simple changement de fichier de configuration, de passer d'un site html en un site xhtml, transitionnal ou strict, ....

Yannick.

Un truc que je ne pige pas, vraiment, cela doit bien être configurable ?

Dans le code suivant, généré par Spip :

<div class="spip_document_55 spip_documents spip_documents_left" style="float: left; width: 120px;">
<a href="IMG/pdf/test2.pdf"><img src="IMG/icones/pdf.gif" alt="PDF - 146.6 ko" title="PDF - 146.6 ko" height="33" width="30"></a>
<div class="spip_doc_titre"><strong>Transports</strong></div>
</div>

Pourquoi diable Spip insère t-il des styles CSS ?!

Dans la ligne suivante :

<div class="spip_document_55 spip_documents spip_documents_left" style="float: left; width: 120px;">

nous disposons de classes css (spip_document_55 spip_documents spip_documents_left), pour personnaliser l'affichage. Alors pourquoi avoir ajouté style="float: left; width: 120px;" ?!

Par pitié, sera t-il possible de corriger cela ?

Pourquoi ne vires tu pas l'appel des docs par défaut et ne crées tu pas une boucle spécifique pour çà?
Du genre

<BOUCLE_mesDoc(DOCUMENTS){id_article}>
    [(#TITRE|#URL_DOCUMENT)] : #DESCRIPTION ( #TYPE_DOCUMENT - [(#TAILLE|taille_en_octets)] )
</BOUCLE_mesDocs>

Là, pas de logo, et un lien sur le titre...

Cordialement,

Jean-philippe, je ne parle pas des documents insérés en tant que pièces jointes à un article (via le formulaire du bas) mais des documents insérés dans l'article lui-même (via le formulaire de gauche).

Jean Philippe Benadjer a écrit :

Pourquoi ne vires tu pas l'appel des docs par défaut et ne crées tu pas une boucle spécifique pour çà?
Du genre

<BOUCLE_mesDoc(DOCUMENTS){id_article}>
   [(#TITRE|#URL_DOCUMENT)] : #DESCRIPTION ( #TYPE_DOCUMENT - [(#TAILLE|taille_en_octets)] )
</BOUCLE_mesDocs>

Là, pas de logo, et un lien sur le titre...

Cordialement,

ooops désolé.

c'est vrai que le code css direct dans la page, c'est pas top...

par contre concernant l'insertion de document avec lien sur le titre, je pense qu'il faut que tu passes par la mise en lien classique comme si c'etait un lien vers une page html, du genre [Mon document->docX]. J'ai pas testé là, mais je pense que çà marche non?

Yannick a écrit :

Jean-philippe, je ne parle pas des documents insérés en tant que pièces jointes à un article (via le formulaire du bas) mais des documents insérés dans l'article lui-même (via le formulaire de gauche).

Jean Philippe Benadjer a écrit :

Pourquoi ne vires tu pas l'appel des docs par défaut et ne crées tu pas une boucle spécifique pour çà?
Du genre

<BOUCLE_mesDoc(DOCUMENTS){id_article}>
   [(#TITRE|#URL_DOCUMENT)] : #DESCRIPTION ( #TYPE_DOCUMENT - [(#TAILLE|taille_en_octets)] )
</BOUCLE_mesDocs>

Là, pas de logo, et un lien sur le titre...

Cordialement,

Jean Philippe Benadjer a écrit :

ooops désolé.

c'est vrai que le code css direct dans la page, c'est pas top...

par contre concernant l'insertion de document avec lien sur le titre, je pense qu'il faut que tu passes par la mise en lien classique comme si c'etait un lien vers une page html, du genre [Mon document->docX]. J'ai pas testé là, mais je pense que çà marche non?

Oui, c'est comme cela que je procède, du coup. Mais on perd la possibilité d'insérer automatiquement le poids et le type de document.
Non, vraiment, je pense que l'utilisateur devrait pouvoir avoir la main sur la façon dont sont intégrés ses documents.

Honnêtement, j'espérais vraiment, malgré mes recherches non concluantes, que cela puisse se paramétrer d'une manière ou d'une autre.

Et comme tu le dis, et je le redis, dans une version récente, je trouve incroyable que Spip insère encore du CSS dans le code. Surtout que des classes spécifiques sont mentionnées, et le CSS inséré pourrait tout aussi bien être placé dans les fichiers externes.

Par pitié, faites nous cette modif dans la version 2.0. On a tout à y gagner : code plus propre, plus léger et véritable personnalisation. Car lorsque les CSS sont écrites dans le code HTML même, il devient impossible de modifier ce qu'elles définissent.

Yannick a écrit :

Jean-philippe, je ne parle pas des documents insérés en tant que pièces jointes à un article (via le formulaire du bas) mais des documents insérés dans l'article lui-même (via le formulaire de gauche).

Jean Philippe Benadjer a écrit :

Pourquoi ne vires tu pas l'appel des docs par défaut et ne crées tu pas une boucle spécifique pour çà?
Du genre

<BOUCLE_mesDoc(DOCUMENTS){id_article}>
   [(#TITRE|#URL_DOCUMENT)] : #DESCRIPTION ( #TYPE_DOCUMENT - [(#TAILLE|taille_en_octets)] )
</BOUCLE_mesDocs>

Là, pas de logo, et un lien sur le titre...

Cordialement,

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.

Jean Philippe Benadjer a écrit :

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.

Oui, mais c'est pas pareil. Si on insère un document à un endroit précis de l'article, c'est que le contexte le justifie.

Là, je fais en sorte que les documents insérés n'apparaissent pas (via les CSS), pour que les rédacteurs soient obligés de les insérer sous la forme d'un lien classique (comme tu le mentionnais). Parce que le float:left définit dans le code HTML ne peux pas être modifié, et ça m'embête vraiment.

Du coup, je bricole... Et ce sont les rédacteurs qui en pâtirons. C'est vraiment bête.

yannick.

Yannick a écrit :

Jean Philippe Benadjer a écrit :

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.

Oui, mais c'est pas pareil. Si on insère un document à un endroit précis de l'article, c'est que le contexte le justifie.

Là, je fais en sorte que les documents insérés n'apparaissent pas (via les CSS), pour que les rédacteurs soient obligés de les insérer sous la forme d'un lien classique (comme tu le mentionnais). Parce que le float:left définit dans le code HTML ne peux pas être modifié, et ça m'embête vraiment.

Du coup, je bricole... Et ce sont les rédacteurs qui en pâtirons. C'est vraiment bête.

yannick.

Hum, la raison de l'insertion des css est liè à l'historique de spip : quand celui ci a intégré les css,c'était le début , on savait pas trop ... enfin je pense.

Sinon, pour ton idée de forker pour choisir quoi affiché : depuis rella version 1.9, il est possible de reproduire l'arborescence de écrire dans le dossier de squelettes... c'est le même fichier de ce dossier qui seront pris en compte.

Maïeul

Maïeul Rouquette a écrit :

Yannick a écrit :
  

Jean Philippe Benadjer a écrit :

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.
      

Oui, mais c'est pas pareil. Si on insère un document à un endroit précis de l'article, c'est que le contexte le justifie.

Là, je fais en sorte que les documents insérés n'apparaissent pas (via les CSS), pour que les rédacteurs soient obligés de les insérer sous la forme d'un lien classique (comme tu le mentionnais). Parce que le float:left définit dans le code HTML ne peux pas être modifié, et ça m'embête vraiment.

Du coup, je bricole... Et ce sont les rédacteurs qui en pâtirons. C'est vraiment bête.

yannick.

Hum, la raison de l'insertion des css est liè à l'historique de spip : quand celui ci a intégré les css,c'était le début , on savait pas trop ... enfin je pense.
  
Justement, il serait tant de se mette au goût du jour, non ? D'autant que des classes ont été ajoutées par la suite (document_left, ...) et que du coup, il y a une utilisation contradictoire.
Car on peut mettre ce que l'on veut dans le CSS externe, c'est bien ce qui est intégré dans le html qui est prioritaire, c'est plutôt frustrant, comme situation.

Sinon, pour ton idée de forker pour choisir quoi affiché : depuis rella version 1.9, il est possible de reproduire l'arborescence de écrire dans le dossier de squelettes... c'est le même fichier de ce dossier qui seront pris en compte.
  
Je ne comprends pas, peux-tu m'expliquer plus précisément ?

Merci.
Yannick.

Yannick a écrit :

Maïeul Rouquette a écrit :
  

Yannick a écrit :
  

Jean Philippe Benadjer a écrit :

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.
      

Oui, mais c'est pas pareil. Si on insère un document à un endroit précis de l'article, c'est que le contexte le justifie.

Là, je fais en sorte que les documents insérés n'apparaissent pas (via les CSS), pour que les rédacteurs soient obligés de les insérer sous la forme d'un lien classique (comme tu le mentionnais). Parce que le float:left définit dans le code HTML ne peux pas être modifié, et ça m'embête vraiment.

Du coup, je bricole... Et ce sont les rédacteurs qui en pâtirons. C'est vraiment bête.

yannick.

Hum, la raison de l'insertion des css est liè à l'historique de spip : quand celui ci a intégré les css,c'était le début , on savait pas trop ... enfin je pense.
  
Justement, il serait tant de se mette au goût du jour, non ? D'autant que des classes ont été ajoutées par la suite (document_left, ...) et que du coup, il y a une utilisation contradictoire.
Car on peut mettre ce que l'on veut dans le CSS externe, c'est bien ce qui est intégré dans le html qui est prioritaire, c'est plutôt frustrant, comme situation.

Sinon, pour ton idée de forker pour choisir quoi affiché : depuis rella version 1.9, il est possible de reproduire l'arborescence de écrire dans le dossier de squelettes... c'est le même fichier de ce dossier qui seront pris en compte.
  
Je ne comprends pas, peux-tu m'expliquer plus précisément ?

Ok, je viens de piger. Mais c'est dangereux pour les mises à jour. Le fichier modifié pouvant devenir incompatible avec une nouvelle version...

Yannick a écrit :

Yannick a écrit :

Maïeul Rouquette a écrit :

Yannick a écrit :

Jean Philippe Benadjer a écrit :

Sinon, ma solution de boucle perso marche aussi très bien, même avec des documents joints via le form de gauche mais pas insérés dans l'article. Par contre ils se retrouvent en fin d'article, et pas dans le corps du texte.
     
Oui, mais c'est pas pareil. Si on insère un document à un endroit précis de l'article, c'est que le contexte le justifie.

Là, je fais en sorte que les documents insérés n'apparaissent pas (via les CSS), pour que les rédacteurs soient obligés de les insérer sous la forme d'un lien classique (comme tu le mentionnais). Parce que le float:left définit dans le code HTML ne peux pas être modifié, et ça m'embête vraiment.

Du coup, je bricole... Et ce sont les rédacteurs qui en pâtirons. C'est vraiment bête.

yannick.

Hum, la raison de l'insertion des css est liè à l'historique de spip : quand celui ci a intégré les css,c'était le début , on savait pas trop ... enfin je pense.

Justement, il serait tant de se mette au goût du jour, non ? D'autant que des classes ont été ajoutées par la suite (document_left, ...) et que du coup, il y a une utilisation contradictoire.
Car on peut mettre ce que l'on veut dans le CSS externe, c'est bien ce qui est intégré dans le html qui est prioritaire, c'est plutôt frustrant, comme situation.

Sinon, pour ton idée de forker pour choisir quoi affiché : depuis rella version 1.9, il est possible de reproduire l'arborescence de écrire dans le dossier de squelettes... c'est le même fichier de ce dossier qui seront pris en compte.

Je ne comprends pas, peux-tu m'expliquer plus précisément ?

Ok, je viens de piger. Mais c'est dangereux pour les mises à jour. Le fichier modifié pouvant devenir incompatible avec une nouvelle version...

Effectivement, mais bon...

en attendant mieux...

pour ce qui est des css intégérés, je suis bien d'accord avec toi. Je les supprimes moi même avec un filtre spéciale...

Maïeul

Yannick a écrit :

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur le web, je n'ai trouvé que des solutions consistant à agir dans un fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les migrations de versions successives.

Tu peux utiliser le point d'entrée plugin apres_propre(); de spip, et y mettre un code de regex en php qui fait le ménage en effacant les logos de documents. Ensuite tu emballe ca dans un plugin qui fera le menage si activé.

Je m'en étais fait un pour spip listes une fois mais qui ne passe pas par après_propre donc je te le joins pour te donner une idée des regex (cf bas de mail), mais il faudra que tu regarde le plugin smiley pour voir l'utilisation des points d'entrée plugin.

Sinon, tu peux également tenter le superbe plugin "modèles" (spip svn) qui est une sorte de bombe atomique préfigurant spip 2.

L'idée est de squeletetiser tout ce qui est <(art|doc|breve|img|emb)xx>

Et oui vous ne revez pas même <breve21|left> dans un article vous cole un encart avec la breve dedans.

Donc bref pour tes documents avec le plugin modèle tu as un squelette qui correspond à <docXX>.

Et voilà,

BoOz

/****
  * titre : propre_bloog
  * Enleve les enluminures Spip pour la bloogletter
  Vincent CARON
****/

function propre_bloog($texte) {

         $texte = ereg_replace("<p class=\"spip\">(\r\n|\n|\r)?</p>",'',$texte);
         $texte = eregi_replace("\n{3}", "\n", $texte);

       // div imbrique dans un p
         $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<div([^>]*)>" , "<div\\2>" , $texte);
         $texte = eregi_replace( "<\/div>(\r\n|\n|\r| )*<\/p>" , "</div>" , $texte);

         // style imbrique dans un p
         $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<style([^>]*)>" , "<style>" , $texte);
         $texte = eregi_replace( "<\/style>(\r\n|\n|\r| )*<\/p>" , "</style>" , $texte);

         // h3 imbrique dans un p
         $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<h3 class=\"spip\">" , "<h3>" , $texte);
         $texte = eregi_replace( "<\/h3>(\r\n|\n|\r| )*<\/p>" , "</h3>" , $texte);

  // h2 imbrique dans un p
         $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<h2>" , "<h2>" , $texte);
         $texte = eregi_replace( "<\/h2>(\r\n|\n|\r| )*<\/p>" , "</h2>" , $texte);

     // h1 imbrique dans un p
         $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<h1>" , "<h1>" , $texte);
         $texte = eregi_replace( "<\/h1>(\r\n|\n|\r| )*<\/p>" , "</h1>" , $texte);

  // tableaux imbriques dans p
        $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<(table|TABLE)" , "<table" , $texte);
        $texte = eregi_replace( "<\/(table|TABLE)>(\r\n|\n|\r| )*<\/p>" , "</table>" , $texte);

  // TD imbriques dans p
        $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<(\/td|\/TD)" , "</td" , $texte);
        //$texte = eregi_replace( "<\/(td|TD)>(\r\n|\n|\r| )*<\/p>" , "</td>" , $texte);

  // p imbriques dans p
        $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<(p|P)" , "<p" , $texte);
        //$texte = eregi_replace( "<\/(td|TD)>(\r\n|\n|\r| )*<\/p>" , "</td>" , $texte);

          // DIV imbriques dans p
        $texte = eregi_replace( "<p class=\"spip\">(\r\n|\n|\r| )*<(div|DIV)" , "<div" , $texte);
        $texte = eregi_replace( "<\/(DIV|div)>(\r\n|\n|\r| )*<\/p>" , "</div>" , $texte);

  //$texte = PtoBR($texte);
   $texte = ereg_replace ("\.php3&nbsp;\?",".php3?", $texte);
   $texte = ereg_replace ("\.php&nbsp;\?",".php?", $texte);

   return $texte;
}

Yannick a écrit :

jc a écrit :
  

Yannick a écrit (en cette belle journée du 31/07/2006 - 22:13) :
  

Bonsoir,

Lorsqu'on insère un document dans un article, Spip affiche l'icone correspondante.

Mais je ne souhaite pas que cette icone s'affiche. Après recherche sur le web, je n'ai trouvé que des solutions consistant à agir dans un fichier source de Spip, ce que j'aurais aimé éviter pour faciliter les migrations de versions successives.

J'ai réussi via CSS, de la sorte :

.spip_documents img{
display:none;
}

Le problème, c'est que le titre du document n'est pas actif. Spip semble ne placer un lien (a href) que sur l'icone. Du coup, mon document ne peut plus être atteint...

Existe t-il une solution ? L'idéal aurait été une personnalisation possible depuis le fichier mes_fonctions.

Merci pour vos lumières !

Yannick.
      

Bonjour,

Je ne sais pas si cela pourra t'aider, mais j'utilise ce type de boucle : l'icône du document ne s'affiche pas et le titre est actif.

<BOUCLE_doc_art(DOCUMENTS){id_article}{extension!==jpg|png|gif}{mode=document}{par titre}{unique}>
            <li>[<a href="#URL_DOCUMENT" title="#DESCRIPTIF" target="_blank">(#TITRE)</a>][ - (#DESCRIPTIF)]
            <span class="type_doc">([(#TYPE_DOCUMENT), ][(#TAILLE|taille_en_octets)])</span>
            </li>
</BOUCLE_doc_art>

Bon courage, Fabienne

Pourquoi diable Spip insère t-il des styles CSS ?!

Dans la ligne suivante :

<div class="spip_document_55 spip_documents spip_documents_left" style="float: left; width: 120px;">

nous disposons de classes css (spip_document_55 spip_documents spip_documents_left), pour personnaliser l'affichage. Alors pourquoi avoir ajouté
style="float: left; width: 120px;" ?!

Par pitié, sera t-il possible de corriger cela ?

Il y a une solution possible avec le pipeline affichage_final.
Tu fais un petit plugin qui filtre tes pages pour supprimer le code indésirable pour ensuite le placer dans ta feuille de style.
Je viens de faire le test en ajoutant ces quelques ligne dans le plugin target ( http://monsitespip.com/spip.php?article2)

        //$texte = str_replace('float: left;','', $texte);
        $texte = str_replace('spip_documents_left\' style=\'float: left;','spip_documents_left\' style=\'', $texte);

La deuxième ligne est plus spécifique à ton cas.
Tu peux donc te faire une petite fonction perso du style:

function nettoyeur($texte) {
        //$texte = str_replace('float: left;','', $texte);
        $texte = str_replace('spip_documents_left\' style=\'float: left;','spip_documents_left\' style=\'', $texte);
  return $texte;
}

Tu l'appelles par le pipeline affichage_final.
Et tu fais ton propre nettoyage du code généré par SPIP.

D'ici un nettoyage à la source...

Iago