Salut @hogi , merci d'avoir pris le temps de soumettre cette idée ! Nous examinerons votre demande et vous tiendrons au courant de son statut.
J'ai demandé au support Jmp si le comportement actuel *) peut être traité comme un bogue : 00035426
*) Tables/Mise à jour et Tables/Concaténation écrasent les scripts source. Aucune annulation disponible.
la réponse est: Non
"Pour presque toutes les manipulations de table de données, un script source est écrit dans la table.S'il y en a déjà un, il est écrasé.C'est ainsi que cela a fonctionné pendant de nombreuses années.Ce n'est pas un bug, c'est un comportement intentionnel...."
Suis-je le seul utilisateur Jmp à utiliser des scripts sources ? - le seul à avoir perdu un script source par une Tables/Mise à jour de la table de données ?
mais même si ce n'est pas interprété comme un bug...
et si je suis le SEUL utilisateur Jmp qui apprécie le script source généré automatiquement ...
(alternative : je suis le seul utilisateur jmp qui utilise les scripts Tables/Update AND Source)
s'il vous plait: corrigez-le 
A chaque script source détruit : ça fait tellement mal !
☐ nouvelle fonctionnalité intéressante
☑ pourrait aider de nombreux utilisateurs !
☑ supprime un « bug »
☐ agréable à avoir
☐ personne n'en a besoin
#monTop10_2023
nous avons une solution de contournement -> nous n'en avons plus besoin.
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Court:
Tables/Update et Tables/Concatenate détruisent mes scripts sources.
ARRÊTEZ-LES !!!
Long:
De nombreuses plates-formes du menu Tables proposent l'option Enregistrer le script dans la table source .
Il s'agit d'une manière élégante d'enregistrer la commande avec tous les paramètres sous forme de script de table Platform_Name.
Il existe même une fonction d'auto-incrémentation qui empêche Jmp d'écraser le script de table précédent portant le même nom.
Mais il existe deux exceptions : Mettre à jour et Concaténer.
Comme toutes les autres fonctions, Concatenate enregistre le script de commande en tant que script de table (nom : source ) dans la table de sortie.
Exception : si l'option Ajouter à la première table est activée, la table principale est la table de sortie - et AUCUN script n'est enregistré (peut-être pour empêcher Jmp d'écraser un script de table source existant ?)
Pour la mise à jour, la table principale est toujours utilisée comme table de sortie. Cette fonction enregistre un script de table avec les paramètres actuels (nom : source ) dans la table principale et ainsi : écrase tout script de table source existant (!).
Tableau / Mise à jour - collision de script source
Quelle amélioration souhaiteriez-vous voir ?
Concaténer et mettre à jour doivent suivre le schéma de dénomination des autres plates-formes de table.
c'est-à-dire enregistrer un script avec les paramètres actuels dans un script de table avec le nom Concatenate Script ou Update Script .
Une fonction d'auto-incrémentation doit être utilisée pour empêcher Jmp d'écraser les scripts existants.
Pourquoi cette idée est-elle importante ?
La génération automatique du code source JSL est une fonctionnalité intéressante.
Mais écraser un code source existant est plus une erreur qu'une bonne chose.
La résolution du problème évitera aux utilisateurs de perdre leur script source de table.
La convention de dénomination sépare les scripts source (nom : source ; a été utilisé pour générer la table de données) des scripts de plate-forme (nom : script ; peut être utilisé pour agir sur la table de données actuelle)
Ah, c'est une intrigue très intéressante ! - utilisons le script Source de l'ensemble de données pour savoir d'où proviennent les données....
hum...
@Sarah-Sylvestre
Pour notre entreprise, nous avons corrigé le comportement de Tables/Update et Tables/Concatenate.
-> le souhait peut être fermé.
si quelqu'un a besoin d'un correctif, veuillez m'envoyer un PN.
