JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillasParece que el argumento de tipo de imagen en Guardar imagen() ahora tiene que estar entre comillas.
El índice de secuencias de comandos no refleja esto y su código de ejemplo no funciona en la versión 16.
En el código de ejemplo, Open() funciona con jpg como argumento, pero Save Image() dice "nombrar jpg sin resolver en acceso o evaluación de 'jpg':
img = Open( "$SAMPLE_IMAGES/tile.jpg", jpg );
obj = New Window( "tile(40,40)", img );
img << Save Image("C:/temp/Mediterranean.jpg", jpg);
Poner jpg (u otros tipos de archivos) entre comillas lo hace trabajo: no solo no falla, sino que se guardará en el tipo solicitado.
secuencias de comandosRe: JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillasGracias por señalar esto, @hardner y @Craige_Hales .
Recientemente se informó el cambio en el comportamiento del argumento de tipo de imagen para Guardar imagen().Esperamos que el Índice de secuencias de comandos (Ayuda > Índice de secuencias de comandos) se actualice para demostrar el requisito de comillas dobles del argumento de tipo de imagen.
Con respecto a la confusión general, la explicación de Craige es correcta.Es un trabajo en progreso.No dude en informar cualquier incoherencia que encuentre en el futuro al soporte técnico de JMP, support@jmp.com.
Re: JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillas@Wendy_Murphrey
Re: JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillas¡Gracias!Entiendo y aprecio la motivación. No tengo que imaginarme queriendo que las opciones sean variables.
Pero la "transición" parece confusa.Bastantes casos han producido advertencias de "Nombre JSL sin comillas procesado como literal" en versiones anteriores y las he eliminado diligentemente de mi base de código JSL bastante extensa.Con mucho código para mantener, fue muy útil tener advertencias sobre qué cambiar.Pero este ejemplo de SaveImage() no da una advertencia en 15.
Mientras tanto otras cosas que hizo dar una advertencia (¡y he cambiado debidamente!) todavía funciona en 16.
(Cuando encontré por primera vez este problema de Guardar imagen, pensé que tal vez todas esas advertencias ahora eran reglas aplicadas en 16, pero no)
Un ejemplo de eso es este código de ejemplo (del índice de secuencias de comandos) para el título:
Names Default To Here( 1 );
Caption(
{100, 200},
"explanation",
Font( "Arial Black" ),
Font Size( 16 ),
Text Color( "blue" ),
Back Color( "yellow" ),
Spoken( 1 )
);En 15, recibe una advertencia si no tiene comillas alrededor de azul y amarillo, pero todavía funciona en 16 (¡y ya no da una advertencia!).
De todos modos, solo notar que es confuso cuando algunos casos fallan y otros no, algunos activan advertencias y otros no, el código que JMP proporcionó a través de la flecha roja --> Guardar secuencia de comandos en el pasado usó este método desfavorable y algunos de los la documentación todavía lo muestra como ejemplos.
Estoy alerta ahora que podría haberme perdido otras incompatibilidades 15/16 en torno a esto a pesar de haber realizado pruebas y trataré de encontrar de manera proactiva lugares para agregar citas.
Re: JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillasJMP está corrigiendo algunos detalles de implementación. No tengo idea si esta corrección fue intencional o un efecto secundario. El problema con el nombre sin comillas es que no puede convertirlo en una variable. Imagine escribir su propio cuadro de diálogo para guardar, donde el cuadro de diálogo permite seleccionar el tipo de guardar como. Tendría que mantener N llamadas separadas a la función de guardar, y una si declaración para seleccionar una de las llamadas. Con una variable establecida en el tipo de guardar como, es más limpio.
En general, si JMP aceptará una cadena entre comillas o un nombre sin comillas, querrá usar la cadena entre comillas. Se ve un poco más feo, a menos que pienses en la flexibilidad que implica.
Re: JMP16 Guardar imagen ahora necesita el tipo de imagen entre comillasGracias por publicar este hallazgo, creo que debería informarlo a: support@jmp.com
