Lançado o GIMP 2.99.2, uma prévia do GIMP 3.0

Faz pouco o lançamento da nova versão do GIMP 2.99.2 foi apresentado, em que se propõe testar a funcionalidade do futuro novo ramo estável do GIMP 3.0.

Na nova filial, fez a transição para GTK3, adicionou suporte padrão para Wayland e HiDPI, a base de código foi significativamente limpa, uma nova API para desenvolvimento de plugins foi proposta.

Além do cache implementado, o suporte para a seleção de várias camadas (seleção de várias camadas) foi adicionado e a edição no espaço de cores original foi fornecida.

Novos recursos principais do GIMP 2.99.2 (visualização do GIMP 3.0)

Transição para usar a biblioteca GTK3 em vez de GTK2, o design de a interface foi significativamente modernizada e novos widgets foram propostos. Para os diálogos, a decoração da janela do lado do cliente (CSD, decorações do lado do cliente) foi aplicada, na qual o título e as molduras das janelas não são desenhados pelo gerenciador de janelas, mas pelo próprio aplicativo.

A mudança para GTK3 também habilitou compatibilidade total com telas de alta densidade de pixels (HiDPI) e problemas resolvidos ao trabalhar em monitores pequenos e grandes de alta resolução. O GIMP agora respeita as configurações de escala do sistema ao renderizar a interface.

Suporte aprimorado para dispositivos de entrada avançados como tabuletas de desenho e lápis de luz. Adicionada a capacidade de conectar tais dispositivos: se no GIMP 2 o tablet teve que ser conectado antes de iniciar o programa e explicitamente ativado nas configurações, então no GIMP 3 tudo é bastante simplificado e o tablet ou caneta pode ser conectado em qualquer momento e será imediatamente disponível para desenhar.

Além disso, o acesso às configurações avançadas do dispositivo é simplificado de entrada. Os desenvolvedores também experimentaram gestos na tela como beliscar, ampliar e girar, mas esse recurso está marcado como não prioritário e ainda não está claro se aparecerá no GIMP 3.0.

Foi implementado suporte para um novo formato de tema baseado em CSS Ele usa motores de tema GTK3 padrão e torna mais fácil adaptar a interface às suas necessidades. Temas mais antigos são incompatíveis com o GIMP 3.

também o suporte aprimorado para conjuntos de ícones simbólicos é destacado, que agora se ajustam automaticamente ao conjunto de cores de primeiro e segundo plano (ao alternar do modo claro para o escuro, não é mais necessário alterar manualmente o conjunto de ícones).

Melhorou a qualidade do modo escuro, que agora inclui elementos de decoração de janela. É possível implementar opções de claro e escuro no mesmo tema de design, bem como pictogramas simbólicos e coloridos ao mesmo tempo.

Foi implementado suporte nativo para o protocolo Wayland. Ainda há problemas não resolvidos no ambiente do Wayland, como vazamentos de memória, anomalias de GUI e falhas de dimensionamento, mas eles serão corrigidos quando o GIMP 3.0 for lançado, pois são marcados como blocos de lançamento. Nem todos os componentes ainda foram traduzidos para usar portais (xdg-desktop-portal).

Adicionado suporte para selecionar várias camadas (seleção de várias camadas), que torna possível selecionar várias camadas de uma vez usando as combinações padrão Shift + clique para selecionar um intervalo de camadas e Ctrl + clique para adicionar ou excluir camadas individuais do conjunto.

Os operações no GIMP se aplicam a todas as camadas selecionadas, permitindo que você mova, agrupe, exclua, mescle e duplique todas as camadas selecionadas de uma vez.

Uma nova API foi proposta para o desenvolvimento de plug-ins, que é incompatível com plug-ins antigos, mas de acordo com os desenvolvedores não há nada difícil em migrar plug-ins existentes e leva de 5 a 30 minutos para adaptar um plug-in típico (a documentação sobre a migração será fornecida com o lançamento do GIMP 3).

Toda a API GIMP é processada por meio de introspecção GObject, que permite criar plug-ins em diferentes linguagens de programação. Além de C / C ++, você pode criar scripts para estender os recursos do GIMP em Python 3, JavaScript, Lua e Vala, enquanto os recursos fornecidos para esses plug-ins agora são semelhantes aos dos plug-ins em C / C ++ e a API é a mesma para todos os idiomas.

Foi implementado o suporte a cache de renderização, que armazena os resultados do dimensionamento, bem como as manipulações com cores, filtros e máscaras.

Baixar e instalar

Para instalação, um pacote está disponível em formato flatpak no repositório flathub-beta.


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: AB Internet Networks 2008 SL
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   Gabriel dito

    Gimp está perdendo o trem há décadas. O Krita é muito melhor mesmo que o seu objetivo seja a ilustração e não a fotografia, mas tem tantas ferramentas como o Gimp, grupos de camadas, G-Mic, suporte raw nativo ... E claro que não tem aquela interface infantil desajeitada que quase todos Programas GTK.
    No meu fluxo de trabalho, eu desenvolvo e aplico os filtros importantes com Darktable (apesar de sua interface GTK bastante improvável, é o melhor programa de desenvolvimento que existe, ainda melhor que o Phase One ou Lightroom), e edito por zonas e camadas no Krita. Eu tenho o Gimp porque você precisa dele se for dedicado a retocar no Linux, mas vamos lá, eu tenho ele praticamente como um enfeite.

    E agora eles lançaram o GTK 4, ou seja, o GTK 3 já é uma tecnologia obsoleta e o Gimp nem mesmo é estável mais do que no GTK 2.
    Sério, que vergonha de um projeto. Seus desenvolvedores deveriam pegar o Krita e fazer uma bifurcação centrada na fotografia, mas unir forças com a família do Krita em vez de continuar a apostar no cavalo perdedor.
    O ecossistema Linux precisa de menos aplicativos semiacabados, precisa de poucos, mas bons, que façam tudo o que for necessário e façam tudo bem; unidade é necessária, não fragmentação; trabalhar por um objetivo comum: oferecer aos usuários alternativas de tanta qualidade ou melhores que as de ecossistemas e espiões privados, e que, se você tiver poucos recursos humanos, só poderá ser alcançado unindo-se a pessoas que estão trabalhando em projetos com objetivos semelhantes .

    Enfim ... Então, alguns continuarão a fazer a eterna questão de "quando chegará o ano do desktop Linux" ...