You are not logged in.
D'accord, tout ce que je dis précédemment réfère à l'insertion de liens dans l'éditeur en ligne.
Pour la remontée de contenus, il faut surcharger le rendu et ajouter les target="blank".
<Apparté>
target="blank" n'est pas correct en xhtml strict.
la solution utilisée un peu partout dans le CMS est de mettre un onclick="window.open(this.href); return false;".
cela ouvre une nouvelle fenêtre uniquement quand js est activé, et sinon le lien fonctionne normalement.
<Apparté>
Pour que l'ouverture respecte l'accessibilité, il faut penser à préciser (dans le libellé ou le titre) que le lien va ouvrir une nouvelle fenêtre
</Apparté>
</Apparté>
Bonsoir,
je viens de tester et cela fonctionne.
Si je donne les droits à la racine du plan du site français, je n'ai pas les droits sur les pages du site en anglais.
Il faudrait ré-essayer et mettre des captures d'écrans.
En tous cas, c'est le comportement attendu (et souhaitable)
Dans ce deuxième cas de figure, ça sera une page "interne" donc pas cochée par défaut... il faudra la cocher à la main
Bonjour,
Avant, l'option n'existait pas dans le CMS et c'est donc la charte qui décidait de ce quelle faisait. Le comportement le plus courant étant d'ouvrir dans une nouvelle fenêtre lors de liens "externes".
Aujourd'hui, l'option existe et par défaut n'ouvre pas une nouvelle fenêtre. La charte peut si elle veut ne pas tenir compte du paramètre, mais ce n'est pas conseillé !!!
Demain, il serait possible de faire que les liens externes aient cette option cochée par défaut. Je vous invite à ouvrir une demande d'amélioration dans JIRA. L'idée me paraît bonne.
Il existe deux GroupManager qui gère les groupes LDAP dans le CMS (v2 ou v3)
* UserDriven : les utilisateurs portent un attribut indiquant à quels groupes ils appartiennent.
* GroupDriven : les groupes portent la liste de leurs utilisateurs.
L'un des deux schéma correspond au format supann utilisé sur uportal/esup, et l'autre à celui d'ActiveDirectory si ma mémoire est bonne
Je ne crois pas qu'il existe dans le CMS de GroupManager qui prend les groupes dans le LDAP et en SQL (cela existe par contre pour les utilisateurs). C'est une bonne idée d'évolution...
Oui, en effet : c'est une nouvelle fonctionnalité à ajouter à Ametys...
vous pouvez voter sur le ticket car actuellement il n'est pas planifié
Oui en fait la notion de snapshot (et pas screenshot) est une version en cours de développement ; c'est donc une application en cours de développement et potentiellement instable mais avec les toutes dernières nouveautés.
Actuellement, au niveau 3.2 on est sur de la RealeaseCandidate n°2 donc très proche de la version finale stable.
Elle est téléchargeable ici
----
Concernant le plan du site, au niveau intégration graphique, vous pouvez lui faire plusieurs "têtes" à choisir... mais c'est de l'intégration graphique et pas simplement de l'utilisation
L'intérêt d'empecher le HTML est qu'on est sûr que tous les contributeurs respectent la charte graphique et les règles d'accessibilité, le W3C etc...
Mais ça à ses limites, et c'est pour ça que le HTMLExpert existe en effet.
En fait, selon les droits dont vous disposez vous avez plus ou moins de boutons et plus ou moins d'onglets.
Dans votre cas, en effet, vous ne devez pas disposer du droit adéquat.
Il faut voir avec votre webmaster pour que :
* soit il vous donne un profil qui dispose de plus de pouvoirs
* soit il contacte l'administrateur système du site pour qu'il modifie les profils et ajoute ce droit
* soit qu'il fasse cela pour vous car lui dispose probablement du bouton
Le terme "développeur" que vous voyez sur les captures désigne des outils pour les gens qui fabrique l'application.
Le mode HTMLExpert n'entre pas dans cette catégorie puisqu'il est destiné aux contributeurs, mais aux contributeurs qui connaissent HTML.
Voilà
Concernant la liste des sous pages de la page courante, il existe un autre moyen de faire ça.
Dans une zone vous pouvez insérer le service "Plan du site"
Il suffit de le configurer comme ceci :
* Profondeur : 1 (on affiche uniquement les pages filles directes)
* A partir de "la page courante"
Voici le lien pour télécharger le snapshot de la version 3.2
Par simple curiosité, vous utilisez ametys dans quel cadre ?
oui pardon ! c'est effectivement de la 3.2 qui sort en RC2 dans la journée si tout va bien.
dans la page téléchargement vous avez accès au snpashots.
cdt;
Salut,
Là on est dans le forum "utilisation", mais en fait les modifications de chartes graphiques, c'est du domaine de l'intégration.
Car en fait il faut bel et bien modifier la charte graphique pour faire ça.
Il faut faire une boucle sur les pages filles de la page actuelle
<xsl:for-each select="/cms/inputData/sitemap//page[@sitemap:current= 'true']/page">
<a href="{$cms-context}/{$lang}/{@sitemap:path}.html"><xsl:value-of select="@sitemap:title" /></a>
</xsl:for-each>
Après au niveau de la condition, on peut vouloir faire des choses plus "touchy", en n'affichant pas les sous-page qui auraient l'étiquette invisible par exemple.
----
Pour la partie Agenda, on est bien sur de l'utilisation.
Normalement, oui le service Agenda peut être mis sur n'importe quelle page dans n'importe quelle zone.
Avez-vous vu un bug ?
Bonjour,
la réponse est "oui".
En fait, dans Ametys, les notions de pages et de contenus sont séparées.
99% du temps vous visualisez un contenu dans une page, mais il arrive (y compris sur le front éventuellement) que les contenus soient visualisés seuls, en dehors de toute page.
Dans ce cas, vous avez une XSL qui se charge de faire le rendu (à la place de la page) : actuellement vous avez celle par défaut - qui est pas forcément la plus élaborée - qu'il faut surcharger.
Je crois qu'on peut le surcharger au niveau de tout le cms, mais je ne sais plus comment et c'estpas le plus interressant - par contre vous pouvez le surcharger au niveau de la skin (comme dans la skin de demo) via le fichier skins/MYSKIN/stylesheets/content/_wrapper/content.xsl
voilà.
On dirait que j'ai pris mes désirs pour une réalité
Non, ça n'existe pas et ce n'est pas encore ouvert dans jira, donc clairement pas à l'ordre du jour pour le moment
Donc vous pouvez ouvrir une idée d'évolution dans le jira (en anglais)
Et donc en attendant, ce n'est malheureusment pas possible...
Non, en fait je partais de ce principe là dans ma réponse, mais en vrai pas du tout
Vous pouvez tout à fait avoir un site sur et un autre sur
Il suffit que le nom de domaine pointe sur tomcat (avec ou sans proxy) et ensuite c'est le cms qui bosse pour répartir les url en /private sur le second site.
Les 3.1.x sont directement compatibles
Il faut mettre à jour tous les jars que vous avez en vous servant dans les nightly ici
Si ça doit vous arriver fréquemment vous pourriez comme on fait nous en interne utiliser "ivy". Et là un simple "clic droit/resolve" vous met à jour avec les dernières librairies compatibles.
Oui, une seule instance de l'application site peut héberger plusieurs sites.
Et même inversement, plusieurs applications sites, peuvent héberger un seul site (load balancing)
Enfin bref, on fait ce qu'on veut.
Ce qu'il faut simplement, c'est que les différents noms de domaines aboutissent au tomcat du site, et que la conf du site (coté CMS) ait la bonne url.
Un point d'erreur, peut être un apache placé devant tous les sites, et qui faisant proxy renverrait sur tomcat en utilisant "localhost" : mais du coup tomcat n'a pas accès au nom de domaine : il faut donc bien que le proxy renvoie sur tomcat en gardant le nom de domaine
Concernant la configuration elle pourrait même être exactement la même, car en fait le CMS gère "en dur" le fait qu'institutionnel réagisse ainsi et les autres d'une autre façon.
J'espère ne rien oublier, mais pour ajouter une nouvelle typologie de site : il faut déjà la déclarer dans un plugin.
Voici la conf du site institutionnel :
<feature name="sitetype.default">
<extensions>
<extension id="org.ametys.web.sitetype.Default"
point="org.ametys.web.repository.site.SiteTypesExtensionPoint"
class="org.ametys.web.repository.site.DefaultSiteType">
<name>default</name>
<label i18n="true">PLUGINS_WEB_SITETYPE_DEFAULT_LABEL</label>
<description i18n="true">PLUGINS_WEB_SITETYPE_DEFAULT_DESCRIPTION</description>
<icons>
<small>img/sitetype/default_16.png</small>
<medium>img/sitetype/default_32.png</medium>
<large>img/sitetype/default_48.png</large>
</icons>
</extension>
</extensions>
</feature>
et ensuite, il y a tous les fichiers de conf dans WEB-INF/param/*-default.xml à dupliquer en *-intranet.xml
et je crois que c'est tout pour le moment (comme dirait la voix)
Bonjour,
pour créer un intranet, vous pouvez créer un simple site institutionnel et utiliser le fonctionnalité de pages à accès limitées.
concernant la typologie de site, en créer de nouvelles est un peu compliqué (il faut faire des tas de configuration) dont la seule finalité et de proposer une liste de services différentes, des barres d'outils différentes, etc...
par contre, les pages à accès limitées ont un comportement différent sur le site institutionnel et sur les autres typologies : sur le site instituionnel, une page à accès limité apparait toujours (avec potentiellement un cadenas que peut apporter la charte) que l'on ait le droit ou pas ; et ce n'est qu'en essayant de l'ouvrir que l'on voit si on a le droit ;
sur les autres typologies on ne voit que ce à quoi on a droit : il faut donc se connecter pour voir apparaitre les pages autorisées.
Non. L'éditeur graphique se "limite" à la charte graphique.
L'administrateur système de l'application a dans son interface (/cms/_admin/index.html) une icone "plugins", dans laquelle on peut désactiver des éléments de plugins ; et cela permet aussi de choisir quelle extension doit remplir le rôle de "UsersManager" par exemple.
Par contre actuellement, cette partie de l'interface est plutôt réservée aux développeurs et du coup n'est pas encore documentée dans le wiki.
Voilà
Ce n'est pas paramétrable, quand vous sélectionnez plusieurs étiquettes c'est toujours un ET.
Par contre, je crois que si vos étiquettes sont rassemblées dans une seule catégorie, vous pouvez sélectionner la catégorie de ces étiquettes, et là il fera un OU entre toutes les étiquettes de la catégorie. A tester, car je dis ça de mémoire
il fallait lire WEB-INF/param/runtime.xml
pour note, dans l'administration il existe une interface pour faire ce genre de modifications
Dans "Ajouter un contenu", il y a sous la liste des types de contenus disponibles une option "Contenu existant"
oui et non.
le problème vient du partage de contenus. le contenu est potentiellement utilisé sur une autre page.
dans ce cas, on ne veut pas le supprimer, mais peut-être que si il n'est pas partagé on veut effectivement le supprimer.
mais du coup, le même bouton n'aurait pas toujours le même comportement...
mais il y a surement moyen d'améliorer les choses : je vous invite à ouvrir un ticket d'amélioration sur les jira ametys (en anglais).
C'est le moment faire la pub de notre page facebook
cliquez sur "J'aime", ça fait toujours plaisir...