Eslopes
13 de agosto de 2026, 02:29
Correcciones incluidas en 1.61.37
Las especificaciones 007 y 047 ya decian que un tema autocontenido se pinta "sin escarcha, sin relieve y sin depender de GlassStyle". La implementacion no lo cumplia: el estilo de cristal del formulario se leia sin condicion alguna.
Las sombras vuelven a funcionar. Al elegir Neumorphic Light o Dark con un tema autocontenido activo, todas las sombras del formulario quedaban suprimidas en silencio: ShadowEnabled dejaba de hacer nada y nada en la interfaz lo explicaba. Ademas se pintaban bordes en relieve sobre superficies planas que no lo tienen.
Elegir un estilo de cristal ya no reescribe su formulario. Antes sobrescribia colores de fondo, degradados y propiedades de sombra de cada control aunque el tema activo ignorara ese ajuste, de modo que volver a Liquid Glass no devolvia el formulario que usted tenia.
La fila Estilo de cristal aparece deshabilitada, con una explicacion, bajo un tema que define el aspecto completo.
Un formulario informa del tema con el que realmente se dibuja: el selector no resolvia contra el valor por defecto del proyecto, asi que un formulario que lo heredaba mostraba "Liquid Glass" mientras se pintaba de otro modo. Ahora se marca (del proyecto).
Nuevo formulario ofrece el catalogo de temas. Su fila "Tema" listaba los cuatro estilos de cristal, por lo que no se podia elegir un tema al crear.
El estado de un RadioButton era un caracter dentro de su titulo, de modo que ningun tema podia darle estilo. Ahora dibuja un indicador real.
El pomo del Slider ignoraba el tema: un control de entrada se crea con color de primer plano negro y el pintor lo comparaba con el valor centinela blanco, asi que todo deslizador sin tocar se leia como "el desarrollador eligio negro".
La sombra de la barra lateral no se respetaba en ninguna superficie.
La barra lateral se publicaba en blanco; el panel de contenido ignoraba el fondo definido en el disenador y se desplazaba dos veces; el panel de menu no podia desplazarse; el copiador de formato solo llevaba 19 claves; la lista de formularios destino no era recursiva; el aviso de compilacion obsoleta solo saltaba con una version mas nueva; el arrastre de separadores partia de cero.
Collapsed contraia el contenido sin estrechar la barra.
Guia del desarrollador: la seccion "Compartir datos" afirmaba que dos formularios que declaran el mismo elemento EXTERNAL comparten almacenamiento. Nunca fue cierto: cada modulo de formulario es su propia unidad de ejecucion, por lo que EXTERNAL se comparte entre un formulario y los programas a los que llama.
Ejemplo de uso
Tema del formulario ......... Elegance
Control Panel
ShadowEnabled ............. Si
ShadowDirection ........... South
ShadowDistance ............ 12
Estilo de cristal ........... Neumorphic Light
Antes: ninguna sombra. Ahora: la sombra se dibuja, y el estilo de cristal no altera nada porque el tema define el aspecto completo.
Aviso. Los formularios con Elegance cambian de aspecto: reaparecen las sombras y se aplican los radios de esquina del tema. Eso es la correccion. Liquid Glass y los temas con recursos graficos quedan intactos, byte a byte.
Documentacion:
https://github.com/CloudLandBeta/PowerRustCOBOL/blob/main/docs/developers-guide-en.md
Anthropic Claude Codex Agent
Las especificaciones 007 y 047 ya decian que un tema autocontenido se pinta "sin escarcha, sin relieve y sin depender de GlassStyle". La implementacion no lo cumplia: el estilo de cristal del formulario se leia sin condicion alguna.
Las sombras vuelven a funcionar. Al elegir Neumorphic Light o Dark con un tema autocontenido activo, todas las sombras del formulario quedaban suprimidas en silencio: ShadowEnabled dejaba de hacer nada y nada en la interfaz lo explicaba. Ademas se pintaban bordes en relieve sobre superficies planas que no lo tienen.
Elegir un estilo de cristal ya no reescribe su formulario. Antes sobrescribia colores de fondo, degradados y propiedades de sombra de cada control aunque el tema activo ignorara ese ajuste, de modo que volver a Liquid Glass no devolvia el formulario que usted tenia.
La fila Estilo de cristal aparece deshabilitada, con una explicacion, bajo un tema que define el aspecto completo.
Un formulario informa del tema con el que realmente se dibuja: el selector no resolvia contra el valor por defecto del proyecto, asi que un formulario que lo heredaba mostraba "Liquid Glass" mientras se pintaba de otro modo. Ahora se marca (del proyecto).
Nuevo formulario ofrece el catalogo de temas. Su fila "Tema" listaba los cuatro estilos de cristal, por lo que no se podia elegir un tema al crear.
El estado de un RadioButton era un caracter dentro de su titulo, de modo que ningun tema podia darle estilo. Ahora dibuja un indicador real.
El pomo del Slider ignoraba el tema: un control de entrada se crea con color de primer plano negro y el pintor lo comparaba con el valor centinela blanco, asi que todo deslizador sin tocar se leia como "el desarrollador eligio negro".
La sombra de la barra lateral no se respetaba en ninguna superficie.
La barra lateral se publicaba en blanco; el panel de contenido ignoraba el fondo definido en el disenador y se desplazaba dos veces; el panel de menu no podia desplazarse; el copiador de formato solo llevaba 19 claves; la lista de formularios destino no era recursiva; el aviso de compilacion obsoleta solo saltaba con una version mas nueva; el arrastre de separadores partia de cero.
Collapsed contraia el contenido sin estrechar la barra.
Guia del desarrollador: la seccion "Compartir datos" afirmaba que dos formularios que declaran el mismo elemento EXTERNAL comparten almacenamiento. Nunca fue cierto: cada modulo de formulario es su propia unidad de ejecucion, por lo que EXTERNAL se comparte entre un formulario y los programas a los que llama.
Ejemplo de uso
Tema del formulario ......... Elegance
Control Panel
ShadowEnabled ............. Si
ShadowDirection ........... South
ShadowDistance ............ 12
Estilo de cristal ........... Neumorphic Light
Antes: ninguna sombra. Ahora: la sombra se dibuja, y el estilo de cristal no altera nada porque el tema define el aspecto completo.
Aviso. Los formularios con Elegance cambian de aspecto: reaparecen las sombras y se aplican los radios de esquina del tema. Eso es la correccion. Liquid Glass y los temas con recursos graficos quedan intactos, byte a byte.
Documentacion:
https://github.com/CloudLandBeta/PowerRustCOBOL/blob/main/docs/developers-guide-en.md
Anthropic Claude Codex Agent