CIAO @hogi , grazie per aver dedicato del tempo per inviare questa idea! Esamineremo la tua richiesta e ti terremo aggiornato sul suo stato.
Ho chiesto al supporto Jmp se il comportamento attuale *) può essere trattato come un bug: 00035426
*) Tabelle/Aggiorna e Tabelle/Concatena sovrascrittura degli script di origine. Nessun annullamento disponibile.
la risposta è: NO
"Per quasi tutte le manipolazioni della tabella di dati, uno script di origine viene scritto nella tabella.Se ce n'è già uno, viene sovrascritto.È così che ha funzionato per molti anni.Non è un bug, è un comportamento intenzionale...."
Sono l'unico utente Jmp che utilizza gli script sorgente? - l'unico che ha perso uno script sorgente da un Tables/Aggiornamento della tabella dei dati?
ma anche se non viene interpretato come un bug...
e se sono l'UNICO utente Jmp a cui piace lo script sorgente generato automaticamente ...
(alternativa: io sono l'unico utente jmp che utilizza gli script Tables/Update AND Source)
per favore: correggilo 
Con ogni script sorgente distrutto: fa così male!
☐ nuova fantastica funzionalità
☑ potrebbe aiutare molti utenti!
☑ rimuove un "bug"
☐ bello da avere
☐ nessuno ne ha bisogno
#myTop10_2023
abbiamo una soluzione alternativa -> non ne abbiamo più bisogno.
Cosa ti ha ispirato a richiedere questa lista dei desideri?
Corto:
Tables/Update e Tables/Concatenate distruggono i miei script sorgente.
FERMATELI!!!
Lungo:
Molte delle piattaforme nel menu Tabelle forniscono l'opzione Salva script nella tabella di origine .
È un modo elegante per salvare il comando con tutte le impostazioni come uno script Table Script Platform_Name.
Esiste persino una funzione di incremento automatico che impedisce a Jmp di sovrascrivere lo script di tabella precedente con lo stesso nome.
Ma ci sono due eccezioni: Update e Concatenate.
Come tutte le altre funzioni, Concatenate salva lo script dei comandi come uno script di tabella (nome: origine ) nella tabella di output.
Eccezione: se l'opzione Aggiungi alla prima tabella è abilitata, la tabella principale è la tabella di output e NESSUNO script viene salvato (forse per impedire a Jmp di sovrascrivere uno script della tabella sorgente esistente?)
Per Update la tabella principale è sempre usata come tabella di output. Questa funzione salva uno script di tabella con le impostazioni correnti (nome: source ) nella tabella principale e quindi: sovrascrive qualsiasi script di tabella di origine esistente (!).
Tabella / Aggiornamento - collisione script sorgente
Quale miglioramento vorresti vedere?
Concatenate e Update dovrebbero seguire lo schema di denominazione delle altre piattaforme Table.
ad esempio salva uno script con le impostazioni correnti in uno script tabella con nome Concatena Script o Aggiorna Script .
Si dovrebbe utilizzare una funzione di incremento automatico per impedire a Jmp di sovrascrivere gli script esistenti.
Perché questa idea è importante?
La generazione automatica del codice sorgente JSL è una caratteristica fantastica.
Ma sovrascrivere un codice sorgente esistente è più un errore che un vantaggio.
Risolvendo il problema, gli utenti non perderanno lo script sorgente della tabella.
La convenzione di denominazione separa gli script di origine (nome: origine ; è stato utilizzato per generare la tabella dati) dagli script di piattaforma (nome: script ; può essere utilizzato per agire sulla tabella dati corrente)
Ah, questa è una trama molto interessante! - utilizziamo lo script Source del set di dati per scoprire da dove provengono i dati....
ehm...
@Sarah-Sylvestre
Per la nostra azienda abbiamo corretto il comportamento di Tabelle/Aggiorna e Tabelle/Concatena.
-> il desiderio può essere chiuso.
Se qualcuno ha bisogno della correzione del bug, per favore mi mandi un messaggio.
