Inviato il bug seguente al supporto JMP il 16 gennaio. La risposta è che questo problema è stato inviato al team di sviluppo per una potenziale inclusione in una futura versione di JMP. Istanze di ciò possono essere abbastanza comuni tra il nostro team di ricerca sui prodotti, che spesso utilizza nomi di colonna molto lunghi - e più lungo è il nome della colonna, più è probabile che uno degli Stati membri ricodifichi (creando un ... carattere, per esempio).
Salve supporto JMP,
Normalmente non creerei una tabella dati con il nome della colonna che mostrerò di seguito. Tuttavia, importando un file da MS Excel, sono arrivato a questa situazione e la descriverò, perché ho bisogno di trattare con altre persone che STANNO creando dati in questo modo.
Supponiamo di avere la seguente semplice tabella:
New Table( "untitled 727",
Add Rows( 0 ),
New Column( "Column with …",
Numeric,
"Continuous",
Format( "Best", 12 ),
Set Values( [] )
)
)
Quindi creo la seguente formula molto semplice.

Preoccupazione 1. Se provo a modificare questa parte della formula facendo doppio clic su di essa, il "..." scompare:
Preoccupazione 2. Se NON provo a modificare questa parte della formula, ma piuttosto salvo semplicemente la formula nella tabella dati, tutto sembra a posto. Ma se poi utilizzo JSL per << Ottieni script sulla tabella dati, o utilizzo il triangolo rosso per Copia script tabella, il risultato è questo:
New Table( "untitled 727",
Add Rows( 0 ),
New Column( "Column with …",
Numeric,
"Continuous",
Format( "Best", 12 ),
Set Values( [] )
),
New Column( "Formula on dot dot dot column",
Numeric,
"Continuous",
Format( "Best", 12 ),
Formula( :Column with )
)
)
Nota che la formula non viene trasferita correttamente (il carattere speciale punto punto punto non viene fornito).
Preoccupazione 3: se provo a leggere la formula in JSL utilizzando << Ottieni formula, ottengo la risposta sbagliata (copiata dalla finestra di registro):
Data Table("untitled 727"):Formula on dot dot dot column << Get Formula
/*:
:Column with
C'è una soluzione, per entrambe le preoccupazioni, per garantire che la colonna rimanga valida sia nel caso in cui qualcuno tenti di modificarla nell'editor delle formule, sia nel caso in cui io come scripter provi a leggere il valore della Formula?
Il mio caso d'uso è che sto creando un duplicato invisibile della tabella dati corrente, in modo da poter far funzionare alcuni su di essa come uno script senza effettivamente modificare i dati sottostanti dell'utente e attivare il flag "tabella non salvata". Quindi la mia soluzione ideale NON implicherebbe passare attraverso e rinominare le colonne danneggiate, poiché questo attiverà il flag "tabella non salvata".
Hai bisogno di un pulsante Kudo per me da premere quando consegni le cose. Grazie!
JMP 15 è ora disponibile e questo problema è stato risolto.
Come indicato sopra, questo verrà affrontato in JMP 15.
Sono lieto di sapere che abbiamo una soluzione alternativa per te almeno per alcuni casi. Nel frattempo, abbiamo segnalato il problema allo sviluppo e il problema è stato risolto in JMP 15 (disponibile entro la fine dell'anno).
Ho ricevuto un seguito da @Wendy_Murphrey indicando che posso ottenere ciò di cui ho bisogno nel mio caso (una copia privata della tabella dati in modo da non attivare 'tabella non salvata' con le manipolazioni necessarie durante uno script) utilizzando Subset, qualcosa del genere:
new = Data Table( "untitled 727" ) << Subset(
Private,
Suppress formula evaluation( 0 ),
All rows,
Selected columns only( 0 )
);
Questo realizza ciò di cui ho bisogno e potrebbe essere più efficiente di quello che ho fatto (<< Ottieni script su una tabella dati e poi valuta il risultato per ottenere una copia).
Quindi c'è una soluzione alternativa che non richiede << Ottieni script nel mio caso.
Spero ancora che questo alla fine venga risolto poiché ho altri script che usano << Ottieni formula che non si comporteranno bene. Wendy ha indicato che probabilmente il team di sviluppo si occuperà di questo.