565377_es-ES

liliconcom

atajo de teclado: filtro de datos locales?

¿Existe un método abreviado de teclado para agregar un filtro de datos local a un diagrama de GraphBuilder?

GráficosRe: atajo de teclado: ¿filtro de datos local?

Puede asignar sus propios accesos directos desde Ver / Personalizar / Menús y Barras de herramientas

 

Y si desea que funcione solo para el generador de gráficos, puede escribir su propio JSL para que ignore otras plataformas.

Re: atajo de teclado: ¿filtro de datos local?

Ah,

Plataforma: Filtro de datos locales

gracias, muy conveniente

 

Y para

"Mostrar panel de control" ?

Re: atajo de teclado: ¿filtro de datos local?

No tengo idea si hay un comando incorporado JMP para eso, por lo que es posible que deba escribir JSL para manejar eso y luego crear un acceso directo para ello

Re: atajo de teclado: ¿filtro de datos local?

OK gracias

 

Names default to here(1);

gb= Current Report()["Graph Builder"] <<GET scriptable="" object=""></GET>

Re: atajo de teclado: ¿filtro de datos local?

Creo que debería funcionar muy bien si el título del cuadro de esquema no se ha cambiado. Podría considerar agregar Try() para evitar que JMP arroje errores si no hay ningún generador de gráficos abierto en el Informe actual().

 

Si también desea administrar situaciones en las que se ha cambiado el título del cuadro de esquema, usar XPath podría ser la opción más sólida. Con XPath, puede buscar el atributo helpKey de los cuadros de contorno con el valor 'Graph Builder' y luego usar una idea similar con << Obtener objeto programable

 

Local({first_gb},
 Try(
  first_gb = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1] << Get Scriptable Object;
  Report(first_gb)[IfBox(1)] << Set(!(Report(first_gb)[IfBox(1)] << get));
 ); 
);

También usar Current Window() en lugar de Current Report() es una opción, si solamente quiero cambiar la visibilidad del Panel de control en la ventana del generador de gráficos actualmente activa (creo que Informe actual () cambiaría el panel de control incluso si el generador de gráficos estuviera detrás de la tabla de datos, por ejemplo).

 

Re: atajo de teclado: ¿filtro de datos local?

Genial, muy robusto!

Lo siguiente: atajo de teclado para la leyenda

Local( {first_gb},
 Try(
  first_gb = (Current Window() << XPath( "//OutlineBox[@helpKey = 'Graph Builder']" ))[1] << Get Scriptable Object;
  first_gb << show legend (!(Report(first_gb)[LegendBox( 1 )] << get width));

 )
);

 

¿Por qué "Informe actual"?
-> hm, la depuración es mucho más fácil

 

 

Alternar el valor de IfBox en lugar de enviar el comando "Panel de control" al objeto Graph Builder es inteligente (¡un mundo completamente nuevo de posibilidades!)

¿Hubo una razón específica para pasar de Informe a Objeto programable y luego de regreso a Informe?
en vez de

 

 

Local({first_gb},
 Try(
  first_gb = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1];
  first_gb[IfBox(1)] << Set(!(first_gb[IfBox(1)] << get));
 ); 
);

 

Re: atajo de teclado: ¿filtro de datos local?

¿Hubo una razón específica para pasar de Informe a Objeto programable y luego de regreso a Informe?

No, solo usé lo primero que me vino a la mente y funcionó.

Re: atajo de teclado: ¿filtro de datos local?

Vaya, me acabo de "dar cuenta" de que

gb << show control panel(1)

tiene más que hacer que solo mostrar el panel de control

entonces (versión final):

Local({first_gb,newState},
 Try(
  first_gbr = (Current Report() << XPath("//OutlineBox[@helpKey = 'Graph Builder']"))[1] ;
  newState=!(first_gbr[IfBox(1)] << get);
  (first_gbr << Get Scriptable Object)<< Show Control Panel(newState);
 ); 
);

 

Ver más...

Re: atajo de teclado: ¿filtro de datos local?

Aquí hay un complemento que agrega íconos de acceso directo al Reporte Barra de herramientas

- para abrir/cerrar Panel de control

- para mostrar/ocultar el leyenda

 

https://community.jmp.com/t5/JMP-Add-Ins/Graph-Builder-Toolbar/ta-p/565466