Bien nommer les documents pour mieux les retrouver (durée 5 min)

Nous avons commencé à établir une liste des abréviations pour le début des titres de nos contenus :

constat : beaucoup d'agents écrivaient Compt rend ou CRR ou CR ou compte-rendu

nous avons donc conseillé d'utiliser tous les mêmes abréviations en essayant de réduire la liste (qui a un peu évolué depuis) :

Typologie sujet complément date

Exemple : CR Jalios COPIL 20180502

Ce tuto sur le nommage et le plan de classement des documents est vraiment inspirant pour les bonnes pratiques dans nos organisations. En revanche, je suis toujours dubitative sur le fonctionnement de Jalios qui renomme systématiquement un fichier en utilisant le titre.... C'est pour moi source de doublons et de confusions lorsque les fichiers sont téléchargés...

Anne-Laure ANTIER merci pour votre retour.

Depuis JPlatform 10, lorsqu'on télécharge (download) un document, le fichier porte le titre du document.

Par exemple, si vous déposez un fichier rapport.docx et que vous renommer le document en "Marketing - Bilan annuel - 2019", lorsque vous téléchargerez le fichier il aura comme nom Marketing - Bilan annuel - 2019.docx .

Est-ce que c'est ce nouveau comportement qui vous gêne ?

Bonjour Olivier,

Bonne idée ce catalogue !

Mais actuellement en cours de migration JP10, je suis surpris d'apprendre un tel changement de comportement.

Nous avons depuis toujours une règle de nommage mais focalisée sur le nom de fichier, en effet, le fichier vient d'un file system, le notre, pour être uploadé dans JCMS où le titre permet d'être beaucoup plus user friendly, puis probablement downloadé dans un autre file system, celui de nos utilisateurs très variés.

Je défends corps et âme le fait suivant: un titre et un nom de fichier ne servent pas les mêmes buts !

Un nom de fichier devrait être concis et normé pour les facteurs suivants:

• limitations du file system
• contraintes des backup
• contraintes des HyperLink sur le réseau
• tri correct/voulu dans le file system
• assurer une compréhension à minima du contenu via des règles de nommage
• indication du type de conteneur (pdf, word, etc...) via l'extension du filename

Un titre doit définir le contenu d'un document de façon claire, complète et précise, mais surtout lisible en ligne donc avec la sémantique nécessaire (espaces, accents, statut, etc...).

Un Don't pour l'occasion:

Draft_Agenda_TECH-WS201905.docx > ne pas nommer un fichier avec la mention draft, sinon même une fois le document mis à jours via "upload a new version", l'utilisateur qui téléchargera le document aura un fichier avec la mention "draft" dans le filename. Idem avec une indication de numéro de version.

Est-ce ce genre de problématique qui a conduit Jalios à appliquer ce changement de stratégie?

Mais utiliser un Titre en tant que Nom de fichier n'est-ce pas faire le chemin inverse du passage File System > CMS ?

Marketing - Bilan annuel - 2019.docx

> 5 espaces inutiles qui représentent 5/36=13.9% de la longueur du filename

Concernant ce nouveau renommage automatique de fichier, j'aurais une idée qui serait potentiellement plébiscité: le rajout de la version majeure (et/ou mineure) au filename d'un document lors de son téléchargement. Ca, ce serait une belle évolution fonctionnelle bien que certainement mineure techniquement. En effet, hors context d'utilisation du titre comme filename par JP10, une telle option permettrait de résoudre la problématique de la conservation du filename originel tout en rajoutant un versionning lié à l'évolution de la publication au sein de JCMS.

Ce renommage automatique suit-il un RegEx paramétrable? Peut-on le désactiver/paramétrer d'une autre façon? Clairement, la suppression de facto des espaces aurait du être envisagée si cela n'a pas été le cas...

Pierre Garnier Merci pour votre retour. 

Lors du stockage du fichier dans la zone upload, le nom n'a pas pas changé (pas d'espace, pas d'accent, ...)

Ce n'est que lors du download ou l'on indique au navigateur le nom avec lequel il faut qu'il déclenche l'enregistrement sur le poste utilisateur.

Ce qui a guidé notre choix c'est l'ergonomie. C'est plus parlant pour l'utilisateur d'avoir un nom de fichier qui soit cohérent avec le nom du document sur lequel il l'a téchargé (même chose si il l'a mis dans son JDrive).

De nos jours les FileSystem gèrent plutôt bien les noms avec des espaces, des accents, ... 

C'est aussi pour cela que dans la règle de nommage, pour les dates on propose le séparateur "-" (eg 2019-06-12) plutôt que "/" qui n'est pas autorisé dans les noms de fichier.

Il n'y  a pas de paramétrage ou de désactivation de ce comportement. Si vous voulez intervernir dessus, le nommage du fichier lors du téléchargement est indiqué avec l'attribut download sur le lien de téléchargement dans le fichier doFileDocumentFullDisplay.jsp