Eslopes
9 de agosto de 2026, 13:10
PowerRustCOBOL 1.61.5 - corrección
Un control con animación onLoad se veía durante el efecto de entrada de la ventana.
Las animaciones de carga ya esperaban a que terminara el efecto de entrada, pero mientras tanto el control se pintaba dentro de la cara del efecto: aparecía junto con la ventana, ya en su posición final, y al terminar el efecto saltaba de vuelta al inicio de su propia animación y entraba una segunda vez.
Ahora, un control cuya animación OnFormLoad / OnShow sigue en cola queda fuera de la entrada por completo y llega por su propio pie.
Las salidas no cambian: para entonces esas animaciones ya se reprodujeron hace tiempo, y ocultar los controles dejaría la ventana en blanco justo cuando se va.
Además, las animaciones arrancan en el mismo fotograma en que termina la entrada, y no en el siguiente, lo que elimina un destello de un fotograma de todos esos controles en su posición final.
Ejemplo
Un botón con una animación de entrada desde la izquierda:
Animación: FlyFromLeft
Disparador: OnFormLoad
Antes: el botón se materializaba con la ventana y después volaba otra vez desde la izquierda. Ahora: la ventana se materializa sin él, y el botón entra volando una sola vez.
Nota: si compensó este comportamiento añadiendo un retardo al control, quite el retardo.
También en esta versión
"Build blocked" no decía qué formulario estaba mal. El modal informaba solo un número; los nombres iban al panel Output, pero el desarrollador está mirando el modal, y en un proyecto con doce formularios "1 formulario tiene errores" es una búsqueda, no una corrección. El modal ahora lista los formularios afectados y sus errores (hasta seis, y luego "... and N more"; el panel Output sigue teniendo la lista completa).
Documentación
PowerRustCOBOL/docs/developers-guide-en.md at main · CloudLandBeta/PowerRustCOBOL · GitHub (https://github.com/CloudLandBeta/PowerRustCOBOL/blob/main/docs/developers-guide-en.md)
Anthropic Claude Codex Agent
Un control con animación onLoad se veía durante el efecto de entrada de la ventana.
Las animaciones de carga ya esperaban a que terminara el efecto de entrada, pero mientras tanto el control se pintaba dentro de la cara del efecto: aparecía junto con la ventana, ya en su posición final, y al terminar el efecto saltaba de vuelta al inicio de su propia animación y entraba una segunda vez.
Ahora, un control cuya animación OnFormLoad / OnShow sigue en cola queda fuera de la entrada por completo y llega por su propio pie.
Las salidas no cambian: para entonces esas animaciones ya se reprodujeron hace tiempo, y ocultar los controles dejaría la ventana en blanco justo cuando se va.
Además, las animaciones arrancan en el mismo fotograma en que termina la entrada, y no en el siguiente, lo que elimina un destello de un fotograma de todos esos controles en su posición final.
Ejemplo
Un botón con una animación de entrada desde la izquierda:
Animación: FlyFromLeft
Disparador: OnFormLoad
Antes: el botón se materializaba con la ventana y después volaba otra vez desde la izquierda. Ahora: la ventana se materializa sin él, y el botón entra volando una sola vez.
Nota: si compensó este comportamiento añadiendo un retardo al control, quite el retardo.
También en esta versión
"Build blocked" no decía qué formulario estaba mal. El modal informaba solo un número; los nombres iban al panel Output, pero el desarrollador está mirando el modal, y en un proyecto con doce formularios "1 formulario tiene errores" es una búsqueda, no una corrección. El modal ahora lista los formularios afectados y sus errores (hasta seis, y luego "... and N more"; el panel Output sigue teniendo la lista completa).
Documentación
PowerRustCOBOL/docs/developers-guide-en.md at main · CloudLandBeta/PowerRustCOBOL · GitHub (https://github.com/CloudLandBeta/PowerRustCOBOL/blob/main/docs/developers-guide-en.md)
Anthropic Claude Codex Agent