Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Nous avons vu de nombreux cas où une table de données JMP sur un emplacement partagé a été ouverte par un utilisateur A puis par un autre utilisateur B (alors qu'elle est toujours ouverte par A). Ensuite, les deux utilisateurs modifient la table de données et souhaitent enregistrer leurs modifications. Cependant, étant donné que seul l'utilisateur A dispose de tous les droits de lecture et d'écriture, l'utilisateur B ne pourra pas enregistrer ses modifications dans la même table de données et ne reconnaîtra ce problème que lorsqu'il essaiera d'enregistrer la table de données. Par conséquent, soit toutes les modifications de B sont perdues (indésirable), soit B modifie sa version modifiée en tant que nouvelle table de données et doit ensuite fusionner les tables de données modifiées par A et par B. Cette dernière option est également sujette aux erreurs, prend du temps et est indésirable.
Quelle amélioration souhaiteriez-vous voir ?
Nous voyons actuellement deux options avec des complexités différentes :
(a) Option plus simple : lors de l'ouverture de la table de données concernée, chaque utilisateur est informé si la table est déjà utilisée par une autre personne et sait ainsi s'il dispose uniquement de droits de lecture mais pas de droits d'écriture à ce stade. Idéalement, si la table de données est déjà utilisée par un autre utilisateur (par exemple A), l'utilisateur B est informé de l'utilisateur qui « bloque » actuellement la table de données.
(b) Option avancée : comme pour les documents dans l'environnement MS Office, une interaction multi-utilisateur sur le même document sans aucune interférence/problème serait très souhaitable.
Pourquoi cette idée est-elle importante ?
Cette fonctionnalité est utile à tous les utilisateurs JMP qui travaillent en collaboration sur des tables de données JMP partagées et qui rencontrent donc de temps à autre les problèmes décrits ci-dessus. En fin de compte, elle permet une « véritable » collaboration sur les tables de données JMP et un échange vivant d'idées, d'analyses, etc. qui sont toutes hébergées dans la même table de données JMP, tout en réduisant la frustration lors de cette tentative, par exemple en supprimant la nécessité de fusionner manuellement les versions des tables de données ainsi que la perte de données.
@martindemel
C'est une très bonne idée et elle est absolument nécessaire dans l'utilisation multi-utilisateurs de JMP !
La communauté d'utilisateurs JMP contient déjà une question à ce sujet ici, mais cela ne fonctionne pas de manière fiable dans tous les environnements linguistiques :
Résolu : vérifier si la table est en lecture seule ? - Communauté d'utilisateurs JMP
Il doit également être joint à toutes les tables JMP. Une solution intégrée dans JMP serait préférable.
