Sujets Fonctionnels

Merci de votre réponse. Je vais étudier le sujet du "sponsoring".

@mrobert Cela nous semble à priori une très bonne idée. Nous laisserons néanmoins les étiquettes toutes en majuscules en majuscules car nous avons des clients qui utilisent cette convention de nommage.

@bspeidel exact, juste d'aller sur un document fait que c'est compté dans les vues

@cpotter Merci !

@bspeidel Voilà la réponse à la question : https://community.ceo-vision.com/topic/53/a-quoi-correspond-le-nombre-de-vues-dans-les-métadonnées/2

@edijon effectivement il s'agit d'un choix fonctionnel d'afficher l'espace "sélectionné" quelque soit la navigation dans le GoFAST File Browser. Néanmoins il y a plusieurs demandes d'utilisateur pour que cela change car cela crée de la confusion. Pour l'instant ce changement de fonctionnement n'est pas mis au plan car des changements importants sont à faire pour éviter des impacts de performance (pas recharger les utilisateurs chaque fois que l'on change d'espace par exemple)

Bonjour, Pour le moment, il n'existe pas de fonctionnalité pour transformer un type d'espace collaboratif vers un autre type d'espace Désolé, Cordialement

Bonjour, A notre grand regret, a cause de contraintes techniques ( liés aux performances du fil d'activité notamment), il n'est pas possible pour le moment de rajouter un filtre par auteur de modification. Nous envisageons de rajouter un filtre par auteur de document, mais avons peur que cela soit trop restrictif et source d'erreurs de compréhension de la part des utilisateurs. Cordialement

Bonjour, Nous avons eu des discussions en interne à ce sujet aujourd'hui. Nous allons voir ce qu'il est possible de faire techniquement avec notre moteur de recherche solr. Nous revenons vers vous au plus vite ! Cordialement,

Bonjour, Dans le workflow Standard, livré de base avec la plateforme, les états des documents ne sont jamais modifiés. Par contre il est tout à fait possible, dans le cadre de Workflows spécifiques, d'alter l'état des documents lors de certaines étapes. Cela sera encore plus simple à partir de la v3.6, qui inclut un certain nombre d'API Rest permettant de facilement intéragir avec la plateforme GoFast depuis des outils externes ( dont des Workflows personnalisés) Cordialelement

Normalement les liens internes (https://gofast...) sont conservés. Effectivement je constate une régression quasi sûre à ce sujet, peut-être une montée de version du composant de prévisualisation. Réf.interne GOFAST-4745 Concernant les commentaires visibles dans la prévisualisation nous avions fait des tests de configuration de LibreOffice sans succès pour l'instant. Nous sommes tous d'accord que cela serait très pratique. Réf. interne: CEOVIS-323

Petite question: chez nous, les liens sont avec des tables (BIS) et d’autres fichiers. Il y a beaucoup de données liées. Ici, il semble que cela doit être fait cellule par cellule, très fastidieux on dirait. Est-ce que si on copie un fichier dont les liens sont déjà établis, il les gardera actifs pour les mises à jour ? Sans qu’il faille procéder comme ci-dessous ? merci

@bspeidel Bonjour Bénédicte, C'est une amélioration que nous avons déjà faite, et intégrée dans le version 3.5 qui arrive dans quelques jours. Un utilisateur GoFast, s'il clique sur un lien de partage d'un document auquel il n'a pas accès en temps normal ( car il n'est pas dans le bon espace ) il aura le même écran de téléchargement du document que quelqu'un qui n'a pas de compte GoFast. Cordialement

Ah effectivement ce n'est pas documenté, C'est un oubli, merci pour l'info ! (@cmarion / @odernovaya ) Pour la traduction, je m'en occupe pour la prochaine version (3.5.1). Bonne journée ! Cordialement,

Bonjour, Effectivement cela pourrait être interessant, mais il faudrait pouvoir le rendre configurable pour ne pas l'imposer aux personnes qui ne souhaitent pas ce comportement par defaut. Nous allons en discuter en interne et nous le mettrons peut etre au plan de développement. Merci de votre proposition Cordialement

@users - Serait-il possible d'avoir un pictogramme permettant d'identifier les fichiers signés numériquement (PDF, Word, Excel, Email ou autre) ? Malheureusement à notre connaissance (et après plusieurs tests) les fichiers signés n'ont pas d'informations spécifiques directes indiquant qu'ils sont signés. Ces informations directement exploitables seraient par exemple : meta-données spécifique extension de fichier spécifique "mime-type" spécifique Il semblerait que ceci n'ait pas été prévu dans les diverses normes de signature. D'ailleurs sous Windows, si vous faites "Propriétés" d'un document Word signé, rien n'indique qu'il a été signé. Cela implique donc un développement (sous réserve de faisabilité technique) et pour chaque type de format (office, email, pdf) et pour déterminer que le fichier a été signé. - Serait-il également possible de visualiser les informations de la signature dans lors de la prévisualisation du document ? C'est le cas des PDF signés (certificats) par grâce à un développement que nous avons fait pour la librairie pdf.js qui prévisualise les PDF dans GoFAST - Serait-il possible dans OnlyOffice de notifier qu'un document est signé et que s'il est modifié, la signature ne sera plus valide (Comme le fait Microsoft Office) ? Malheureusement OnlyOffice retire la signature à l'ouverture. Nous n'avons pas vu avec eux si cette fonctionnalité était au plan de développement. Si le point 1) était traité, il serait possible d’empêcher OnlyOffice d'ouvrir un document Office signé. De notre coté nous recommandons de limiter les signatures au format PDF (et si possible PaDES) même des documents qui proviennent de Word ou Excel. Il est possible d'en faire une publication PDF sous GoFAST puis de signer cette publication. Mais bien sûr tout dépend des habitudes. Enfin et surtout, il semble que nous avons identifié un bug Alfresco aléatoire sur les documents Office signés, certaines versions antérieures du document signé ne sont plus accessibles.