643041_fr-FR

liliconcom

Re : Définir la visibilité des tableaux de données

Un autre cas de texte perdu, je vois.Je vais essayer de me souvenir de ce que j'ai mis.

 

J'aime utiliser des tables privées pour éviter que les noms de table n'apparaissent et sortent de la liste de fenêtres ou pour empêcher les gens de se mêler de certaines tables de données.Lors du dépannage d'une table que j'ai normalement privée, je voulais la remettre en mode privé.J'ai trouvé <

 

J'aimerais avoir des messages simples pour définir la visibilité des tables de données.Au minimum, corrigez le <

 

Il s'agit simplement d'une amélioration de la facilité d'utilisation.

Re : Définir la visibilité des tableaux de données

Set Private fonctionne - il ne se débarrasse pas de la fenêtre ni de l'entrée de la liste des tables de HomeWindow, mais il rend la table privée et l'empêche d'apparaître dans la méthode standard d'obtention des tables de données actuellement ouvertes .

 

Vous pouvez associer la commande Set Private à une commande Show Window, quelque chose comme ça ?

 

Names Default To Here( 1 );
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
Show( Get Data Table List() );
Wait( 1 );

dt << Show Window( 0 ) << Set Private; // make table private and not visible
Show( Get Data Table List() );

Il apparaît comme invisible dans la liste de la fenêtre d'accueil - mais il est privé et un double-clic dessus l'affichera mais il sera toujours privé.

 

Re : Définir la visibilité des tableaux de données

je viens de voir ton commentaire, @ErraticAttack .Je vois que je me suis un peu trompé.<

Re : Définir la visibilité des tableaux de données

Une alternative :

Toutes les commandes qui créent une table de données (open, subset, summary, concatenate, ...) ont une option (..., Private ) pour masquer la table lorsqu'elle est générée.

Ce n'est pas exactement ce qui est demandé ici (c'est-à-dire rendre une table privée APRÈS sa génération) - mais dans 99% des cas, c'est encore mieux

 

Ce qui manque en fait, c'est une option invisible/privée pour MFI :
Option privée pour importer plusieurs fichiers
mais il semble que cela viendra bientôt:

Tables privées avec fonction d'importation de fichiers multiples

Définir la visibilité des tableaux de données

Qu'est-ce qui a inspiré cette demande de liste de souhaits ?

 

 

Quelle est l’amélioration que vous souhaiteriez voir ?

 

 

 

 

 

 

<<VISIBILITY></VISIBILITY>

 

 

 

Pourquoi cette idée est-elle importante ?

 

 

Automatisation et scriptsRe : Définir la visibilité des tableaux de données

@mmarchandTSI , je pense que vous avez raison et j'ai le même problème... l'index de script dit < <>

et c'est bizarre que le privé que vous obtenez lorsque vous créez une table privée soit différent de ce que vous obtenez de << set private

Re: Définir la visibilité des tableaux de données

Le problème a été « résolu » : la documentation a été mise à jour pour refléter le comportement réel.

JMP17 :

JMP18 :

et l'utilisateur qui souhaite définir une table de données comme privée et la masquer (comme cela a été annoncé dans JMP17) ?
... il peut utiliser :

dt << Set Private( 1 );
dt << showWindow(0)

et ensuite, peut-être :

dt << Set Private( 0 );
dt << showWindow(1)

Re : Définir la visibilité des tableaux de données

Ah non...

Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp", Private  );

dt << Set Private( 0 );
dt << showWindow(1)

-> dt reste privé, non ?

Re : Définir la visibilité des tableaux de données

Je suis d'accord avec toi @hogi .

Ma liste de choses étranges à propos des tables privées comprend < auto-référence pour un script de table - JMP User Community

De plus, je vois une table qui démarre normalement et qui est définie comme privée avec <