Bonjour,
J'aimerais connaitre la fonction des aspect que l'on peut donner aux fichiers dans alfresco?
Categorisable:
Dublin Core:
Emailed:
Localizable:
Peut être résumé:
Possibilité de mise en conformité:
Transformable en modèle:
Translatable:
Validité:
Versionnable:
Merci de vos réponses.
Encore bravo pour votre webinar de mercredi.
J'aimerais connaitre la fonction des aspect que l'on peut donner aux fichiers dans alfresco?
Categorisable:
Dublin Core:
Emailed:
Localizable:
Peut être résumé:
Possibilité de mise en conformité:
Transformable en modèle:
Translatable:
Validité:
Versionnable:
Merci de vos réponses.
Encore bravo pour votre webinar de mercredi.
Très rapide résumé (le mode d'emploi est plus bas).
Il n'est plus là que pour des raisons historiques depuis que la 2.1 a ajouté des fonctions de gestion de contenu multilingues.
—–
On peut retrouver ces définitions dans les fichiers "contentModel.xml" et "deprecated_contentModel.xml". On peut aussi utiliser "content-model_fr_FR.properties" pour retrouver leur nom d'origine.
De plus il suffit le plus souvent de les appliquer à un élément et d'aller voir ses détails pour visualiser ce que ça implique.
Ce qu'il faut retenir, c'est que la plupart de ces aspects et types sont là pour servir d'exemples le plus souvent. Le fichier "contentModel.xml" est d'ailleurs le premier endroit où aller piocher des exemples lors de la mise en place de modèles personnalisés.
Ceux qui peuvent servir au quotidien sont "Categorisable", "Validité", "Emailed", "Versionnable". "Dublin Core" aussi, mais dans des cas particuliers.
A noter aussi que les notions de dates de début et fin de validité, ou encore date de suppression ne sont que des informations qui ne déclenchent pas d'actions automatisées, sauf à concevoir les scripts associés.
Merci
Categorisable:Active la catégorisation
Dublin Core:Applique le jeu de métadonnées "dublin core"
Emailed:Applique le jeu de métadonnées "mail" (expéditeur, sujet, …)
Localizable:Définit qu'un élément peut comporter une "locale" particulière en catégorie.
Il n'est plus là que pour des raisons historiques depuis que la 2.1 a ajouté des fonctions de gestion de contenu multilingues.
Peut être résumé:Applique le jeu de métadonnées "résumé", en fait un unique champ texte nommé résumé, et même pas multilingue (type "d:text" et non pas "d:mltext"). Plus très utile non plus
Possibilité de mise en conformité:Applique un jeu de métadonnées concernant la date de suppression, et ajoute l'aspect "auditable" qui ajoute un certain nombre de métadonnées.
Transformable en modèle:Applique un jeu de métadonnées permettant de décrire un élément comme étant réutilisable en tant que modèle. Je n'ai encore vu aucun usage en ce qui concerne ce type … mais il est peut être utilisé tout de même.
Translatable:Comme "localizable" on peut l'oublier, c'est un jeu d'associations entre éléments, pour créer des liens entre un document et sa version traduite. Inutile depuis les fonctions de multilinguisme de la 2.1.
Validité:Applique le jeu de métadonnées "validité" (dates de début et fin de)
Versionnable:Active le suivi de version, tout simplement (cas d'un aspect qui implique un comportement).
—–
On peut retrouver ces définitions dans les fichiers "contentModel.xml" et "deprecated_contentModel.xml". On peut aussi utiliser "content-model_fr_FR.properties" pour retrouver leur nom d'origine.
De plus il suffit le plus souvent de les appliquer à un élément et d'aller voir ses détails pour visualiser ce que ça implique.
Ce qu'il faut retenir, c'est que la plupart de ces aspects et types sont là pour servir d'exemples le plus souvent. Le fichier "contentModel.xml" est d'ailleurs le premier endroit où aller piocher des exemples lors de la mise en place de modèles personnalisés.
Ceux qui peuvent servir au quotidien sont "Categorisable", "Validité", "Emailed", "Versionnable". "Dublin Core" aussi, mais dans des cas particuliers.
A noter aussi que les notions de dates de début et fin de validité, ou encore date de suppression ne sont que des informations qui ne déclenchent pas d'actions automatisées, sauf à concevoir les scripts associés.
Encore bravo pour votre webinar de mercredi.
Merci
