Cosa ha ispirato questa richiesta di lista dei desideri?
Abbiamo visto molti casi in cui una tabella di dati JMP in una posizione condivisa è stata aperta da un utente A e poi da un altro utente B (mentre è ancora aperta da A). Quindi entrambi gli utenti modificano la tabella dati e desiderano salvare le modifiche. Tuttavia, dato che solo l'utente A ha diritti di lettura e scrittura completi, l'utente B non sarà in grado di salvare le proprie modifiche nella stessa tabella di dati e riconoscerà questo problema solo quando tenterà di salvare la tabella di dati. Di conseguenza, tutte le modifiche di B vengono perse (indesiderabili) oppure B modifica la sua versione modificata come una nuova tabella di dati e successivamente deve unire la tabella di dati modificata da A e quella modificata da B. Anche quest'ultima opzione è soggetta a errori, richiede tempo ed è indesiderabile.
Qual è il miglioramento che vorresti vedere?
Al momento vediamo due opzioni con complessità diverse:
(a) Opzione più semplice: quando si apre la rispettiva tabella di dati, ogni utente viene informato se la tabella è già utilizzata da un'altra persona e quindi sa se/che ha solo i diritti di lettura ma non di scrittura in questo momento. Idealmente, nel caso in cui la tabella dati sia già utilizzata da un altro utente (ad esempio A), l'utente B viene informato su quale utente sta attualmente "bloccando" la tabella dati.
(b) Opzione avanzata: simile ai documenti nell'ambiente MS Office, sarebbe auspicabile un'interazione multiutente sullo stesso documento senza alcuna interferenza/problema.
Perché questa idea è importante?
Questa funzione è utile a tutti gli utenti JMP che lavorano in modo collaborativo su tabelle di dati JMP condivise e quindi si imbattono di tanto in tanto nei problemi descritti sopra. In definitiva, consente una "vera" collaborazione su tabelle di dati JMP e un vivace scambio di idee, analisi, ecc. che sono tutti ospitati all'interno della stessa tabella di dati JMP, oltre a ridurre la frustrazione quando si tenta di farlo, ad esempio eliminando la necessità di unire versioni della tabella dati manualmente così come la perdita di dati.
@martindemel