Les espaces de travail flottants gagnent un dock, les widgets rejoignent la zone de notification et Omarchy passe à 50 langues

01Les espaces de travail flottants gagnent un dock et la réduction des fenêtres

dhh a proposé et fusionné omacom/omarchy#15263 dans la branche de développement quattro le 13 octobre. Cette modification ajoute un dock permettant de retrouver les applications épinglées et en cours d’exécution dans les espaces de travail flottants, avec une grille d’applications, un réagencement par glisser-déposer et un masquage automatique. Super + M réduit une fenêtre flottante, et le dock permet de la restaurer. La description actuelle de la PR explique aussi comment les lanceurs personnalisés d’applications web conservent l’identité nécessaire pour apparaître dans le dock.

Des commits connexes de quattro appliquent les changements de disposition par défaut aux espaces de travail vides tout en préservant les espaces occupés, et empêchent qu’une liste d’espaces de travail illisible efface les dispositions enregistrées : omacom/omarchy@b6af62e285a3 et omacom/omarchy@ed92b0753f95. Un autre active les barres de titre au passage en mode flottant. La branche master du dépôt de paquets a également reçu titlebars 0.2.2, qui permet de redimensionner une fenêtre flottante depuis le bord situé au-dessus de sa barre de titre, dans omacom/omarchy-pkgs@eba2a95f2e9e. Ces commits sont attribués à David Heinemeier Hansson ; ils ne constituent pas une publication stable d’Omarchy.

02Les widgets de la barre peuvent prendre place dans le tiroir de la zone de notification

dhh a proposé et fusionné omacom/omarchy#15281 dans quattro le 13 octobre. La nouvelle section de la zone de notification place les widgets après les icônes des applications dans le tiroir. Les widgets peuvent y être déplacés par glisser-déposer ou à l’aide des commandes de la barre, et les plugins peuvent choisir cette section par défaut. Le tiroir reste ouvert tant que le panneau d’un widget qu’il héberge est ouvert.

greptile-apps[bot] a signalé que les copies de la zone de notification masqueraient les widgets du tiroir. Le commit qui en a résulté ajoute la prise en charge de ces copies, des cibles de dépôt lorsque les widgets configurés sont masqués, ainsi qu’une protection empêchant de placer une zone de notification dans son propre tiroir : omacom/omarchy@1a161eb5192a. Après la fusion, jandrusk a signalé un autre cas limite : déplacer un widget vers la section de la zone de notification en l’absence de composant hôte pouvait le faire disparaître. Il a suggéré de refuser ce déplacement ou de prévoir un emplacement de repli dans omacom/omarchy#15281:issuecomment-6150468044.

03Le choix des langues s’étend au bureau et au manuel

dhh a ouvert omacom/omarchy#15326 le 13 octobre et l’a fusionnée dans quattro le 14 octobre, après la période couverte. Sa description actuelle, modifiée après cette période, annonce 50 langues pour le menu, l’interface du bureau et les notifications d’Omarchy, ainsi que des manuels traduits. Le choix de la langue s’applique immédiatement à Omarchy, tandis que les applications tierces adoptent les paramètres régionaux correspondants du système à la prochaine connexion. L’anglais reste la langue de repli.

Lors de sa revue du 13 octobre, greptile-apps[bot] a signalé des notifications altérées par les esperluettes, des intitulés de menus personnalisés écrasés et des vérifications insuffisantes des commandes dans les manuels traduits. Il s’agissait de constats de revue, et non de preuves que ces défauts subsistaient après la fusion. La description actuelle indique que les personnalisations des menus par l’utilisateur sont prioritaires et que la validation des manuels couvre les liens et les blocs de code. Elle précise aussi les limites : les messages de diagnostic du terminal ne sont pas traduits, les dispositions ne sont pas inversées pour les langues s’écrivant de droite à gauche, et les textes nécessitant des variantes selon le nombre n’utilisent qu’une seule forme.

04Les paquets Superwhisper arrivent dans le canal stable pour AArch64

La PR omacom/omarchy-pkgs#965 de nchudleigh a ajouté des archives Superwhisper propres à chaque architecture tout en conservant les vérifications de signature et de version embarquée. ryanrhughes l’a fusionnée dans master le 13 octobre. github-actions[bot] a ensuite annoncé dans omacom/omarchy-pkgs#965:issuecomment-6137318104 la publication de superwhisper-bin 1.0.2-1 pour x86_64 et aarch64 dans les canaux edge, rc et stable.

L’auteur de la PR a indiqué avoir compilé les paquets localement pour les deux architectures et effectué auparavant des tests de dictée avec la version 1.0.1 dans une machine virtuelle Omarchy AArch64 ; ces vérifications sont rapportées par le contributeur. Un autre commit de quattro, attribué à Ryan Hughes, a activé Superwhisper sur aarch64 dans Omarchy même : omacom/omarchy@9a10b488b111. La publication des paquets et leur intégration dans la branche de développement constituent deux étapes distinctes.

05Les changements de thème donnent la priorité aux terminaux et les aperçus consomment moins de mémoire

Quattro a reçu plusieurs commits visant les performances, attribués à David Heinemeier Hansson, avec dhh parmi les participants mentionnés. Pour les changements effectués depuis le sélecteur ou par script, omacom/omarchy@d8027c90d619 applique d’abord les couleurs des terminaux et recharge Hyprland, puis termine en arrière-plan l’adaptation des couleurs des autres applications. Les traitements exécutés en série ignorent les thèmes déjà remplacés, ce qui empêche un ancien changement d’appliquer ses couleurs après un plus récent.

omacom/omarchy@8f5ca14e248f remplace l’interrogation régulière du siège d’entrée associé au clavier par une surveillance des périphériques d’entrée et une gestion de la reprise. omacom/omarchy@4485e28de8a0 limite le décodage du contenu du presse-papiers et des illustrations aux besoins de l’affichage, tandis que omacom/omarchy@c9a4af2cdf67 libère les aperçus du sélecteur d’images une minute après sa fermeture. Un commit complémentaire ajoute des budgets de temps d’exécution et des contrôles visant les lancements inattendus de processus au repos dans omacom/omarchy@f5006bd41a17. Il s’agit de changements enregistrés dans la branche de développement, et non de résultats de performances mesurés indépendamment.

06Le démarrage discret réduit l’attente du menu et ajoute un accès direct pour y revenir

dhh a ouvert omacom/omarchy#15301 le 13 octobre et l’a fusionnée dans quattro le 14 octobre, après la période couverte. Sa description actuelle prévoit par défaut un démarrage discret de Limine avec un délai d’une seconde, ainsi qu’une action du menu Système permettant de redémarrer sur le menu d’amorçage en désactivant le démarrage automatique. Les délais d’attente déjà définis explicitement sont conservés lors de la migration.

greptile-apps[bot] a demandé un test couvrant le refus d’authentification. dhh a indiqué avoir ajouté un test qui refuse l’authentification et exige que la migration échoue sans modifier le menu, puis avoir adapté le cas dépendant des permissions pour qu’il soit ignoré lors d’une exécution en tant que root. La PR demande toujours un véritable redémarrage pour confirmer l’affichage du menu et la demande ponctuelle d’accès au menu d’amorçage ; les vérifications fournies ne permettent pas d’établir indépendamment ces résultats sur le matériel.

07Les nouvelles tentatives de lecture d’empreinte sont suspendues lorsque l’écran verrouillé est éteint

dhh a ouvert omacom/omarchy#15294 le 13 octobre et l’a fusionnée dans quattro le 14 octobre, après la période couverte. Selon sa description actuelle, les nouvelles tentatives de vérification d’empreinte sont suspendues une fois que le verrouillage a éteint les écrans, tandis qu’une tentative déjà en cours peut se terminer. La contrepartie pour l’utilisateur est explicite : il faut réveiller l’écran avant de poser le doigt pour déverrouiller.

Lors de la revue du 13 octobre, greptile-apps[bot] a constaté qu’une nouvelle demande de verrouillage pour inactivité pouvait relancer le lecteur à tort. dhh a indiqué avoir modifié ce chemin pour ne reprendre la lecture qu’après avoir détecté des signes de mise en veille. Dans un autre échange, dhh a précisé qu’une action sur la luminosité ou le volume non détectée par l’écran de verrouillage pouvait laisser les vérifications d’empreintes en pause jusqu’à une saisie au clavier ou un mouvement du pointeur. greptile-apps[bot] a accepté cette limite dans omacom/omarchy#15294:discussion_r4259080090.

08Les images fixes sur l’écran de verrouillage restent à l’état de proposition

La proposition omacom/omarchy#15289 de dhh, ouverte le 13 octobre, était toujours ouverte lors de la vérification du 19 octobre. Sa description actuelle propose de remplacer la lecture du fond d'écran vidéo sur l’écran de verrouillage par l’image fixe floutée en cache, en supprimant le flux vidéo et ses requêtes périodiques sur l’état des écrans. Ce comportement est proposé ; sa fusion n’est pas établie.

greptile-apps[bot] a relevé que la suppression du dispositif de test du flux supprimait aussi les vérifications du comportement de sélection des images fixes et de libération des images. dhh a répondu qu’un dispositif de test hors écran allégé avait été rétabli et vérifié par des tests de mutation. Dans son récapitulatif ultérieur du 13 octobre, le bot a indiqué que les tests rétablis répondaient au problème qu'il avait signalé dans omacom/omarchy#15289:issuecomment-6145843873.

09La proposition de surveillance de la mémoire sépare les avertissements et les mises en pause de l’intervention d’un agent

KewkLW a ouvert omacom/omarchy#15272 le 13 octobre ; la proposition reste ouverte. Son texte actuel, modifié après la période couverte, propose un dispositif de surveillance activable à la demande : il avertirait avant que systemd-oomd ne termine une application, identifierait ensuite les applications touchées et mettrait en pause les tâches lourdes admissibles avant le seuil de terminaison. La mise en pause arrête l’activité, mais ne libère pas de mémoire en elle-même. Le périmètre actuel exclut l’agent chargé d’intervenir, réservé à une proposition ultérieure.

La discussion du 13 octobre portait sur une implémentation plus large. greptile-apps[bot] a soulevé des problèmes concernant la protection des jeux et la sûreté des enregistrements de mise en pause. KewkLW a signalé des révisions comprenant la transmission de la protection des jeux aux processus descendants, un enregistrement plus sûr et la conservation des informations de passage de relais à l’agent d’intervention. Ces déclarations décrivent des travaux en cours de revue, pas des garanties déjà livrées. jandrusk a ensuite recommandé de fusionner séparément les avertissements et la mise en pause, estimant qu’un agent sans interface capable de terminer des processus relevait d’une décision produit plus importante, dans omacom/omarchy#15272:issuecomment-6150464090. Le périmètre désormais réduit de la proposition reflète cette séparation.

10arXiv Assistant rejoint le catalogue après des corrections de confidentialité et le retrait de la prise en charge de Codex

pierrecagne a soumis arXiv Assistant via omacom/omarchy-plugin-marketplace#11408 le 13 octobre. L’outil répertorie les prépublications de catégories sélectionnées et génère des comptes rendus de lecture par IA pour les articles marqués d’une étoile. github-actions[bot] a annoncé sa publication le soir même et clos la soumission. Sa vérification automatisée porte sur la version exacte soumise au catalogue et ne constitue pas un audit de sécurité.

La revue de HANCORE-linux a entraîné plusieurs modifications successives en matière de confidentialité. La personne chargée de la revue a reconnu qu’un secret propre à chaque exécution corrigeait l'accès non authentifié aux rapports, puis a signalé que le contexte privé du lecteur était exposé dans les arguments des processus. pierrecagne a indiqué avoir déplacé la configuration vers l’entrée standard, rendu les journaux et les rapports privés et renforcé les permissions des rapports déjà enregistrés.

HANCORE-linux a également constaté que le bac à sable de Codex exposait aux outils de traitement des articles les identifiants qui y étaient montés ainsi que les sessions antérieures. pierrecagne a reconnu le problème et retiré la prise en charge de Codex plutôt que de livrer une intégration impossible à tester, dans omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127. Les moteurs restants sont Claude Code en mode restreint et des commandes personnalisées dont la documentation précise qu’elles s’exécutent sans bac à sable.

11L’infrastructure de compilation passe à Namespace pour les contributeurs de confiance et les noyaux ARM

emirb a proposé et fusionné omacom/omarchy-iso#269 dans quattro le 13 octobre. Les tests d’installation sélectionnent désormais les runners Namespace selon l’éligibilité de l’auteur, et non selon que la branche provient ou non d’un fork. Les collaborateurs disposant d’un accès en écriture et les contributeurs dont une personne s’est portée garante sont éligibles ; si la vérification échoue, les tests utilisent les runners GitHub.

Copilot a signalé que faire confiance à tous les comptes de bots permettait à n’importe quelle GitHub App d’être admise. Un commit ultérieur limite cette exception à Dependabot et GitHub Actions. Copilot a également expliqué qu’un workflow contrôlé par une PR pouvait demander directement un runner. La description finale de la PR distingue la sélection des runners de l’application des règles de sécurité et précise que les paramètres d’approbation du dépôt constituent une barrière distincte.

Dans la branche master du dépôt de paquets, omacom/omarchy-pkgs@3afdffcedf47 transfère les compilations du noyau aarch64 vers le runner de Namespace reposant sur du matériel Apple. Le commit, attribué à Emir Beganovic, fait état d'un passage de 105 minutes sur le runner ARM de GitHub à 24 minutes sur celui de Namespace. Ces mesures, rapportées par un contributeur, s'inscrivent dans une démarche visant à réduire l'attente avant de pouvoir essayer les correctifs matériels.

12Super + L reste le raccourci de disposition des espaces de travail

La proposition de mattwolfgang visant à affecter Super + L au verrouillage de la session et Super + Ctrl + L au changement de disposition a été close sans fusion le 13 octobre. omacom/omarchy#14203 avançait que les utilisateurs venant de Windows ou de GNOME risquaient de croire qu'ils verrouillaient leur session alors qu’ils changeaient de disposition.

dhh a refusé cet échange, rappelant l’usage établi de Super + L pour les dispositions dans Omarchy et orientant les utilisateurs qui préfèrent l'autre solution vers une personnalisation locale dans omacom/omarchy#14203:issuecomment-6156758671. La modification proposée du raccourci par défaut n’a pas été intégrée.