Los espacios de trabajo flotantes incorporan un dock, los widgets pasan a la bandeja y Omarchy amplía su soporte a 50 idiomas

01Los espacios de trabajo flotantes incorporan un dock y la opción de minimizar ventanas

dhh propuso e integró omacom/omarchy#15263 en la rama de desarrollo quattro el 13 de octubre. El cambio añade un dock para localizar las aplicaciones ancladas y en ejecución en los espacios de trabajo flotantes, con una cuadrícula de aplicaciones, reordenación mediante arrastre y ocultación automática. Super + M minimiza una ventana flotante, y el dock permite restaurarla. La descripción actual de la PR también explica cómo los lanzadores personalizados de aplicaciones web conservan la identidad necesaria para aparecer en el dock.

Otros commits relacionados de quattro hacen que los espacios de trabajo vacíos adopten los cambios en la disposición predeterminada sin alterar los espacios ocupados, y evitan que una lista de espacios de trabajo ilegible borre las disposiciones guardadas: omacom/omarchy@b6af62e285a3 y omacom/omarchy@ed92b0753f95. Otro activa las barras de título al iniciar el modo flotante. La rama 'master' del repositorio de paquetes también recibió titlebars 0.2.2, que permite redimensionar las ventanas flotantes desde la zona situada sobre su barra de título, en omacom/omarchy-pkgs@eba2a95f2e9e. Estos commits se atribuyen a David Heinemeier Hansson; no acreditan el lanzamiento de una versión estable de Omarchy.

02Los widgets de la barra pueden alojarse en el panel desplegable de la bandeja

dhh propuso e integró omacom/omarchy#15281 en quattro el 13 de octubre. La nueva sección de la bandeja sitúa los widgets después de los iconos de las aplicaciones dentro del panel desplegable. Se pueden trasladar allí arrastrándolos o mediante comandos de la barra, y los plugins pueden elegirla como sección predeterminada. El desplegable permanece abierto mientras esté abierto el panel de un widget alojado en la 'bandeja'.

greptile-apps[bot] advirtió que las bandejas clonadas ocultarían los widgets del desplegable. El commit resultante recoge el soporte para clones de la bandeja, zonas donde soltar elementos cuando los widgets configurados están ocultos y una protección para impedir que una bandeja se coloque dentro de su propio desplegable: omacom/omarchy@1a161eb5192a. Tras la integración, jandrusk informó de otro caso límite: mover un widget a la sección de la bandeja sin que hubiera una bandeja que lo alojara podía hacerlo desaparecer. En omacom/omarchy#15281:issuecomment-6150468044, sugirió rechazar el traslado o colocarlo en una ubicación alternativa.

03La selección de idioma se extiende al escritorio y al manual

dhh abrió omacom/omarchy#15326 el 13 de octubre y la integró en quattro el 14 de octubre, fuera del periodo cubierto. Su descripción actual, editada después de ese periodo, detalla el soporte de 50 idiomas para el menú, la interfaz del escritorio y las notificaciones de Omarchy, además de manuales traducidos. La selección de idioma se aplica de inmediato a Omarchy, mientras que las aplicaciones de terceros adoptan la configuración regional correspondiente del sistema al volver a iniciar sesión. El inglés sigue siendo el idioma de respaldo.

En la revisión del 13 de octubre, greptile-apps[bot] señaló que los signos de ampersand podían corromper las notificaciones, que se sobrescribían los encabezados personalizados de los menús y que las comprobaciones de los comandos en los manuales traducidos eran insuficientes. Eran hallazgos de la revisión, no pruebas de que esos defectos persistieran tras la integración. La descripción actual indica que las personalizaciones del menú del usuario tienen prioridad y que la validación de los manuales abarca enlaces y bloques de código. También señala limitaciones: los mensajes de diagnóstico del terminal siguen sin traducirse, las disposiciones de derecha a izquierda no se reflejan en espejo y los textos que dependen del plural usan una sola forma.

04Los paquetes de Superwhisper llegan al canal estable para AArch64

La PR omacom/omarchy-pkgs#965 de 'nchudleigh' añadió archivos de Superwhisper específicos para cada arquitectura, conservando las comprobaciones de firma y de la versión incluida. ryanrhughes la integró en master el 13 de octubre. Después, github-actions[bot] informó en omacom/omarchy-pkgs#965:issuecomment-6137318104 de la publicación de superwhisper-bin 1.0.2-1 para x86_64 y aarch64 en los canales edge, rc y stable.

El autor de la PR informó de compilaciones locales de los paquetes para ambas arquitecturas y de pruebas anteriores de dictado con la versión 1.0.1 en una máquina virtual de Omarchy AArch64; son comprobaciones comunicadas por el propio colaborador. Otro commit de quattro, atribuido a Ryan Hughes, habilitó Superwhisper para aarch64 en el propio Omarchy: omacom/omarchy@9a10b488b111. La publicación de paquetes y la integración en la rama de desarrollo son pasos distintos.

05Los cambios de tema dan prioridad a los terminales y las vistas previas consumen menos memoria

Quattro recibió varios commits de rendimiento atribuidos a David Heinemeier Hansson, con dhh entre los participantes. omacom/omarchy@d8027c90d619 aplica primero los colores del terminal y recarga Hyprland; después termina de ajustar los colores de las demás aplicaciones en segundo plano, tanto en los cambios desde el selector como en los realizados mediante scripts. Los lotes se ejecutan en secuencia y omiten los temas que ya han sido sustituidos, lo que evita que un cambio anterior aplique sus colores después de uno más reciente.

omacom/omarchy@8f5ca14e248f sustituye las consultas periódicas al seat del teclado por la supervisión de los dispositivos de entrada y mecanismos de recuperación. omacom/omarchy@4485e28de8a0 limita la decodificación del contenido del portapapeles y de las imágenes a lo necesario para mostrarlos, mientras que omacom/omarchy@c9a4af2cdf67 libera las vistas previas del selector de imágenes un minuto después de cerrarlo. Un commit complementario añade límites de tiempo y comprobaciones para detectar arranques inesperados de procesos en reposo en omacom/omarchy@f5006bd41a17. Son cambios incorporados a la rama de desarrollo, no resultados de rendimiento medidos de forma independiente.

06El arranque silencioso reduce la espera del menú y añade una vía directa para volver a él

dhh abrió omacom/omarchy#15301 el 13 de octubre y la integró en quattro el 14 de octubre, fuera del periodo cubierto. Su descripción actual establece como opción predeterminada un arranque silencioso de Limine con una espera de un segundo, y añade al menú Sistema una acción que reinicia el equipo en el menú de arranque con el inicio automático desactivado. La migración conserva los tiempos de espera que ya se hayan configurado explícitamente.

greptile-apps[bot] solicitó pruebas para el caso de autenticación denegada. dhh informó de que había añadido una prueba que rechaza la autenticación y exige que la migración falle sin modificar el menú; después ajustó el caso dependiente de permisos para que se omita al ejecutarse como root. La PR sigue pidiendo un reinicio real para confirmar que el menú se muestra y que la solicitud de abrirlo una sola vez funciona; las comprobaciones aportadas no verifican de forma independiente esos resultados en el hardware.

07Los reintentos de autenticación por huella se pausan mientras la pantalla de bloqueo está apagada

dhh abrió omacom/omarchy#15294 el 13 de octubre y la integró en quattro el 14 de octubre, fuera del periodo cubierto. Según su descripción actual, se pausan los nuevos intentos de verificación de huella después de que el bloqueo apague las pantallas, aunque se permite terminar el intento que ya esté en curso. La contrapartida para el usuario queda explícita: hay que activar la pantalla antes de usar la huella para desbloquear.

Durante la revisión del 13 de octubre, greptile-apps[bot] detectó que repetir una solicitud de bloqueo por inactividad podía reactivar indebidamente el lector. dhh informó de que había modificado esa ruta para reanudarlo solo tras detectar indicios de una suspensión. En otro intercambio, dhh documentó que una acción de brillo o volumen que el bloqueo no detecte puede dejar pausadas las comprobaciones de huella hasta que llegue una entrada del teclado o del puntero. greptile-apps[bot] aceptó esa limitación en omacom/omarchy#15294:discussion_r4259080090.

08El uso de imágenes fijas en la pantalla de bloqueo sigue siendo una propuesta abierta

La PR omacom/omarchy#15289 de 'dhh' se abrió el 13 de octubre y seguía abierta en la comprobación del 19 de octubre. Su descripción actual propone sustituir la reproducción del fondo de vídeo en la pantalla de bloqueo por el fotograma fijo desenfocado almacenado en caché, eliminando el flujo de vídeo y sus consultas periódicas sobre el estado de las pantallas. Este comportamiento es una propuesta; no consta como integrado.

greptile-apps[bot] señaló que eliminar el fixture del flujo de vídeo también había eliminado las comprobaciones de comportamiento para la selección de la imagen fija y la liberación de imágenes. dhh respondió que se había restaurado un fixture reducido, ejecutado sin mostrar una ventana, y que se había comprobado mediante pruebas de mutación. En su resumen posterior del 13 de octubre, el 'bot' indicó que las pruebas restauradas resolvían su observación en omacom/omarchy#15289:issuecomment-6145843873.

09La propuesta de vigilancia de memoria separa los avisos y las pausas de la intervención del agente

KewkLW abrió omacom/omarchy#15272 el 13 de octubre; la propuesta sigue abierta. Su texto actual, editado después del periodo cubierto, propone un monitor de activación voluntaria que avise antes de que systemd-oomd termine una aplicación, identifique después las aplicaciones afectadas y pause las tareas pesadas que cumplan los requisitos antes de alcanzar el umbral de terminación. La pausa detiene la actividad, pero por sí sola no libera memoria. El alcance actual excluye al agente encargado de responder y lo deja para un trabajo posterior.

La discusión del 13 de octubre abarcó una implementación más amplia. greptile-apps[bot] señaló problemas con la protección de los juegos y la seguridad de los registros de pausa, y KewkLW informó de revisiones que incluían la herencia de la protección de los juegos, registros más seguros y la conservación de los traspasos al agente de respuesta. Esos informes describen trabajo en revisión, no garantías de funciones ya publicadas. Después, jandrusk recomendó incorporar por separado las advertencias y las pausas, y sostuvo en omacom/omarchy#15272:issuecomment-6150464090 que incluir un agente de respuesta sin interfaz capaz de terminar procesos requería una decisión de producto de mayor alcance. La propuesta actual, más acotada, refleja esa separación.

10arXiv Assistant llega al catálogo tras las correcciones de privacidad y la retirada del soporte para Codex

pierrecagne presentó arXiv Assistant mediante omacom/omarchy-plugin-marketplace#11408 el 13 de octubre. La herramienta muestra prepublicaciones de las categorías seleccionadas y genera informes de lectura con IA para los artículos marcados como favoritos. github-actions[bot] informó de su publicación esa misma noche y cerró la solicitud. Su verificación automatizada se aplica a la versión exacta del catálogo en ese momento y no constituye una auditoría de seguridad.

La revisión de HANCORE-linux dio lugar a sucesivos cambios de privacidad. Quien realizó la revisión reconoció que un secreto distinto para cada ejecución resolvía el acceso a los informes sin autenticación, y después señaló que los argumentos de los procesos exponían información privada del contexto del lector. pierrecagne informó de que había pasado la configuración a la entrada estándar, hecho privados los registros y los informes, y restringido los permisos de los informes ya guardados.

HANCORE-linux también detectó que el entorno aislado de Codex dejaba sus credenciales montadas y sus sesiones anteriores al alcance de las herramientas de procesamiento de artículos. pierrecagne reconoció el hallazgo y retiró el soporte para Codex en lugar de publicar una integración que no podía probar, según explicó en omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127. Los motores restantes son Claude Code en su modo restringido y comandos personalizados que la documentación identifica como ejecutados sin aislamiento.

11La infraestructura de compilación traslada a Namespace los trabajos de colaboradores de confianza y las compilaciones de núcleos ARM

emirb propuso e integró omacom/omarchy-iso#269 en quattro el 13 de octubre. Ahora las pruebas de instalación seleccionan los ejecutores de Namespace según si el autor cumple los requisitos, en vez de hacerlo según si la rama procede de un fork. Pueden utilizarlos los colaboradores con acceso de escritura y quienes cuentan con un aval; si falla la consulta, se recurre a los ejecutores de GitHub.

Copilot señaló que confiar en todas las cuentas de bots permitía el acceso de cualquier GitHub App. Un commit posterior limita esa excepción a Dependabot y GitHub Actions. Copilot también explicó que un flujo de trabajo controlado desde una PR puede solicitar directamente un ejecutor. La descripción final de la PR distingue entre la selección de ejecutores y la aplicación de medidas de seguridad, y señala que la configuración de aprobaciones del repositorio constituye un límite de seguridad independiente.

En la rama master del repositorio de paquetes, omacom/omarchy-pkgs@3afdffcedf47 traslada las compilaciones del núcleo para aarch64 al ejecutor de Namespace basado en hardware de Apple. El commit, atribuido a Emir Beganovic, informa de una reducción de 105 minutos en el ejecutor ARM de GitHub a 24 minutos en el de Namespace. Son mediciones comunicadas por el colaborador, con el objetivo de reducir la espera antes de poder probar parches de hardware.

12Super + L sigue siendo el atajo para cambiar la disposición del espacio de trabajo

La propuesta de mattwolfgang de usar Super + L para bloquear la sesión y trasladar el cambio entre disposiciones a Super + Ctrl + L se cerró sin integrarse el 13 de octubre. En omacom/omarchy#14203 se argumentaba que los usuarios procedentes de Windows o GNOME podían confundir el cambio de disposición con el bloqueo.

dhh rechazó el intercambio, alegando que Omarchy ya utiliza Super + L para las disposiciones, y remitió a quienes prefieran la alternativa a la personalización local en omacom/omarchy#14203:issuecomment-6156758671. El cambio propuesto para el atajo predeterminado no se incorporó.