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: 44 ]

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

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

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

Máquina perereca - até onde é possível o uso de Linux?

Comparação entre os escalonadores BFQ e MQ-Deadline (acesso a disco) no Arch e Debian

Cinnamon seria a aposta acertada frente às outras interfaces gráficas mais populares?

Leitura recomendada

Programas equivalentes Linux vs Windows

Instalar programas no Linux é mais fácil?

Inclusão Digital

Migração de Software Proprietário para Software Livre em Instituição Pública

GAMBAS: A definitiva resposta open-source ao Microsoft Visual Basic

  
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