Áreas de trabalho flutuantes ganham um dock, widgets vão para a bandeja e Omarchy passa a oferecer 50 idiomas

01Áreas de trabalho flutuantes ganham um dock e minimização de janelas

dhh propôs e integrou omacom/omarchy#15263 ao branch de desenvolvimento quattro em 13 de outubro. A mudança adiciona um dock para encontrar aplicativos fixados e em execução nas áreas de trabalho flutuantes, com grade de aplicativos, reordenação por arraste e ocultação automática. Super + M minimiza uma janela flutuante, e o dock permite restaurá-la. A descrição atual do PR também explica como os lançadores personalizados de aplicativos web mantêm a identidade necessária para aparecer no dock.

Commits relacionados no quattro fazem as áreas de trabalho vazias adotarem mudanças no layout padrão, preservando as áreas ocupadas, e impedem que uma lista de áreas de trabalho ilegível apague os layouts salvos: omacom/omarchy@b6af62e285a3 e omacom/omarchy@ed92b0753f95. Outro commit ativa as barras de título ao entrar no modo flutuante. O branch 'master' do repositório de pacotes também recebeu o titlebars 0.2.2, que permite redimensionar uma janela flutuante pela região acima da 'barra de título', em omacom/omarchy-pkgs@eba2a95f2e9e. Esses commits são atribuídos a David Heinemeier Hansson; eles não caracterizam um lançamento estável do Omarchy.

02Widgets da barra podem ficar no painel expansível da bandeja

dhh propôs e integrou omacom/omarchy#15281 ao quattro em 13 de outubro. A nova seção da bandeja posiciona os widgets depois dos ícones de aplicativos dentro do painel expansível. Os widgets podem ser movidos para lá por arraste ou por comandos da barra, e os plugins podem escolhê-la como seção padrão. O painel expansível permanece aberto enquanto o painel de um 'widget' hospedado nele estiver aberto.

greptile-apps[bot] apontou que bandejas clonadas ocultariam os widgets do painel expansível. O commit resultante registra suporte a clones da bandeja, alvos para soltar itens quando os widgets configurados estão ocultos e proteção contra colocar uma bandeja dentro do próprio painel expansível: omacom/omarchy@1a161eb5192a. Após a integração, jandrusk relatou outro caso específico: mover um widget para a seção da bandeja sem uma bandeja para hospedá-lo poderia fazê-lo desaparecer. Em omacom/omarchy#15281:issuecomment-6150468044, sugeriu recusar a operação ou usar um posicionamento alternativo.

03Seleção de idioma se estende ao ambiente de trabalho e ao manual

dhh abriu omacom/omarchy#15326 em 13 de outubro e integrou o PR ao quattro em 14 de outubro, após o período coberto. A descrição atual, editada depois desse período, informa suporte a 50 idiomas no menu, na interface do ambiente de trabalho e nas notificações do Omarchy, além de manuais traduzidos. A seleção de idioma atualiza o Omarchy imediatamente, enquanto os aplicativos de terceiros passam a seguir a configuração regional correspondente do sistema no próximo login. O inglês continua sendo usado quando não há tradução disponível.

Na revisão de 13 de outubro, greptile-apps[bot] apontou notificações corrompidas por caracteres &, títulos personalizados de menus sobrescritos e verificações insuficientes dos comandos nos manuais traduzidos. Esses foram apontamentos da revisão, não provas de que os defeitos continuaram presentes após a integração. A descrição atual diz que as personalizações de menu do usuário têm prioridade e que a validação dos manuais abrange links e blocos de código. Ela também identifica limitações: os diagnósticos do terminal continuam sem tradução, os layouts da direita para a esquerda não são espelhados e as mensagens que variam conforme o plural usam uma única forma.

04Pacotes do Superwhisper chegam ao canal stable para AArch64

O PR omacom/omarchy-pkgs#965, de ‘nchudleigh', adicionou arquivos do Superwhisper específicos para cada arquitetura, mantendo as verificações de assinatura e da versão incluída no pacote. ryanrhughes o integrou à branch master em 13 de outubro. Em seguida, github-actions[bot] informou, em omacom/omarchy-pkgs#965:issuecomment-6137318104, a publicação de superwhisper-bin 1.0.2-1 para x86_64 e aarch64 nos canais edge, rc e stable.

O autor do PR relatou builds locais dos pacotes para as duas arquiteturas e testes anteriores de ditado com a versão 1.0.1 em uma VM do Omarchy para AArch64; essas verificações foram relatadas pelo próprio colaborador. Um commit separado na quattro, atribuído a Ryan Hughes, habilitou o Superwhisper para aarch64 no próprio Omarchy: omacom/omarchy@9a10b488b111. A publicação dos pacotes e a integração à branch de desenvolvimento são etapas distintas.

05Trocas de tema priorizam os terminais, e prévias usam menos memória

A quattro recebeu vários commits de desempenho atribuídos a David Heinemeier Hansson, com dhh listado entre os participantes. Nas trocas pelo seletor ou por scripts, omacom/omarchy@d8027c90d619 aplica primeiro as cores dos terminais e recarrega o Hyprland, concluindo em segundo plano a atualização das cores dos demais aplicativos. Os lotes processados em sequência ignoram temas já substituídos, impedindo que uma troca antiga aplique suas cores depois de uma mais recente.

omacom/omarchy@8f5ca14e248f substitui as consultas periódicas ao seat do teclado pelo monitoramento dos dispositivos de entrada, com tratamento de recuperação. omacom/omarchy@4485e28de8a0 limita a decodificação do conteúdo da área de transferência e das imagens ao necessário para exibição, enquanto omacom/omarchy@c9a4af2cdf67 libera as prévias do seletor de imagens um minuto após seu fechamento. Um commit complementar, omacom/omarchy@f5006bd41a17, adiciona limites de tempo e verificações de inicializações inesperadas de processos durante a ociosidade. Essas são alterações registradas na branch de desenvolvimento, não resultados de desempenho medidos de forma independente.

06Inicialização silenciosa reduz a espera no menu e adiciona um caminho direto para voltar a ele

dhh abriu omacom/omarchy#15301 em 13 de outubro e o integrou à quattro em 14 de outubro, fora do período de cobertura. A descrição atual especifica um padrão silencioso de um segundo para o Limine e uma ação no menu Sistema que reinicia o computador no menu de inicialização, com a inicialização automática desativada. Configurações explícitas de tempo de espera já existentes são preservadas durante a migração.

greptile-apps[bot] solicitou cobertura de testes para casos de autenticação negada. dhh relatou ter adicionado um teste que rejeita a autenticação e exige que a migração falhe sem alterar o menu; depois, ajustou o caso dependente de permissões para ser ignorado quando executado como root. O PR ainda pede uma reinicialização real para confirmar a exibição do menu e a solicitação de acesso ao menu apenas na próxima inicialização; as verificações apresentadas não comprovam de forma independente esses resultados no hardware.

07Novas tentativas de leitura da impressão digital são pausadas enquanto a tela de bloqueio está apagada

dhh abriu omacom/omarchy#15294 em 13 de outubro e o integrou à quattro em 14 de outubro, fora do período de cobertura. A descrição atual prevê pausar novas tentativas de verificação de impressão digital depois que o bloqueio apaga os monitores, permitindo que uma tentativa em andamento termine. A contrapartida para o usuário é explícita: é preciso reativar a tela antes de usar a impressão digital para desbloquear.

Durante a revisão de 13 de outubro, greptile-apps[bot] identificou que uma solicitação repetida de bloqueio por inatividade poderia reiniciar o leitor indevidamente. dhh relatou ter alterado esse fluxo para retomar a leitura apenas após detectar indícios de suspensão. Em outra conversa, dhh documentou que uma ação de brilho ou volume não detectada pelo bloqueio pode deixar as verificações de impressão digital pausadas até haver uma entrada de teclado ou ponteiro. greptile-apps[bot] aceitou essa limitação em omacom/omarchy#15294:discussion_r4259080090.

08Uso de imagens estáticas na tela de bloqueio continua como proposta em aberto

O PR omacom/omarchy#15289, de ‘dhh', foi aberto em 13 de outubro e continuava aberto na verificação de 19 de outubro. A descrição atual propõe substituir a reprodução do papel de parede em vídeo na tela de bloqueio pelo quadro estático desfocado armazenado em cache, removendo o fluxo de vídeo e suas consultas periódicas ao estado dos monitores. Esse comportamento está proposto; sua integração não foi confirmada.

greptile-apps[bot] observou que a remoção da fixture do fluxo de vídeo também eliminou verificações de comportamento para a seleção da imagem estática e a liberação da imagem. dhh respondeu que uma versão reduzida da fixture, executada fora da tela, havia sido restaurada e verificada por testes de mutação. O resumo posterior do ‘bot', em 13 de outubro, afirmou que os testes restaurados atendiam ao apontamento, em omacom/omarchy#15289:issuecomment-6145843873.

09Proposta de monitor de memória separa avisos e pausas da intervenção de um agente

KewkLW abriu omacom/omarchy#15272 em 13 de outubro; o PR continua aberto. O texto atual, editado após o período de cobertura, propõe um monitor de ativação opcional que avisa antes de o systemd-oomd encerrar um aplicativo, identifica os aplicativos encerrados depois e pausa tarefas pesadas elegíveis antes que o limite de encerramento seja atingido. A pausa impede a continuidade da atividade, mas não libera memória por si só. O escopo atual exclui o agente de resposta, deixando-o para uma etapa posterior.

A discussão de 13 de outubro abrangia uma implementação mais ampla. greptile-apps[bot] apontou problemas na proteção de jogos e na segurança dos registros de pausa, e KewkLW relatou revisões que incluíam proteção de jogos por herança, registros mais seguros e persistência dos repasses ao agente de resposta. Esses relatos descrevem trabalho em revisão, não garantias já entregues. Em seguida, jandrusk recomendou integrar os avisos e as pausas separadamente, afirmando em omacom/omarchy#15272:issuecomment-6150464090 que um agente de resposta sem interface, capaz de encerrar processos, exigia uma decisão de produto mais ampla. A proposta atual, de escopo reduzido, reflete essa separação.

10arXiv Assistant entra no marketplace após correções de privacidade e remoção do suporte ao Codex

pierrecagne submeteu o arXiv Assistant por meio de omacom/omarchy-plugin-marketplace#11408 em 13 de outubro. Ele lista preprints de categorias selecionadas e gera relatórios de leitura com IA para artigos marcados com estrela. github-actions[bot] informou a publicação naquela noite e encerrou a submissão. A verificação automatizada se aplica à versão exata registrada no marketplace e não constitui uma auditoria de segurança.

A revisão de ‘HANCORE-linux' levou a sucessivas mudanças de privacidade. O revisor reconheceu que um segredo gerado a cada execução corrigia o acesso não autenticado aos relatórios; em seguida, apontou a exposição de informações privadas do contexto do leitor por meio dos argumentos dos processos. pierrecagne relatou ter transferido a configuração para a entrada padrão, tornado logs e relatórios privados e restringido as permissões dos relatórios já armazenados.

HANCORE-linux também identificou que o sandbox do Codex expunha às ferramentas de processamento de artigos as credenciais montadas nele e as sessões anteriores. pierrecagne reconheceu o problema e removeu o suporte ao Codex, em vez de entregar uma integração que não conseguia testar, conforme registrado em omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127. As opções restantes são o Claude Code em seu modo restrito e comandos personalizados, documentados como executados sem sandbox.

11Infraestrutura de build migra tarefas de colaboradores confiáveis e builds de kernels ARM para o Namespace

emirb propôs e integrou omacom/omarchy-iso#269 à quattro em 13 de outubro. Agora, os testes de instalação selecionam runners do Namespace conforme a elegibilidade do autor, em vez de considerar se a branch vem de um fork. Colaboradores com acesso de escrita e contribuidores com aval são elegíveis; se a consulta falhar, são usados runners do GitHub.

Copilot apontou que confiar em todas as contas de bots permitia a entrada de quaisquer GitHub Apps. Um commit posterior restringe essa exceção ao Dependabot e ao GitHub Actions. Copilot também explicou que um workflow controlado pelo PR pode solicitar um runner diretamente. A descrição final do PR distingue a seleção de runners da aplicação de controles de segurança e identifica as configurações de aprovação do repositório como uma barreira separada.

Na branch ‘master' do repositório de pacotes, omacom/omarchy-pkgs@3afdffcedf47 transfere os builds de kernels aarch64 para o runner do ‘Namespace' baseado em hardware Apple. O commit, atribuído a Emir Beganovic, relata uma redução de 105 minutos no runner ARM do ‘GitHub' para 24 minutos no novo runner. Essas medições foram relatadas pelo colaborador e visam reduzir a espera até que correções de hardware possam ser testadas.

12Super + L continua sendo o atalho para o layout dos espaços de trabalho

A proposta de ‘mattwolfgang' para fazer Super + L bloquear a sessão e transferir a alternância de layouts para Super + Ctrl + L foi encerrada sem integração em 13 de outubro. omacom/omarchy#14203 argumentava que usuários vindos do Windows ou do GNOME poderiam confundir a troca de layout com o bloqueio da sessão.

dhh recusou a troca, citando o uso já estabelecido de Super + L para layouts no ‘Omarchy' e orientando quem prefere a alternativa a fazer uma personalização local, em omacom/omarchy#14203:issuecomment-6156758671. A mudança proposta para o atalho padrão não foi integrada.