You are not logged in.
Le flux RSS est générique à n'importe quel contenus (que ce soit une actualité, un article ou autre), c'est pourquoi vous n'avez pas la main dessus et qu'il n'est pas possible de modifier le format du flux pour les actualités sans impacter les autres contenus.
Votre remarque reste cependant intéressante: vous pouvez ouvrir une demande d'amélioration dans le JIRA pour pouvoir avoir la possibilité de personnaliser le format RSS en fonction du type de contenus.
Cdt.
Bonjour,
Une date devrait apparait dans le flux RSS, seulement il ne s'agit pas de la date de l'actualité mais de la date de validation du contenu. Vous pouvez regarder le code source du flux RSS et vous devriez avoir :
<item>
<title>Titre de l'actualité</title>
<pubDate>EEE, d MMM yyyy HH:mm:ss Z</pubDate>
<description> .... </description>
</item>
C'est bien la cas ? Si non c'est qu'il y a quelque chose qui cloche.
En tout cas, vous n'avez pas la main sur le format du flux RSS, hormis ce qui est remonté au niveau du tag <description> qui correspond au champ résumé de l'article ou de l'actualité.
Bonjour,
Vous avez sans doute dézipper le fichier ametys-3.2.0_01.zip dans la même webapps que le cms 3.1 sans effacer ou renommer l'ancien répertoire "cms", non ?
Du coup les fichiers ont été fusionnés et dans votre WEB-INF/lib vous devez avoir des jars en double : ceux de la 3.1 et ceux de la 3.2.
Je vous conseille de dézipper dans un autre répertoire et de faire les copies nécessaires après selon votre cms (skins, plugins que vous auriez créés vous même, xsl surchargées, ...)
Le droit "Etre notifié des changements d'état" sert bien à recevoir ou non les mails signalant un changement d'état.
Les utilisateurs en question doivent avoir ce droit quelque part. Un moyen de vérifier cela est de rechercher un de ces utilisateurs et de cliquer sur "Voir les droits" pour visualiser le ou les profils qui lui sont affectés. En survolant le profil avec la souris, vous aurez la liste des droits de ce profil
Bonjour,
Comme vous le disiez Raphaël, la réception de mail est lié à un droit (de mémoire il s'appelle "Notification par mail"). Si vous enlevez ce droit à un profil, les utilisateurs ayant ce profil ne recevront plus de mail.
Votre remarque sur les préférences utilisateurs est bonne, mais aujourd'hui les préférences coté back-office non pas encore été mise en place.
Bonjour,
Ce comportement est lié à la charte graphique et est indépendant du CMS.
La question est donc à poser aux personnes qui ont intégrés votre charte graphique.
Cdt.
Le bug a pu être reproduit chez nous. C'est bien lorsque l'utilisateur n'a aucun droit sur l'explorateur de ressource que cela se produit.
Il vient d'être corrigé
Bonjour,
Ce bug a été signalé et corrigé hier
Nous avons relevés quelques problèmes depuis la sortie de la 3.2 qui nous amènera à relivrer très prochainement une nouvelle version corrective.
Cdt.
Bonjour,
Vous avez certainement une erreur JavaScript sur la page.
Pouvez-vous nous la transmettre ?
Cdt.
Le bug est résolu et disponible dans les prochains snapshot.
Le client RSS de l'ENT semble résoudre l'url de l'image relativement à l'url de l'ENT au lieu de l'url du flux.
Ce n'est pas le comportement de certains clients RSS (comme Thunderbird par exemple).
Cependant vous avez raison, il est préférable de générer des url absolues pour pouvoir être supportées par le plus grand nombre de client rss. Je viens d'ouvrir un bug à ce sujet
Bonjour,
Ceci est un bug connu (), on ne peut effectivement pas insérer 2 fois une image du même nom. Ce bug devrait être corrigé bientôt.
Pour contourner le problème, vous pouvez renommer l'image en local avant de l'uploader une 2e fois.
Cdt.
C'est la XSL de service de remontée de contenu qu'il faut surcharger et non pas la XSL de rendu des actualités.
Ca va donc être cette XSL : \skins\unimes\services\web\pages\services\filtered-contents\list.xsl
Pour paramétrer l'affichage en fonction de la date de fin, ca va être plus compliqué.
Il faudrait vous passiez la date de fin au format brut (yyyy-MM-dd) dans les meta de news.xsl (<meta name="endDate" content="{metadata/endDate}" />) puis faire une comparaison avec la date actuelle dans la xsl du service.
Effectivement le canal ESUP n'existe plus en V3. Cette page wiki n''est pas jour, elle doit être supprimée.
La fonctionnalité sera de nouveau disponible avec la sortie de la 3.2 (vous devrez migrer à ce moment là pour en bénéficier)
Bonjour,
Pour déposer une arborescence de dossiers et fichiers dans l'explorer de ressources, il vous suffit d'uploader un fichier ZIP contenant votre arborescence et de cocher la case "Extraire les fichiers ... ". Les fichiers seront extraits en respectant l'arborescence de répertoire du ZIP.
Attention par contre, un bug a été relevé récemment () et les fichiers du zip ne doivent pas contenir d'accents. Ce bug a été corrigé mais que depuis les snapshots du 21/01.
En v3, les fichiers de l'explorateur de ressources sont stockés dans le repository JCR . Si vous sauvegardez bien votre repository régulièrement, vos ressources sont également sauvegardées.
Cdt.
Cela me semble être un bug, la remontée devrait être identique coté CMS et site.
Vous pouvez surcharger la XSL de rendu et refaire le tri en XSL mais dans ce cas il ne faut pas utiliser la pagination.
<xsl:sort select="@startDate"/>
<xsl:sort select="@endDate"/>
<xsl:sort select="@lastValidationDate"/>
Le problème reste qu'un premier tri est effectué coté serveur (par date de validation puis par titre), et que ce tri ne semble pas fonctionner correctement.
Pour contourner ce problème et avoir un tri correct, il faudrait donc remonter tous les contenus (ne pas mettre de limitation dans les paramètres de services) et faire la limitation en XSL, ce qui n'est pas idéal pour les performances.
La sortie de la 3.2 est prévue courant février.
Bonjour,
En 3.1, dans la remontée de contenu (via le service) les contenus sont triés par date de validation, puis par titre.
Vous ne devriez normalement pas avoir de différence entre le cms et le site. Peut-être que certains de vos actualités ne sont pas validées ?
Mais si de toute façon le tri ne vous convient pas, vous pouvez surcharger la XSL du service de remontée de contenu et faire votre propre tri en XSL. Sur critère vous auriez voulu que le tri s'applique ?
A partir de la 3.2, le choix des critères de tri pourra être choisi directement dans les paramètres du service.
Bonjour,
Vous n'avez pas besoin de cet id dans votre bandeau, seul le nom du champs 'textfield' compte.
Vous avez une documentation sur le wiki Ametys ici pour cela :
Bonjour,
Vous n'avez pas la main dessus à moins de surcharger le rendu du service remontée de contenus.
Il s'agit d'un bug, donc je vous conseille plutot d'ouvrir ce bug dans le JIRA et d'attendre sa correction.
C'est donc que vous utilisez la vue "link" et non la vue "abstract" dans votre remontée de contenu.
C'est le filtre que vous utilisez qui définit cela (filters/default.xml), au niveau de la balise <view>.
Si vous vouliez utiliser une autre vue (main, abstract, link), c'est le texte de cette balise qu'il faudrait modifier.
Par exemple :
<filter id="focus" target="content">
<content-types>
<type id="org.ametys.web.default.Content.article"/>
</content-types>
<tags>
<tag key="FOCUS"/>
</tags>
<view>abstract</view>
<context type="current-site" lang="all"/>
<max-result>5</max-result>
</filter>Je pense qu'il s'agit d'un bug du plugin "socialnetworking". En effet l'url du script ne semble pas être la bonne, elle devrait être sans le contexte /cms
<script src="/plugins/socialnetworking/resources/js/twitter/jquery.jtweetsanywhere-1.2.0.min.js" type="text/javascript"></script>
Vous pouvez ouvrir un bug dans le JIRA nous y essayerons de le corriger dès que possible.
Etes-vous sûr de votre xsl est bien utilisée ? Vous l'avez peut-être surchargé aussi dans votre skin (skins/SKIN_NAME/stylesheets/content/article/article-abstract.xsl) ? Dans ce cas, c'est cette XSL qui prend le dessus.
Ou peut-être aussi que les contenus en question ne sont pas des articles, mais peut-être des actualités ou autre, dans ce cas se serait la XSL news-abstract.xsl qui devrait être surchargée.
Pour s'en assurer, écrivez dans votre XSL par exemple :
<h1>TEST <xsl:value-of select="/view/pages/page/@title"/></h1>
si vous ne voyez pas TEST, c'est que la XSL que vous modifiez n'est pas la bonne.
Bonjour,
Dans la vue résumé de vos contenus (qui correspond aux XSLs article-abstract.xsl, news-abstract.xsl, ...), vous avez accès aux informations de la page ou des pages auxquelles le contenu est lié. Ces informations sont utilisées pour contruire le lien "Lire la suite".
Vous pouvez tout à fait utiliser ses informations pour remplacer le titre du contenu par le titre de la page. Il vous suffit par exemple de remplacer :
<h1><xsl:value-of select="metadata/title"/></h1>par
<h1><xsl:value-of select="/view/pages/page/@title"/></h1>ou
<h1><xsl:value-of select="/view/pages/page/@long-title"/></h1>Le namespace sitemap n'a pas besoin d'être rajouté.
Pour info, le lien vers les jars du plugin MyFavorites dans le wiki a été réparé.
Par contre ce plugin ne sera livré officiellement qu'avec la 3.2, pour l'instant seul les snapshots (tous les nuits) sont donc disponibles.