Forum Ametys

Merci beaucoup pour votre aide, c'est parfait !

Oui oui, la grosse image de la première URL est une image insérée dans le contenu de l'article, mais elle est aussi utilisée en guise de métadonnée illustration. Le contenu est bien validé car dans les pages de rubrique, cf :

j'utilise une remontée de contenu qui va chercher les images d'illustration et cela fonctionne bien. Par contre, il s'agit d'une fonction de ce type :

<xsl:template match="content">
          <xsl:variable name="type" select="html/head/meta[@name = 'illustration/image;type']/@content"/>     
        <xsl:variable name="file" select="html/head/meta[@name = 'illustration/image;path']/@content"/>
       
        <xsl:variable name="url"><xsl:value-of select="$file"/><xsl:if test="$type = 'metadata'">?contentId=<xsl:value-of select="@id"/></xsl:if></xsl:variable>
        <xsl:variable name="alt-text" select="html/head/meta[@name = 'illustration/alt-text']/@content"/>
        <xsl:variable name="page-id" select="html/head/meta[@name = 'pages/page;id']/@content"/>

...
<img class="push_img" src="{resolver:resolveImage($type, $url, 200, 295)}" alt="{$alt-text}"/>
...

</xsl:template>

Fonction que je ne peux pas réutiliser dans le cas présent puisque je suis sur un gabarit de page général et pas sur une remontée de contenu, je n'ai donc pas de contenu sélectionné par défaut.

Je vous remercie, cela fonctionne mais par contre j'obtiens la première image de mon contenu alors que je pensais récupérer l'image insérée comme métadonnée (champ sous le titre lorsqu'on crée un article), ce que me retourne cette même fonction lorsque je crée mes pages de rubrique à partir d'une remontée de contenu utilisant la même fonction.

Curieux que dans un cas j'obtienne la première image du contenu, dans un second cas l'image utilisée comme métadonnée de l'article (qui n'apparait pas sur le contenu pour le cas de notre charte graphique).

Peut-on récupérer l'image d'illustration d'un article comme dans le cas des remontées de contenu ?

Merci de votre aide

Merci pour votre réponse. J'ai essayé ainsi :

<span>
    <xsl:variable name="chemin" select="/cms/page/pageContents/zone[@name = 'default']/zoneItem/html/head/meta[@name='illustration/image;path']/@content"/>
    <p><xsl:value-of select="/cms/page/pageContents/zone[@name = 'default']/zoneItem/html/head/meta[@name='illustration/image;path']/@content" /></p>
    <xsl:variable name="format" select="/cms/page/pageContents/zone[@name = 'default']/zoneItem/html/head/meta[@name='illustration/image;type']/@content"/>
    <p><xsl:value-of select="/cms/page/pageContents/zone[@name = 'default']/zoneItem/html/head/meta[@name='illustration/image;type']/@content" /></p>
   
    <xsl:variable name="url"><xsl:value-of select="$chemin"/><xsl:if test="$format = 'metadata'">?contentId=<xsl:value-of select="@id"/></xsl:if></xsl:variable>
        <xsl:variable name="maxWidth" select="'200'"/>
        <xsl:variable name="maxHeight" select="'133'"/>
    <img src="{resolver:resolveImage($url, $chemin, $maxWidth, $maxHeight)}"/>
  </span>

Mais voici ce que j'obtiens en retour

:

illustration/image

metadata

et une image cassée.

Je pense que le problème vient de mon chemin d'accès. Je suis sur un gabarit de page et non pas sur un contenu en particulier quand je fais appel à cette fonction, peut être qu'il faut spécifier le contenu qui m'intéresse ? Mais de quelle manière ?

Le problème semble se produire lorsque le premier contenu de la liste remontée change. Dans cette remontée de contenu, je remonte des contenus de mon site principal, et de mon site secondaire. Quand le premier lien est celui du site principal, il tolère mal ceci : <a target="_blank" href="http://www.monnomdedomaine2.fr{resolver:resolve('page', $page-id, false)}">

et quand c'est un lien vers mon site secondaire, il tolère mal dans le reste de la remontée de contenus des liens de type <a target="_blank" href="{resolver:resolve('page', $page-id, false)}"></a>

Ce qui est curieux, c'est que j'applique des traitements différents selon l'étiquette, mais ca ne résout pas le problème

L'erreur apparait dans ces 3 cas, dans le BO je n'ai pas vérifié mais il me semble qu'on ne voit que le lien javascript que génère la fonction {resolver:resolve('page', $page-id, false)} et pas l'URL du résultat de cette requête javascript.

Oui, une fois que l'erreur est là, elle est mise en cache et tous les visiteurs ont le problème.

J'utilise le service "remontée de contenu". Je lui ajoute un contexte de recherche, je précise le site que je veux atteindre, et je lui demande de sélectionner sur ce site tous les contenus qui portent une étiquette particulière. Ensuite, le xsl de la remontée de contenu se charge de l'affichage.

Dans ce XSL, cet élément pose problème : <a target="_blank" href="{resolver:resolve('page', $page-id, false)}"></a>

Tantôt il me retourne  d'accès de la ressource (nom de domaine 1 étant mon site actuel)
tantôt il me retourne  d'accès de la ressource (nom de domaine 2 étant le site d'où viennent les actus, ce qui est l'affichage souhaité).

Si je change pour ceci : <a target="_blank" href="http://www.monnomdedomaine2.fr{resolver:resolve('page', $page-id, false)}">

Il me retourne la plupart du temps :  d'accès de la ressource, ce qui est correct.

Mais de temps à autre, pour une raison que je n'ai pas encore compris, il me retourne : /www.nomdedomaine2/chemin d'accès de la ressource, ce qui génère une 404 sur tous mes liens.

c'est bon, j'ai trouvé une solution à savoir

<xsl:variable name="rubriquemere" select="/cms/inputData/sitemap/page[@sitemap:in-path='true']" />
<xsl:variable name="title" select="$rubriquemere/@sitemap:title"/>

<xsl:if test="$title = 'xxx'">
...
</xsl:if>

Merci, effectivement ce code là marche. Dommage que nous n'ayons pas la main sur la balise <html>, on fera sans !