Resolution scalling about bauh HOT 15 CLOSED

Muito bom @vinifmor ! Funcionou perfeitamente.

from bauh.

Hi @benjamimgois, thank you. I will have a look here. What's your desktop environment ? I know in Gnome there are some missing icons when you install via AUR. It seems to be a QT / PyQT missing dependency. Please, try to install the app manually using a virtualenv to see if the issue persists. In the project README there is a Manual Installation session.

from bauh.

Hi @benjamimgois . Version 0.8.1 is out fixing some HDPI and scaling issues. Could you give me a feedback if this release fixes your issues ? ( I'm currently with no HDPI device to test )

from bauh.

Hi @vinifmor it definitely looks better than before, thanks for fixing hidpi ! I only see 3 things that still needs some tweaking:

• The font size on search field (too small).
• Fonte size on the combobox to select theme (also too small)
• Size of the icons and buttons to install / uninstall applications

Here is a screenshot. Let me know if you need more testing ;)

from bauh.

Well, it definitely doesn't look as it should. Portuguese speaker ?

from bauh.

Sim, sou brasileiro.

from bauh.

Maravilha. Então, um outro usuário chegou a abrir um PullRequest com algumas correções. Parece que no ambiente dele ficou ok. Vou deixar o link para você dar uma olhada: #43.

Mas continuando... vamos tentar investigar o que pode ser. Hoje qual é o seu ambiente desktop e a versão ? Qual é a resolução do seu dispositivo ? Eu vou fazer uns testes aqui para ver se consigo descobrir o problema.

from bauh.

Vinícius, dei uma verificada e parece que o problema está na escala de resolução do Gnome. Eu utilizo a versao 3.34.2, o desktop está em 3840x2160 com escala de resolução em 200%

Quando reduzi a escala para 100% parece que a interface normalizou.

from bauh.

Fiz mais alguns testes e o problema parece ser com aplicações QT em geral dentro do gnome. Veja como os ícones do avidemux (qt5) também apresentam problemas.

escala 100%

escala 200%

from bauh.

Hum... interessante. Pode ser um bug do Gnome, alguma configuração ou alguma biblioteca do Qt que não está instalada.

Se você inicia o bauh pelo terminal a 200%, ele exibe alguma mensagem de erro ? O scaling no KDE está funcionando bem a 1080p.

from bauh.

Encontrei esse artigo falando sobre esse problema -> https://unix.stackexchange.com/questions/433385/scaling-hidpi-issue-for-qt5-applications-under-gnome

Será que essa variável de ambiente resolve o problema ? Testa para mim no terminal, por favor:
QT_AUTO_SCREEN_SCALE_FACTOR=1 bauh

Se funcionar, eu posso procurar uma maneira de inclui-la no código a nível de aplicação.

( tem outras variáveis que o pessoal comentou no artigo. se tiver sucesso com alguma delas, me dá um toque )

from bauh.

Desculpe a demora meu amigo, sua solução foi certeira. Funcionou perfeitamente !

from bauh.

Tranquilo... que bom que funcionou. Então é um problema Gnome / QT. Eu vou ser se tem algum impacto negativo incluir essa variável direto no código. Se tiver, vou alertar no README do projeto para o pessoal que utiliza Gnome deixar essa variável disponível no sistema

from bauh.

@benjamimgois, eu adicionei uma nova configuração em que é possível ativar essa variável pelo próprio bauh. Você consegue acessar a opção na nova tela de configurações que vai entrar na 0.8.2. Eu publiquei uma RC com essa alterações no bauh-staging (AUR).

from bauh.

Publiquei a release oficial no AUR ( 0.8.2 ). Vou fechar a issue. Obrigado por ter reportado o problema.

from bauh.