Propiedades fuera del alcance del programador

[Eslopes]

Cuatro cosas que el desarrollador no podía alcanzar

1. ForegroundColor de la barra de progreso. El porcentaje se dibujaba en negro fijo sobre un canal que el tema pinta oscuro: dibujado e ilegible. Se corrigió tomando el color de texto del canal, pero eso seguía sin ser el color que el desarrollador elegía. Ahora manda ForegroundColor. El matiz: todo control nace con un centinela blanco que significa "sin elegir", y el blanco sobre el canal claro por defecto no se lee, así que una barra intacta conserva el color legible. Un color realmente elegido siempre gana.

2. El marco de la barra de progreso eran dos constantes, un gris y un ancho, sin propiedad detrás. Ahora lleva BorderStyle, BorderColor y BorderWidth, pintadas por el mismo ayudante que usan los demás controles con borde: None significa realmente sin marco, y Fixed3D se ve aquí como se ve allá.

3. IntelliSense y el asistente discrepaban. Eran dos tablas escritas a mano: un Switch documentaba Toggle() que el popup no conocía; Gauge, Knob, Maps, SideMenu y WebSearch no ofrecían ningún método propio; y la barra de progreso prometía un Decrement() que faltaba. El editor ahora integra la tabla de la base de conocimiento — 162 métodos en 42 tipos de control — sin quitar nada de lo que ya ofrecía, porque esa misma lista valida el COBOL real.

4. Al asistente nunca se le habló del SideMenu. Su descripción existía desde siempre en el compilador; el arreglo que recorría el generador había perdido ese tipo. Ese arreglo desapareció: ahora se recorre la lista canónica del modelo, de modo que un control no puede añadirse y quedar olvidado.

Ejemplo

           MOVE 40 TO ProgressBar-1::Value.
           SET ProgressBar-1::BorderStyle TO "None".

Documentación: PowerRustCOBOL Developer's Guide

Anthropic Claude Codex Agent