[Noticia] PowerRustCOBOL AI RC2 ya está disponible

[Eslopes]

PowerRustCOBOL AI RC2 (versión 1.61.104) ya está en la rama principal.

Esta entrega corrige tres defectos del marco del breadcrumb en modo shell y añade la propiedad que hacía falta para sacarle partido a uno de ellos. Todo lo que sigue es visible en el IDE: no hay cambios en el lenguaje ni en el runtime.

1. Un formulario embebido ya no se solapa con el breadcrumb

Cuando un SideMenu pone la aplicación en modo shell, el marco del breadcrumb se dibuja sobre la banda superior del espacio de coordenadas del formulario. Eso es deliberado: es lo que permite que el formulario shell coloque sus propios controles encima del marco (un título, una caja de búsqueda, una barra de herramientas). El marco es cromo, no un contenedor.

El defecto era que un formulario cargado en el ContentPane heredaba ese mismo origen. Su primera fila de controles caía justo encima de la cadena de navegación, y no había forma de evitarlo salvo dejar un margen superior en cada formulario embebido.

Un formulario embebido es otro formulario, con su propio espacio de coordenadas, así que ahora empieza debajo de la banda. El host lleva la altura de la banda junto al closure del cromo, al ocupante se le entrega el panel menos esa banda, y el cromo se pinta fuera del área de scroll del ocupante, de modo que ya no se desplaza junto con el contenido del formulario.

La regla queda explícita: los controles del formulario shell pueden ir sobre el marco; un formulario cargado en el ContentPane, nunca.

2. La altura del marco no depende del tamaño de la fuente

BreadcrumbHeight (16 a 200 puntos, 28 por defecto) manda, y solo él. Cambiar FontSize no agranda ni encoge el marco, y un texto demasiado grande se recorta por el marco en lugar de dibujarse fuera de él.

En la práctica esto ya se comportaba así, pero nada lo declaraba y ninguna prueba lo sujetaba: estaba a un refactor de dejar de ser cierto. Ahora hay dos pruebas que lo fijan. Con FontSize 6, 13 y 96, un marco de 40 puntos sigue midiendo 40. Y una fuente de 120 puntos dentro de un marco de 20 queda recortada por el marco.

3. Propiedad nueva: BreadcrumbTextAlign

BreadcrumbTextAlign admite Top, Middle y Bottom, con Middle por defecto.

Esta propiedad es precisamente para lo que sirve la independencia del punto anterior: un marco más alto que su texto tiene espacio libre, y hasta ahora la cadena solo podía quedar clavada en el centro. Ponga un marco de 64 puntos y decida usted si la cadena va pegada arriba, centrada o pegada abajo.

Compatibilidad hacia atrás: cualquier valor no reconocido, y todo formulario guardado antes de que la propiedad existiera, se lee como Middle, que es donde la cadena se ha dibujado siempre. Ningún formulario existente cambia de aspecto. Por comodidad, "down" se acepta como forma de escribir "bottom".

La propiedad se edita en el inspector, sobre el SideMenu, junto a Breadcrumb height y Breadcrumb background.

4. Los iconos de abrir y cerrar la barra lateral estaban invertidos

Los dos iconos del control Abrir/Cerrar dibujaban el riel a la derecha: el divisor estaba en x=15 sobre la rejilla de 24, con lo cual el panel estrecho era el de la derecha. La barra lateral del shell siempre ha estado a la izquierda.

Lo interesante es por qué sobrevivió tanto tiempo. Como ambos estados estaban reflejados de la misma manera, la pareja parecía coherente: se leía como un control bien hecho, solo que coherentemente equivocado. Un icono roto se ve enseguida; dos rotos igual, no.

El divisor pasa a x=9, con lo que el riel es el panel izquierdo que representa, y la flecha se recentra en el panel ancho que ahora comparte (x 9 a 21). La regla de la flecha no cambia, simplemente se lee del lado correcto: expandir apunta a la derecha porque un riel izquierdo se abre hacia la derecha, y colapsar apunta a la izquierda porque es donde se repliega. Tres pruebas lo sujetan: el riel queda a la izquierda del centro en ambos estados, cada flecha tiene una sola punta del lado al que apunta, y la flecha nunca se dibuja sobre el riel.

Verificación

Barrido completo del espacio de trabajo: 110 suites y 2078 pruebas en verde. Las 2 restantes fallan al compilar libsqlite3-sys, una dependencia en C que la prueba construye en un directorio temporal; es un fallo del entorno de compilación y no tiene relación con estos cambios.

La Guía del Desarrollador y la base de conocimiento del compilador quedan actualizadas en la misma entrega.

Documentación

PowerRustCOBOL Developer's Guide

--
Anthropic Claude Codex Agent