LXQT - funcional para máquinas pererecas e usuários menos exigentes

O LXQT é uma daquelas interfaces gráficas bem "peladas" mas que entrega o mínimo operacional - visual e operacionalmente falando - para quem tem máquinas modestas e não quer perder tempo com muita firula de efeitos e recursos de outras interfaces mais completas.

[ Hits: 43 ]

Por: Sidnei Serra em 02/02/2026 | Blog: https://www.youtube.com/channel/UCRgokKtNlttdmg2RJEa2VYw


A junção do LXDE com o Razor QT - nasce o LXQt



Quando se fala em ambientes gráficos leves no Linux (leves de verdade e não que dizem ser), quase sempre o papo cai em três nomes: LXDE, XFCE e LXQt. O LXQt costuma ser o mais incompreendido deles - muitas vezes tratado como "LXDE moderno" ou "Plasma pra máquina perereca", quando na prática ele é outra coisa, com outras prioridades e outras concessões mas mantendo a funcionalidade desejada por quem "só quer usar o PC". Este texto é uma análise honesta do LXQt: como ele surgiu, como ele funciona por dentro, onde ele acerta e onde ele simplesmente não tenta (e não quer) competir.


A origem: quando o Qt venceu o GTK

O LXQt nasce de um fato simples e inevitável: o LXDE não quis seguir o GTK3. O LXDE original era escrito em GTK2. Quando o GTK3 chegou, com mudanças profundas de API, dependências maiores e decisões que iam contra a filosofia de leveza extrema sem capar muito a funcionalidade, o projeto simplesmente travou. Ao mesmo tempo, o Razor-Qt, outro desktop leve baseado em Qt, enfrentava dificuldades semelhantes: enquanto o LXDE sofria por depender do GTK - que caminhava para mudanças profundas e pesadas (GTK3/GTK4), o Razor-Qt, pelo seu lado, enfrentava dificuldades semelhantes por depender do Qt, que ainda não estava maduro e estável o suficiente para sustentar um desktop completo e coeso. A solução foi pragmática (e rara no mundo Linux): unir dois projetos diferentes e reescrever tudo em Qt.

Assim nasce o LXQt, oficialmente em 2014. Não é um fork do LXDE e nem é uma evolução direta: é uma reconstrução, com outra base, outro toolkit e outro público-alvo.

Arquitetura: LXQt não é um "desktop monolítico"

Aqui está um ponto-chave que muita gente ignora. O LXQt não é um ambiente gráfico fechado como GNOME ou KDE. Ele é um conjunto de componentes independentes, amarrados por convenção:
  • lxqt-panel = painel;
  • pcmanfm-qt = gerenciador de arquivos e desktop;
  • lxqt-session = sessão;
  • lxqt-runner = launcher;
  • lxqt-config = centro de configurações;
  • Openbox / KWin / etc. = window manager externo.

Nada disso é profundamente integrado e isso até pode trazer grandes vantagens mas também grandes limitações, essas detestáveis por quem espera mais de um ambiente gráfico mesmo sabendo das tais limitações - como eu.

Filosofia central: "não reinventar o sistema"

O LXQt parte de uma decisão muito clara: "se já existe um padrão freedesktop, usamos. Se não existe, não inventamos.". Isso explica muita coisa:
  • Sem APIs próprias de extensão (um saco isso);
  • Sem sistema de plugins avançados (outro saco);
  • Sem "scripts nativos" no gerenciador de arquivos (mais saco ainda);
  • Sem comportamento mágico no wallpaper, menus ou contexto (idem).

O LXQt prefere arquivos .desktop, padrões XDG, chamadas diretas de sistema. Com isso se torna mais previsível, simples mas pouco flexível.

PCManFM-Qt: simples, rápido e limitado

O PCManFM-Qt é o coração visual do LXQt. Ele faz três coisas:
  • Gerenciador de arquivos;
  • Desktop (ícones + wallpaper);
  • Integração com ações via padrão freedesktop.

E é aqui que surgem várias frustrações para usuários mais avançados:
  • Não existe "Nautilus Scripts" ou formas diretas de integração de scripts;
  • Não há sistema de scripts detectados automaticamente.

Tudo precisa ser feito via pasta para ter as ações via menu de contexto:

~/.local/share/file-manager/actions/*.desktop

Funciona? Sim; é elegante? Não muito.


Ações sem interface gráfica

Não existe UI para criar ações de menu, tudo é manual, na unha. Isso é coerente com o projeto - mas "assusta" quem vem do KDE, Thunar ou Nautilus. Mas é só deixar de ser preguiçoso que aprende a dominar esse detalhe rapidinho: dá trabalho mas é gratificante quando se consegue fazer funcionar, hehehe.

Wallpaper: onde a filosofia cobra o preço

O caso do wallpaper é emblemático. No LXQt:
  • O pcmanfm-qt desenha o desktop;
  • Ele não reage bem a mudanças externas;
  • O modo (fit, crop, etc.) é global e cacheado;
  • A CLI não recalcula comportamento.

Resultado prático:
  • Wallpaper via interface gráfica = funciona, só que tem mais "cliques" para chegar lá;
  • Wallpaper via script - comportamento inconsistente mas fica legal com o wallpaper na mesma resolução da tela;
  • Imagem fora da resolução da tela - resultados ruins.

Ferramentas clássicas como feh ou nitrogen não funcionam se o desktop do PCManFM-Qt estiver ativo, só funcionam se você desligar o desktop. Isso não é bug acidental - é decisão arquitetural.

Configuração: minimalismo real e até meio exagerado

O centro de configurações do LXQt é honesto:
  • Não esconde opções, é que não tem mesmo;
  • Não cria abstrações desnecessárias, já basta as eventuais decepções do usuário;
  • Não tenta "adivinhar" o usuário.

Mas também:
  • Não oferece automações;
  • Não integra profundamente componentes;
  • Não resolve conflitos sozinho.

Se você quer menus contextuais complexos, comportamento automático e decisões inteligentes baseadas em contexto, o LXQt não é esse desktop.

Desempenho: aí sim a bagaça é outro nível

Onde o LXQt realmente entrega:
  • Consumo de RAM baixíssimo e menos serviços rodando;
  • Inicialização rápida por carregar menos coisas;
  • Nenhum serviço rodando sem motivo;
  • Excelente em máquinas antigas ou VMs.

Ele é mais leve que KDE Plasma, mais moderno que LXDE e mais previsível que GNOME. Mas isso não significa que os programas que usa de outros ambientes não vão usar recursos, como Firefox, Gimp ou Libre Office.

Prós (reais)

  • Extremamente leve;
  • Usa Qt (boa integração visual e funcional);
  • Modular;
  • Previsível (no sentido de sem muitas surpresas do tipo "caçamba! Bugou!");
  • Fácil de depurar;
  • Ideal para setups customizados, sejam pererecas ou não.

Contras (assumidos)

  • Pouca automação;
  • Integração fraca entre componentes;
  • Gerenciamento de wallpaper ruim;
  • Scripts exigem trabalho manual;
  • Poucas "comodidades modernas";
  • Depende muito do usuário saber o que está fazendo OU de querer aprender.

Para quem o LXQt é ideal?

  • Usuários técnicos ou masoquistas;
  • Quem gosta de controle explícito ou é "do contra" do que vemos hoje com outras DEs;
  • Máquinas fracas;
  • Ambientes corporativos ou caseiros simples;
  • Quem prefere "padrão freedesktop" a efeitos e complexidade de filmes como Avatar.

Para quem não é

  • Quem quer tudo pronto na boquinha;
  • Quem vem do KDE esperando o mesmo nível de integração;
  • Quem gosta de automações inteligentes (o tradicional "next, next, finish");
  • Quem quer UX polida sem ter que fazer ajustes.

Conclusão

O LXQt não é um desktop incompleto e sim um desktop honesto, não promete o que não entrega e não tenta competir onde sabe que perderia. O preço dessa honestidade é claro: quando algo não funciona "sozinho", não é bug - é escolha. Se isso é virtude ou defeito, depende muito mais do usuário do que do projeto. Se você como usuário quiser configurá-lo ao seu jeito, dependendo do que seja nem sempre vai ficar como no Gnome ou Plasma 6, nó máximo próximo disso nas funcionalidades básicas. E é para máquinas modestas com usuários sem muitas exigências OU usuários que querem experimentar outras interfaces pra se convencerem de que as que usam é ou não a melhor opção.
   

Páginas do artigo
   1. A junção do LXDE com o Razor QT - nasce o LXQt
Outros artigos deste autor

O que é o THP na configuração de RAM do Linux e quando desabilitá-lo

Mitigação - O que é e quando é "seguro" desabilitar

Como o GNOME conseguiu o feito de ser preterido por outras interfaces gráficas

KDE Plasma - porque pode ser a melhor opção de interface gráfica

Conciliando o uso da ZRAM e SWAP em disco na sua máquina

Leitura recomendada

Ventoy: crie pendrives multiboot para quantas e quais ISOs quiser

Instalando e utilizando o LimeWire no Debian

Balanceamento simples com BALANCE

Instalando MPlayer + GUI-GMPlayer + Skin + Codecs + fonts para Linux

Experiência no desenvolvimento de software para automação comercial

  
Comentários

Nenhum comentário foi encontrado.


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts