Forum Ametys

Bonjour,

Pour pouvoir afficher un champ supplémentaire dans les résultats de la recherche, il faut déjà ajouter ce champ à la vue (metadata-set) du modèle "index".

Ensuite vous pourrez  accéder et résoudre son url de la façon suivante (exemple simplifié avec un simple lien)

<xsl:template name="hit-file">
        <xsl:variable name="id" select="content/@id"/>
        <xsl:variable name="file" select="content/apprenticeshipCalendar"/>
        <xsl:if test="$file">
            <a href="{resolver:resolve($file/@type, concat($file/@path, '?contentId=', $id), true())}"><xsl:value-of select="$file/@filename"/></a>
        </xsl:if>
    </xsl:template>

La namespace associé au "resolver" est xmlns:resolver="org.ametys.cms.transformation.xslt.ResolveURIComponent"

Bonjour,

La fonction resolver:resolveCroppedImage est réservé aux objets Ametys. Le service "Répertoire serveur" affichant des fichiers/dossiers stockés directement sur un serveur (et non stockés dans Ametys), l'utilisation de cette fonction n'est pas possible.

Bonjour,
Ce sont des versions récentes.
Vous pouvez ouvrir une issue sur notre JIRA , cela semble être un bug de synchronisation.

Bonjour,

Non c'est dans la définition du type de contenu "org.ametys.plugin.agents.Content.uduser" que la métadonnée "phone" doit être multiple.
Ensuite il faut vérifier si la synchro a bien stockée 2 valeurs et non une seule. Pour cela il faut ouvrir en édition une fiche agent qui devrait avoir 2 numéros de téléphone, et regarder si le champ "phone" porte bien ces 2 valeurs.
Si oui, le problème se situe au niveau de l'affichage. Si non, le problème se situe au niveau de la synchro.

J'ai testé à nouveau sur une version 3.8, cela fonctionne pour moi.

Pour le rendu d'un fil RSS, Ametys va rechercher dans l'ordre les fichiers suivants :
- skin://stylesheets/content/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss-abstract.xsl
- skin://stylesheets/content/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss.xsl
- context://WEB-INF/param/content-types/web/stylesheets/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss-abstract.xsl
- context://WEB-INF/param/content-types/web/stylesheets/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss.xsl
- plugin:web://stylesheets/content/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss-abstract.xsl
- plugin:web://stylesheets/content/org.ametys.plugins.news.Content.news/org.ametys.plugins.news.Content.news2rss.xsl
- plugin:web://stylesheets/default-content2rss.xsl
- plugin:cms://stylesheets/default-content2rss.xsl

L'algorithme s'arrête au 1er fichier existant, sinon il passe au suivant.

J'ai ajouté le fichier suivant dans ma charte skins\[SKIN]\stylesheets\content\org.ametys.plugins.news.Content.news\org.ametys.plugins.news.Content.news2rss.xsl

Le fichier contient :

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" 
                            xmlns:i18n="http://apache.org/cocoon/i18n/2.1" 
                            xmlns:ametys="org.ametys.web.transformation.xslt.AmetysXSLTHelper"
                            xmlns:resolver="org.ametys.cms.transformation.xslt.ResolveURIComponent" 
                            exclude-result-prefixes="ametys resolver">

    <xsl:import href="plugin:web://stylesheets/default-content2rss.xsl"/>
    
    <xsl:template match="content">
        <item>
            <title>TEST OVERRIDE <xsl:value-of select="metadata/title"/></title>
            <xsl:if test="//pages/page">
                <link><xsl:value-of select="resolver:resolve('page', //pages/page/@id, false(), true())"/></link>
            </xsl:if>
            <language><xsl:value-of select="@language"/></language>
            <guid isPermaLink="false"><xsl:value-of select="$contextPath"/>/_wrapped-content/<xsl:value-of select="@name"/>.html</guid>
            <pubDate><i18n:date pattern="EEE, d MMM yyyy HH:mm:ss Z" src-pattern="yyyy-MM-dd'T'HH:mm:ss" locale="en_EN"><xsl:value-of select="@lastValidatedAt"/></i18n:date></pubDate>
            <rawDate><xsl:value-of select="@lastValidatedAt"/></rawDate>
            <description>
                <xsl:if test="metadata/illustration/image">
                    &lt;img src="<xsl:value-of select="resolver:resolveBoundedImage(metadata/illustration/image/@type, metadata/illustration/image/@path, 250, 250, false(), true())"/>" alt="<xsl:value-of select="metadata/illustration/alt-text"/>" style="float: left; margin-right: 5px" /&gt;
                </xsl:if>
                <xsl:apply-templates select="metadata/abstract/node()" mode="escape"/>
            </description>
        </item>
    </xsl:template>  
                            
</xsl:stylesheet>

Mon fils RSS sur mes actualités contient bien la modification (TEST OVERRIDE devant le titre).

Pouvez-vous vérifier :

En v3, pour définir une nouvelle énumération, il faut l'ajouter au répertoire WEB-INF\param\odf et y faire référence dans le fichier WEB-INF/param/odf-enumeration.xml
Par exemple : <item key="DOMAINE_ACTIVITE" location="context://WEB-INF/param/odf/domaine_activite.xml"/>

Pour l'ajouter comme champ d'une formation, il faut ensuite comme le dis Mathieu faire une surcharge en ajoutant le nouveau champ faisant référence à la nouvelle énumération.

<cms:metadata name="domain-activite" type="string" multiple="true">
       <label i18n="false">Domaines d'activités</label>
       <description i18n="false">Domaines d'activités</description>
       <enumeration>
             <custom-enumerator class="org.ametys.odf.enumeration.StaticODFEnumerator">
                    <constant>DOMAIN_ACTIVITE</constant>
             </custom-enumerator>
        </enumeration>          
 </cms:metadata>

En v4, les énumérations statiques de ce type sont remplacées par des tables de référence. Les tables de référence sont des types de contenus un peu particulier (workflow simplifié et édition dans un tableau).
Pour définir un nouveau référentiel ODF il faut donc ajouter à l'application un nouveau type de contenu de type table de référence.
Pour exemple, les tables de référence par défaut dans ODF v4, sont définies ici

Ensuite comme en v3, il faut surcharger le type de contenu "Formation" pour y ajouter ce champ, à la différence que le champ n'est plus de type "string" mais de type "content"
Par exemple:

<cms:metadata name="domain-activite" type="content" contentType="content-types.DomainActivite" multiple="true">
            <label i18n="false">Domaines d'activités</label>
            <description i18n="false">Domaines d'activités</description>
            <widget>edition.select-referencetable-content</widget>
</cms:metadata>

Hi,

Yes, you can open your content from the search tool in back-office.
The content (alone) will be displayed in a new tab with the URL : [URL_SERVER_CMS]/_wrapped-content.html?contentId=[CONTENT_ID]

You can use this url directly in your browser.
You can also use the non-wrapped url :  [URL_SERVER_CMS]/_content.html?contentId=[CONTENT_ID]

Bonjour,

Que souhaitez-vous faire ? connaitre l'url d'une page en fonction de son identifiant ?

Si c'est le cas, et que vous êtes en v4, vous pouvez faire quelque chose comme :

var page = ametysResolver.resolveById("program://_root?rootId=page://XXXX&programId=programContent://XXX");
print(page.getSitemapName() + "/" + page.getPathInSitemap() + ".html");

Bonjour,

Quelle version d'Ametys utilisez-vous ?

Pour les versions 3.7 ou inférieures, il n'est pas possible de surcharger le contenu du fil RSS.

A partir de la version 3.8, il est possible de surcharger le RSS par type de contenu :
skins\[SKIN]\stylesheets\content\[ID_TYPE_CONTENU]\[ID_TYPE_CONTENU]2rss.xsl

Par exemple, pour surcharger le fils RSS pour les actualités, il faut écrire la surcharge dans
skins\[SKIN]\stylesheets\content\org.ametys.web.default.Content.news\org.ametys.web.default.Content.news2rss.xsl

Bonjour,

Oui c'est juste le nom du fichier XML qui n'est pas correct. Pour une formation c'est WEB-INF/param/content-types/_override/org.ametys.plugins.odf.Content.program.xml (le nom du fichier doit être l'identifiant du type de contenu)

Ceci dit, cela ressemble à un bug, car si la donnée est définie comme multiple, il n'est pas normal de ne pouvoir sélectionner qu'une valeur dans le formulaire... N'hésitez pas à ouvrir une issue dans notre JIRA

Attention sur  il faut sélectionner la branche "2.x" pour voir ce qui correspond à votre version. La branche "master" est la branche de développement actuelle, compatible uniquement avec Ametys 4.

Bonjour,

Les contenus de l'annuaire sont déjà étiquetables, mais effectivement en sélectionnant les contenus depuis le plan du site, je vois aussi que le bouton est grisé. Vous pouvez ouvrir un bug dans notre jira . C'est certainement du au fait que la page dans lequel le contenu se trouve est une page non modifiable (car créer automatiquement).

Pour contourner le problème, vous pouvez passer par la recherche sur l'annuaire (vous devriez avoir le bouton "Annuaire" dans le ruban Accueil). Depuis la recherche, le bouton "Etiqueter" est bien accessible.

Il doit y avoir une erreur dans les logs de l'application, une erreur lors de la récupération des groupes dans votre cas.
Ce sont des groupes SQL ? Ldap ?

En v4, l'outil pour la limitation d'accès, de même que l'affectation des droits, a beaucoup évolué. Il est donc fort probable que l'erreur ne sera pas reproductible.
Il est possible qu'une mise à jour vers la 3.8.2 résout aussi le problème. Tout dépend de l'erreur qui devrait être tracée dans les fichiers logs.