Postagens

Mostrando postagens com o rótulo xfce

XFCE 4.14

Imagem
XFCE 4.14 basicão 🤩 A principal novidade está no compositor Xfwm, que tem código para evitar tearing . Ao contrário da versão de desenvolvimento 4.13 , OpenGL (GLX) é tentado primeiro, tendo XPresent como fallback. Funciona com drivers abertos e proprietários. Há duas formas de alterar esse comportamento: através da opção --vblank do binário xfwm4 (útil para testes em conjunto com --replace ), ou com a propriedade /general/vblank_mode do mecanismo de configuração xfconf ( channel xfwm4): $ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent O valor pode ser glx , xpresent ou off . Por enquanto, não é exposta na guia "Compositor" de "Configurações → Ajustes do gerenciador de janelas" ( xfwm4-tweaks-settings ). Depois, temos a migração para GTK+ 3. Finalmente o obsoleto GTK+ 2 não é mais requerido. Para a próxima versão do ambiente, o plano é exigir GTK+ 3 e remover todo código relacionado à versão 2. Por fim, novo componente xfce4-screensaver...

Um novo XFCE

Imagem
✌ Adotei o XFCE como ambiente desktop faz alguns meses . Fora das personalizações estéticas, é tudo padrão do Arch, que, por sua vez, é fiel ao upstream. Portanto, Xfwm é o gerenciador de janelas, ou compositor. Até a atual versão 4.12, nenhuma estratégia para evitar tearing é usada. Os efeitos são tão visíveis que prejudicam até navegação na internet. Na versão de desenvolvimento 4.13, os quadros, depois de montados com XRender, são exibidos via XPresent, extensão relativamente recente (2013) do protocolo X11, que depende de drivers que implementem DRI3. Drivers abertos são compatíveis; proprietários, não. Como fallback, o código também passou a suportar OpenGL, mas não tenho como testar. Segundo discussões no Bugzilla, XPresent/DRI3 exige menos do hardware gráfico e por isso tem preferência. Decidi arriscar e migrei para o Xfwm 4.13 com ajuda do AUR . Demais componentes do XFCE ficaram nas versões oficiais do repositório. Minha "GPU" é uma Intel GM45 e uso o dri...