☐ nouvelle fonctionnalité intéressante
☑ pourrait aider de nombreux utilisateurs !
☑ supprime un "bug"
☐ agréable à avoir
☐ personne n'en a besoin
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
De nombreuses plates-formes du menu Tables offrent l'option Enregistrer le script dans la table source .
C'est une manière élégante d'enregistrer la commande avec tous les paramètres en tant que script de table Script 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 y a deux exceptions : Mettre à jour et concaténer.
Comme toutes les autres fonctions, Concaténer enregistre le script de commande en tant que script de table (nom : la source ) à la table de sortie.
Exception : Si l'option Ajouter au premier tableau est activé, la table principale est la table de sortie - et NON script est enregistré (peut-être pour empêcher Jmp d'écraser un script existant la source Scénario de tableau ?)
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 : la source ) à la table principale et ainsi : écrase tout script de table source existant (!).
Quelle est l'amélioration que vous aimeriez voir?
Enchaîner et Mettre à jour doit suivre le schéma de nommage 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 Concaténer le script ou alors Scénario de mise à jour .
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 mal que bon.
La résolution du problème évitera aux utilisateurs de perdre leur script source de table.
La convention de nommage sépare les scripts source (nom : la source ; a été utilisé pour générer la table de données) à partir de Platform Scripts (nom : Scénario ; peut être utilisé pour agir sur la table de données courante)
