CMS Automne

Bonjour,

Tout d'abord je tiens à féliciter le travail effectué sur ce CMS.
Cela fait déjà plusieurs mois que je recherche " le CMS " et j'espère l'avoir trouvé.

Malgré tout, je rencontre plusieurs problèmes dérangeant:
- 1°/ Est il possible d'importer / exporter des données (format XML, RSS ou autre) en tant que contenu du site?
- 2°/ Dans la doc, il n'y a presque aucune information concernant les "Modules WYSIWYG" associés à un module POLYMOD.
Serait il d'avoir quelques explication à ce sujet.

Mon but serait de créer un module POLYMOD est permettre l'ajout/la modification de contenus à certains users s'en passer par la couche de l'interface d'admin mais plutot comme un module standard.

J'espère vraiment que la communauté va s'élargir et que ce CMS va faire parti des grands noms.

Encore bravo à tous

A+

Bonjour et merci pour ce message, il fait plaisir

Pour répondre à tes questions :
1) Export des données :
- il est possible de créer des flux RSS de tous les modules Polymod. Un exemple existe déjà pour le module actualités présent dans la démo.
- il est aussi possible d'exporter les données dans un format XML autre que le RSS, il faut pour cela créer une rangée utilisant le tag atm-xml. Ce tag n'est pas encore documenté (ça va vite venir) mais il est employé dans la démo pour réaliser les recherches via des requêtes XML pour les modules actualités et médiathèque (voir les rangées "605 Actualités : Recherche" et "650 Mediathèque").
Import de données : Il n'y a pas à l'heure actuelle de système d'import de données pour les modules polymod mais ça va venir, c'est actuellement à l'étude mais je ne peux pas donner de date de réalisation dans l'immédiat...

Pour le contenus des pages elles mêmes, il n'y a rien en préparation au niveau import / export mais nous sommes ouvert à toute proposition fonctionnelle à ce sujet.

2) Concernant les modules WYSIWYG, effectivement la doc est encore pauvre mais ça va s'étoffer.
Les modules WYSIWYG ont pour but l'insertion dans un texte de données provenant d'un module polymod à un format donné.

Cette insertion peut être de deux type :
- Insertion de HTML autour d'un texte sélectionné dans le wysiwyg. Exemple : ajouter un lien sur un texte vers un document géré par un module ou une vers une page affichant le détail d'un l'élément du module.
- Insertion de HTML a un endroit donné du texte (à la position du curseur). Exemple : ajouter le code HTML décrivant un élément donné d'un module tel qu'une actu, une fiche de données, un document et ses méta-données, etc.

Deux points important :
- Les modules WYSIWYG ne permettent que l'insertion de données existantes d'un module dans un texte (ils n'ont pas pour but de permettre la création ou la modification de données).
- Les éléments insérés dans un texte suivront l'évolution de l'élément source dans le module. Par exemple, un document inséré dans un texte sera modifié dynamiquement si le document source est modifié dans le module. Et de la même façon, il sera supprimé si le document source est supprimé.

Tout ceci étant expliqué, voila une explication sur la syntaxe à employer pour les modules WYSIWYG (voir l'aide correspondante dans l'écran de saisie de cette syntaxe dans l'administration d'Automne) :

Le tag atm-plugin-valid contiendra le code affiché si l'élément de module saisi est valide (C'est à dire que l'élément existe (non supprimé) et que l'utilisateur possède le droit de le voir (dans le cas ou la gestion des droits coté client d'Automne est activée).
Le tag atm-plugin-invalid (optionnel) contiendra la code affiché dans le cas ou l'élément sélectionné est invalide (supprimé ou non visible pour l'utilisateur pour une question de droit).

Voici deux exemples valable sur le module médiathèque livré avec la démo :
- Affichage d'un lien vers un document sélectionné reprenant le titre du document :

Ce code affichera un lien vers le document comportant l'icône du type de document et le nom du document.
Si le document n'existe plus ou n'est pas disponible pour l'utilisateur, il n'y aura rien d'affiché (pas de tag atm-plugin-invalid).

- Affichage d'un lien vers un document sélectionné sur un texte sélectionné dans le WYSIWYG :

Ce code affichera un lien vers le document comportant l'icône du type de document le texte sélectionné dans le wysiwyg.
Si le document n'existe plus ou n'est pas disponible pour l'utilisateur, il n'y aura que le texte sélectionné dans le wysiwyg sans aucun lien (le tag atm-plugin-invalid ne contient que {plugin:selection} qui représente le texte sélectionné dans le wysiwyg).

C'est une petite explication rapide que je vais ajouter de ce pas à la doc en ligne mais qui te permettra j'espère d'y voir plus clair. N'hésites pas à poser plus de questions et bienvenu dans la communauté d'Automne

Merci pour tes explications.
J'ai encore un peu de mal avec les modules WYSIWIG, mais je pense que ca viendra en les utilisant.

J'aimerais maintenant créer un vrai site avec automne, mais je rencontre un problème.
Je souhaite créer un gabarit de page avec titre, accroche, texte photos (à définir plus précisément).
Jusque la, en utilisant les rangées du modules standard c'est parfait.
Mais il faudrait que:
1°/ le gabarit ne soit pas modifiable par le rédacteur (ou un nouveau groupe, à définir)
2°/ que le contenu de certains champs soit indexé pour faire des recherche dessus
3°/ le tout en gardant l'édition 100% WIZIWIG, afin que le rédacteur n'utilise pas l'interface d'admin (comme un module standard)

Pensez vous que cela soit réalisable?
Faut il que je duplique le code du module standard et que je le modifie ou y a t'il une solution plus "propre" en utilisant des polymod?

C'est un besoin courant pour les sites que je crée et cela sera décisif dans mon choix d'adopter définitivement Automne.

PS: En tant que développeur, je suis très intéressé par l'architecture d'Automne et j'aimerais beaucoup contribuer à son évolution. Y a t'il des documents expliquant le fonctionnement du coeur d'Automne?

D'avance merci.

A+

Bonjour,

Je ne suis pas certain que l'on parle de la même chose pour le terme gabarit. Pour moi un gabarit est un modèle de page (http://doc.automne.ws/web/Documentation ... -pages.php), donc je ne suis pas certain d'avoir bien tout compris, il faudrait m'expliquer un peu plus les points 1, 2 et 3.

Quoi qu'il en soit, une réponse déjà, quelque soit le cas de figure, il ne faut pas faire de copie du module standard, cela ne peux pas marcher, le module standard est Automne, il fait parti intégrante du noyaux et ne peut en être dissocié ou même dupliqué. Idem pour le Polymod. Ce sont tous deux des "méta" modules si on peut dire.

Concernant l'architecture d'Automne, non, il n'y a pas de doc pour le moment expliquant le noyau et son fonctionnement, ça va venir mais nous préférons nous concentrer d'abord sur la doc d'utilisation d'Automne qui est encore trop légère et qui doit être la plus complète possible.

Une doc d'architecture viendra ensuite. Dans l'immédiat, il y a ça pour le système de fichier http://doc.automne.ws/web/Documentation ... ichier.php et je publierai d'ici quelques semaines une documentation générée à partir des classes d'Automne (phpdoc).

Je vais essayer d'être un peu plus clair.

Imaginons que je souhaite autoriser les redacteur à créer ou modifier des news du module actualité.
J'aimerais qu'il puisse le faire de la même manière que si c'était un bloc texte.

En gros j'aurais aimé que l'on puisse utiliser ce genre de balise dans un module standard:
<block module="standard" type="text" id="uniqueID">{{data}}</block>

Malheureusement je crains que cela ne soit pas possible (actuellement).

Je sais que dans ce cas je peux créer un page et y insérer des rangées avec des blocs standards, mais j'aimerais mettre un moteur de recherche et je ne crois pas qu'il soit possible de faire une recherche dans du contenu d'un module standard.

J'espère avoir été un peu plus explicite, et que tu comprends mieux mon besoin.

A+

Oui, là c'est plus clair.

Alors, disons que dans ta page, tu ajoute une rangée qui va employer le module Actus (rangée comportant un tag de ce genre : <block module="pnews" id="lastNews" language="fr"> ... </block> comme la rangée 615 Dernière actualité qui se trouve dans la démo).

Si tu met cette rangée dans ta page, un rédacteur qui a des droits d'édition sur le module actu aura le droit d'éditer le contenu du module directement depuis l'édition de la page (cf capture "Édition du module Actualités" sur cette page : http://www.automne.ws/web/fr/262-captures-d-ecrans.php). Au survol de la rangée il aura une petite icône verte lui permettant d'accéder aux actualités (pour en ajouter / modifier / supprimer) et au moteur de recherche des actualités.

Est ce que cela réponds à ton besoin ou pas ?

Ce qui m'ennuie c'est qu'il ne peut pas modifier directement son contenu dans la page, mais doit passer par un module avec une popup DHTML.
Alors qu'avec un module standard, la modification se fait dans la page elle même.

Oui je comprends mais je n'ai pas de solution à ça. Les modules permettent de gérer des données de structure complexe, c'est justement leurs but. Faire une édition directe dans la page de cette structure ne serait pas pratique du tout, d'où la popup. Dans ton cas tu as l'air de n'avoir besoin que d'un champ texte mais c'est rare d'avoir un besoin si simple en terme de structure.
Le système actuel permet non seulement de gérer les structures des modules les plus complexes mais aussi leur organisation (via les catégories), leur recherche et en plus, il permet de gérer un très grand nombre de données (plusieurs millier) ce qui serait complètement impossible directement dans la page ...

Par curiosité, en quoi le système de popup est il gênant ? son usage est tout de même suffisamment simple pour ne pas perdre les utilisateurs même les plus novices.

Je comprends tout à fait les problématiques mais j'osais espérer une solution

En fait, mon but est de créer une sorte de catalogue (avec plusieurs milliers de produits) où tous les utilisateurs peuvent ajouter / modifier du contenu (un peu comme un wiki) sans avoir besoin de rentrer dans une interface particulière avec un look différent de celui du site.

Je pense que je vais quand même continuer sur automne, et faire un minimum de modifs css pour les popup DHTML afin de se rapprocher au maximum du reste du site.

Merci pour toutes les infos

A+

OK, je vois. Un point quand même, si tu modifie les CSS d'Automne attends toi à des problèmes lors des mises à jour ensuite.

Pour limiter les problèmes, note bien à l'aide de commentaires toutes les modifications que tu effectue et surtout, pense à indiquer chaque fichier modifié dans le fichier /automne/UPDATE.DENY pour éviter qu'ils ne soient écrasés lors des mises à jour.

Seb

Oui, au pire je crée une nouvelle CSS qui surcharge les styles existants.

A+

C'est le mieux oui, dans ce cas, tu peux l'ajouter dans le fichier /css/cssmanager.php dans le case 'main' (ligne 47).
Idem, dans ce cas ajoute ce fichier dans le UPDATE.DENY.