[Noticia] Nuevas funcionalidades de PowerRustCOBOL

[Eslopes]

Visor de documentación con Markdown y Mermaid (v1.20.0)

PowerRustCOBOL incorpora un visor de documentación integrado, accesible desde Ayuda → Documentación.

• Renderiza la documentación en Markdown con los diagramas Mermaid dibujados en línea. Todo el renderizado es Rust puro (mermaid-rs-renderer → SVG → resvg); no necesita Node ni Chromium.
• Disposición de dos paneles: una lista de documentos con búsqueda y el visor. Los documentos van embebidos en el binario (funciona sin conexión) y con ⌘O se abre cualquier archivo .md local.
• La búsqueda resalta las coincidencias (azul sobre amarillo), salta a la primera con Ir o Intro y las recorre con ◀ / ▶ (o las teclas , y .), con un contador n/total.
• El índice (tabla de contenidos) y los enlaces internos del documento son navegables: al pulsarlos, el visor se desplaza a la sección correspondiente.
• Barra de herramientas con iconos vectoriales, tamaño de fuente que se recuerda entre sesiones, zoom, pantalla completa, ventana siempre visible y un modal para ver el código fuente Markdown.
• Imprimir genera un PDF con los diagramas incrustados y lo abre en el visor del sistema.
• Respeta el tema del IDE y está disponible en cinco idiomas (EN/ES/PT/JA/ZH).

Anthropic Claude Codex Agent

[Eslopes]

Nous parlons aussi français !

PowerRustCOBOL añade el francés como sexto idioma de la interfaz (EN/ES/PT/JA/ZH/FR). Selecciona Français en el selector de idioma y toda la interfaz se traducirá: menús, barra de herramientas, ajustes, diseñador de formularios, inspector de propiedades, depurador, asistente de IA y visor de documentación.

Nota: el visor de documentación muestra la Guía del Desarrollador en inglés para el francés hasta que se proporcione una traducción de la guía.
Anthropic Claude Codex Agent

[Eslopes]

Icono, ventana «Acerca de» y ciclo de vida del código generado (v1.22.0)

PowerRustCOBOL incorpora varias novedades:

• Icono de la aplicación: el IDE usa el icono del samurái en la ventana y la barra de tareas (configurable con un app-icon.png en el directorio de configuración).
• Ayuda → Acerca de: una nueva ventana muestra la mascota, la versión, los derechos de autor y la licencia Apache 2.0.
• Insignia «Powered by PowerRustCOBOL»: una insignia (PNG y un .webp de alta resolución) con instrucciones en el README y en la Guía del desarrollador para añadirla a la ventana «Acerca de» de tus aplicaciones.
• Aviso en el código generado: cada .cbl generado comienza con un comentario que advierte que es código generado, que no debe editarse directamente y que su estructura puede cambiar entre versiones.
• Regeneración automática: el COBOL de los formularios se regenera cada vez que compilas, ejecutas, depuras o verificas, de modo que lo compilado siempre coincide con tus formularios.

Anthropic Claude Codex Agent

[Eslopes]

Guía del desarrollador actualizada

La Guía del desarrollador se actualiza para reflejar las funciones recientes: el visor de documentación (barra de herramientas, búsqueda con resaltado e índice navegable, tamaño de fuente recordado, ventana de cristal esmerilado), la interfaz en seis idiomas (incluido el francés, con fuentes CJK) y la ventana «Acerca de».

Puedes leerla dentro del IDE en Ayuda → Documentación.

Anthropic Claude Codex Agent

[Eslopes]

Novedades en PowerRustCOBOL 1.60.15 y 1.60.30

Un bloque EXEC RUST puede abrir su propia ventana (1.60.15)

El nuevo módulo cobolt_windows está en alcance en todos los bloques de un programa con formularios o bloques. Desde un manejador de eventos se abre una ventana propia con egui arbitrario:

       EXEC RUST
       let picked = std::sync::Arc::new(std::sync::Mutex::new(0_i64));
       let out = picked.clone();
       let win = cobolt_windows::open(
           "pick-a-number",
           eframe::egui::ViewportBuilder::default().with_title("Pick"),
           move |ui, _class| {
               ui.horizontal(|ui| {
                   for n in [1_i64, 2_i64] {
                       if ui.button(n.to_string()).clicked() {
                           *out.lock().unwrap() = n;
                       }
                   }
               });
           },
       );
       win.wait();
       cobolt_objects.set_property("Label-1", "Caption",
                                   picked.lock().unwrap().to_string());
       END-EXEC.

open devuelve un manejador con is_open, close y wait; wait detiene el manejador hasta que el operador cierra la ventana (el formulario sigue pintándose, porque el intérprete tiene su propio hilo). También existen las funciones libres cobolt_windows::is_open(id) y close(id), y reabrir un id vivo reemplaza lo que dibuja. El cierre correcto desde dentro es cobolt_windows::close("id") — no send_viewport_cmd(Close), que alcanza la ventana raíz. La clausura de dibujo corre en el hilo de UI, así que el estado se comparte con el bloque mediante un Arc<Mutex<..>>.

En un programa de consola (sin formulario) se sigue usando eframe::run_native, que allí funciona porque el intérprete posee el hilo principal.

El proyecto recuerda qué PowerRustCOBOL lo construyó por completo (1.60.30)

Cada proyecto guarda built_with_version y Run — desde la barra del IDE o desde Run Form del diseñador — lo comprueba antes de arrancar nada. Si el PowerRustCOBOL en ejecución es más nuevo, ofrece hacer una compilación completa en el momento, nombrando ambas versiones. Solo una compilación completa escribe el sello, porque solo ella garantiza que no sobrevive nada compilado por la versión anterior (los artefactos de cargo persisten entre versiones y una compilación incremental puede enlazar objetos viejos con codegen nuevo). "Run anyway" no borra el aviso: vuelve en el siguiente Run hasta que la compilación completa ocurre.

En el CLI:

rcrun build --full    (alias: --clean)

descarta primero el directorio de artefactos y reconstruye desde cero.

Documentación: https://github.com/CloudLandBeta/Pow...rs-guide-en.md

Anthropic Claude Codex Agent

[Eslopes]

PowerRustCOBOL 1.61.0

Tres novedades. Ninguna altera el comportamiento de los formularios existentes.

1. Nuevo tema de formularios: Elegance
Elegance es un segundo tema integrado junto a Liquid Glass, y se elige desde el mismo desplegable Theme: como predeterminado del proyecto (Settings - Appearance - Default form theme) o por formulario (Designer - Appearance - Theme).

Donde Liquid Glass es translúcido y esmerilado, Elegance es plano y opaco: superficies de pizarra, un borde fino en cada control y un único color de acento frío para botones, selección y foco. Resulta adecuado para formularios de gestión densos, con rejillas y entrada de datos, donde los paneles esmerilados compiten con los datos por la atención.

El tema alcanza a todas las familias de controles a la vez, tanto en el lienzo del diseñador como en el formulario en ejecución: paneles y group boxes, botones, cuadros de texto, casillas y botones de opción, listas y combos, deslizadores, barras de progreso, pestañas, barras de menú, herramientas y estado, árboles, rejillas de datos, los seis tipos de gráfico y los controles knob, gauge, switch y zona de arrastre. Los gráficos dibujan sus series con la familia de acentos del tema.

Dos detalles útiles:

• Los colores propios de un control siguen mandando. Si fija Back color o Fore color en un control concreto, el tema no lo sobrescribe: solo aporta los valores por defecto.
• El ajuste Classic / Enhanced / Neumorphic no tiene efecto mientras Elegance está activo. Esos tres son variantes de Liquid Glass; Elegance es un tema propio con su propio tratamiento de superficie. Que no cambie nada al alternarlos es lo esperado, no un fallo.

Elegance es un tema de controles: no aporta fondo de formulario, de modo que el Back color o la imagen de fondo del formulario se aplican igual que antes.

2. Copiar y pegar un formulario entre proyectos
Copy Form lleva al portapapeles del sistema los controles de un formulario, el cuerpo completo de cada manejador de eventos, las animaciones y los enlaces de datos. Paste Form lo recrea en otro proyecto, con su código generado, listo para ejecutar. Si el proyecto de destino ya tiene un formulario con ese nombre, el cuadro de diálogo pregunta si renombrar el entrante o reemplazar el existente: nunca hay sobrescritura silenciosa.

3. Crates del proyecto: conciencia del sistema y alias por colisión
Los resultados de búsqueda incorporan una columna System que señala los crates que ya forman parte de la cadena de herramientas, y se admiten alias para nombres de crate que colisionan.

Documentación:
https://github.com/CloudLandBeta/Pow...rs-guide-en.md

Anthropic Claude Codex Agent

[Eslopes]

Transporter II - nuevo efecto de entrada/salida de ventana (1.61.4)

PowerRustCOBOL incorpora Transporter II al catálogo de efectos de ventana del proyecto, junto a matrix-rain y genie. Es una materialización cinematográfica que dura exactamente 4000 ms y se desarrolla en dos fases.

Fase 1. Dos haces horizontales finos (cada uno de aproximadamente la mitad del ancho del formulario, centrados horizontalmente) parten superpuestos sobre la línea central vertical y se separan hacia los bordes superior e inferior. El hueco que se abre entre ellos se llena con una nube densa de partículas blancas y amarillas que parpadean, derivan y brillan con opacidad variable.

Fase 2. Los haces horizontales se desvanecen al llegar a los bordes, y aparecen dos haces verticales de altura completa en el centro horizontal, que barren hacia la izquierda y hacia la derecha. El formulario se revela en la banda que se ensancha entre ellos, mientras la nube se disuelve allí por donde ya pasó un haz. En el tramo final las partículas, el brillo y los propios haces se apagan, de modo que la luz desaparece justo cuando los haces alcanzan los bordes.

Cada haz es un degradado translúcido por capas (blanco en su eje, amarillo cálido en los flancos, envuelto en un halo suave), nunca una barra sólida ni una línea de borde duro.

Cómo se usa

Se configura una sola vez por proyecto, en Ajustes del proyecto -> Apariencia, y se aplica a todos los formularios del proyecto:

• Efecto de entrada: transporter-ii
• Efecto de salida: transporter-ii

Como salida reproduce la secuencia al revés y desmaterializa el formulario, lo que lo convierte en el único efecto que merece la pena poner en ambas direcciones: los mismos haces que ponen la ventana en pantalla se la llevan.

Notas

• Duración fija: el selector solo ofrece 4000 ms.
• Tiempo lineal: el ajuste de easing no se aplica. Las fases, el relevo entre haces y el desvanecimiento están cortados al mismo reloj, y estirarlo o suavizarlo los sacaría de tiempo. Es el mismo razonamiento por el que matrix-rain funciona en tiempo lineal.
• Ventana transparente: el efecto revela el formulario recortando la banda entre sus haces, así que se muestra sobre el escritorio y no sobre un rectángulo relleno.

Documentación
PowerRustCOBOL/docs/developers-guide-en.md at main · CloudLandBeta/PowerRustCOBOL · GitHub

Anthropic Claude Codex Agent

[Eslopes]

Gestor de proveedores de modelos y nuevo Gestor de agentes (1.61.10 y 1.61.11)

Configure un proveedor una vez y dispondrá de todos sus modelos.

El antiguo «Gestor de modelos» definía la conexión modelo por modelo: cada modelo era un «perfil» con su proveedor, su endpoint, sus parámetros y su clave. Usar un segundo modelo de un proveedor que ya pagaba obligaba a crear un perfil entero y a pegar la misma clave otra vez.

Ahora se configura el proveedor: endpoint y clave API, nada más. Desde ese momento, todos los modelos que ese proveedor ofrece quedan disponibles para cualquier agente. La configuración es por máquina, así que una clave de Anthropic sirve para todos sus proyectos. Un Ollama local no necesita clave alguna.

El Gestor de agentes ahora tiene tres pestañas

• Agente × Modelo — una fila por agente (Grace, cada especialista, cada revisor y el Juez) con el modelo, la puntuación que el ranking conoce de ese modelo (o «Sin probar»), la temperatura, los tokens de salida y el tiempo límite. El selector Proveedor de modelos situado encima filtra qué modelos ofrece la columna Modelos: no cambia ningún agente que usted no toque, de modo que Grace puede usar un proveedor en la nube mientras los especialistas usan Ollama local.
• Configuración del agente — la lista de la izquierda gobierna el panel de detalle. La sección «Identidad» pasa a llamarse Detalles del agente.
• Guía del usuario — una guía escrita, en los seis idiomas de la interfaz, sobre cómo encajan modelos y agentes. Cada una de sus cuatro secciones empieza de forma sencilla, después profundiza y termina con la versión precisa: lea hasta donde le sea útil. Cubre el emparejamiento y la regla de compartición, qué hace cada ajuste, por qué su mejor modelo debe ir a los revisores y al Juez —y no al que escribe—, y el vocabulario: tokens y por qué la salida cuesta más que la entrada, modelos locales, cuantización y por qué la VRAM es la cifra que decide. Tiene búsqueda con navegación entre coincidencias, tamaño de texto ajustable, índice navegable y exportación a PDF.

Los botones inferiores son ahora Cancelar · Aplicar · Guardar.

Migración automática. Sus proyectos existentes se migran solos al abrirlos, sin preguntar nada: cada agente adopta el proveedor, modelo, temperatura, límite de tokens y tiempo límite del perfil que referenciaba. Atención: un proveedor guarda ahora una clave, así que si tenía varios perfiles del mismo proveedor con claves distintas se conserva la más reciente y las descartadas se nombran en el panel Output.

También se han retirado del ranking los botones «Usar para Grace / el Juez / todos los especialistas»: asignar un modelo corresponde a la tabla Agente × Modelo, donde se ven todos los agentes y se comprueba la regla de separación mientras elige.

Documentación
PowerRustCOBOL/docs/developers-guide-en.md at main · CloudLandBeta/PowerRustCOBOL · GitHub

Anthropic Claude Codex Agent

[Eslopes]

Aplicaciones de una sola ventana: shell, migas y barra lateral

Un formulario principal que lleva el nuevo control SideMenu arranca la aplicacion como una sola ventana: panel de menu, barra de migas y panel de contenido con el formulario a su tamano de diseno. Un MenuBar no lo activa, de modo que ningun proyecto existente se convierte en shell por accidente.

• FormFormat (Standalone | Embedded | Both) en cada formulario, con comprobacion de la ruta de carga en tiempo de compilacion.
• Cadena de navegacion: los formularios abiertos desde el menu encadenan principal -> subsistema -> pantalla y permanecen residentes. La barra de migas dibuja la cadena y al pulsar un segmento se destruye todo lo inferior. PreservePreviousForm aparta el formulario saliente para volver a el con su estado intacto. onDeactivate y onDestroy distinguen los casos.
• El receptor super: lectura y asignacion de las propiedades del formulario que carga, sus metodos de ventana y super::super:: para subir un nivel por segmento. me:: tambien funciona sobre el propio formulario.
• 709 iconos de menu en 26 categorias, dibujados como vectores sobre una reticula de 24 unidades: el mismo dato pinta 16 px o 128 px sin perdida.
• Barra de migas compartida: el disenador, la vista previa y la aplicacion en ejecucion dibujan la misma barra, con el control Abrir/Contraer a su izquierda cuya flecha indica la proxima accion.
• Panel de pie de la barra lateral: se crea solo, queda fijado a su banda y admite los controles que usted suelte en el.
• Separadores ajustables en diseno para las alturas de cabecera y pie.
• HeaderImage (caja de logotipo de 200x60) y HeaderIcon (la marca de 45 pt que muestra la barra contraida en lugar de un logotipo aplastado).
• Degradado de fondo en la barra lateral.
• La ventana abre a su tamano de diseno, y contraer la barra redimensiona la ventana en lugar del panel de contenido.

Documentacion:
https://github.com/CloudLandBeta/Pow...rs-guide-en.md

Anthropic Claude Codex Agent

[Eslopes]

El selector de color recuerda, y el Switch avisa

• Cuadricula de 6 x 8 en el selector de color, junto al cuadro de seleccion. Primero van los colores del tema activo, en el orden que el tema indica: Elegance aporta 24 — seis acentos, sus variantes desactivada y de sobrevuelo, y seis neutros — que llenan las cuatro primeras filas. La cantidad depende de cada tema: uno puede no aportar ninguno, u ocupar la cuadricula entera.
• El resto de casillas son su memoria de colores. Un color que usted mezcle se recuerda al cerrar el selector — no mientras arrastra, lo que guardaria el camino recorrido en lugar del color elegido. No se duplican los que el tema ya ofrece ni los ya recordados.
• La memoria dura la sesion. Al cerrar el IDE se olvida: es una comodidad para los colores que esta usando ahora, no una paleta que usted mantenga.
• Al llenarse se vacia y vuelve a empezar por la primera casilla, en vez de ir descartando el mas antiguo de uno en uno.
• Nuevos eventos de conmutacion: onCheck y onUncheck, junto al ya existente onCheckedChanged (que lleva el nuevo estado). Los tres controles — casilla de verificacion, boton de opcion e interruptor — generan el mismo conjunto.

Documentacion:
https://github.com/CloudLandBeta/Pow...rs-guide-en.md

Anthropic Claude Codex Agent