En particulier dans une utilisation quotidienne, je me demande si les documents créés ne sont pas rapidement un peu perdus dans l'interface telle que je l'ai vu dans la démo.
[...]
Aujourd'hui, nous avons le choix entre une solution type dossier partagé (l'avantage, c'est que l'on visualise rapidement la quantité de fichiers dans une répertoire,
Je ne comprends pas en quoi l'interface rendrait l'information plus perdue que dans un dossier partagé. Tracim propose de la même manière qu'un dossier partagé une organisation arborescente, que chacun peut mettre en place comme dans un système de fichier.
D'ailleurs, si la vue "système de fichiers" vous intéresse, l'interface webdav est là pour ça (en pratique elle est très pratique pour réorganiser "en masse")
Nous sommes un labo de recherche et recherchons un moyen de documenter des expériences (que se soit des manips faites dans un labo, des campagnes de mesures sur le terrain ou bien même des mesures automatiques conduites pendant des décennies voir plus). Le but est que la personne qui fait l'expérience (ou déploie une nouvelle mesure) puisse indiquer ce qu'elle à fait, ou, quand, etc puis que ceux qui utilisent les résultats puissent rapidement voir ce qui a été fait sur cette mesure (du style "le capteur x a été déployé le 11.09.2006, recalibré le 01.07.2007, remplacé le 31.08.2009, etc") et potentiellement, que les utilisateurs des données mesurées puissent faire remonter des informations (du style "erreur de calibration du capteur y depuis le 11.09.2019"). Aujourd'hui, nous avons le choix entre une solution type dossier partagé (l'avantage, c'est que l'on visualise rapidement la quantité de fichiers dans une répertoire, l’inconvénient c'est que chaque fichier va sans doute devenir vite assez chaotique) ou bien quelque chose type gitlab (avec des versions successives des fichiers) ou bien nextcloud.
Comme je comprends Tracim, c'est bien pour ce genre de chose que le projet existe, mais j'ai du mal à voir concrètement si cette solution serait vraiment mieux que les autres (si l'on a une gestion des versions, des discussions, etc mais que l'on perd complètement la vue d'ensemble, c'est assez dommage)...
Je pense voir ce dont vous avez besoin et le dossier partagé qu'il soit tracim, nextcloud, local est un palliatif à un besoin de données structurées temporelles ; gitlab pourrait y répondre partiellement mais probablement pas mieux car très orienté métier du développement.
En l'état, je pense que Tracim est la meilleure solution avec un document que vous versionnez qui contient l'état final. Ceci étant dit, je pense que tracim répondra encore mieux à votre problématique avec l'application custom forms que l'on a prototypée. Cette application vous permet de définir un modèle de données et d'auto-générer les formulaires correspondant. Dans votre cas, on pourrait imaginer un modèle "suivi d'expérience" structuré de la manière suivante :
titre,
description,
date de début,
date prévisionnelle de fin,
personne responsable,
...
historique (liste) :
date,
libellé,
description.
A chaque événement réel, vous enrichissez votre contenu dans la zone "historique" et aurez donc le suivi qui vous intéresse, complet, global, historisé et présentant l'historique de l'expérimentation.
Est-ce que ça répond à votre cas d'utilisation ?
Une autre piste/solution serait de proposer un mécanisme avancé de commentaire où on peut configurer la date manuellement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Cas concret: un peu plus de précisions?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Plus d’excuse pour ne plus collaborer (avec Tracim 2.5) !. Évalué à 3.
Bonjour Mathias,
Je ne comprends pas en quoi l'interface rendrait l'information plus perdue que dans un dossier partagé. Tracim propose de la même manière qu'un dossier partagé une organisation arborescente, que chacun peut mettre en place comme dans un système de fichier.
D'ailleurs, si la vue "système de fichiers" vous intéresse, l'interface webdav est là pour ça (en pratique elle est très pratique pour réorganiser "en masse")
Je pense voir ce dont vous avez besoin et le dossier partagé qu'il soit tracim, nextcloud, local est un palliatif à un besoin de données structurées temporelles ; gitlab pourrait y répondre partiellement mais probablement pas mieux car très orienté métier du développement.
En l'état, je pense que Tracim est la meilleure solution avec un document que vous versionnez qui contient l'état final. Ceci étant dit, je pense que tracim répondra encore mieux à votre problématique avec l'application custom forms que l'on a prototypée. Cette application vous permet de définir un modèle de données et d'auto-générer les formulaires correspondant. Dans votre cas, on pourrait imaginer un modèle "suivi d'expérience" structuré de la manière suivante :
A chaque événement réel, vous enrichissez votre contenu dans la zone "historique" et aurez donc le suivi qui vous intéresse, complet, global, historisé et présentant l'historique de l'expérimentation.
Est-ce que ça répond à votre cas d'utilisation ?
Une autre piste/solution serait de proposer un mécanisme avancé de commentaire où on peut configurer la date manuellement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo