Libgdx: TexturePacker e PixmapPacker devem receber suporte de 9 patches

Criado em 25 out. 2017  ·  4Comentários  ·  Fonte: libgdx/libgdx

Detalhes do problema

TextureAtlas.AtlasRegion tem os campos "pads" e "splits" para informações de 9 patches.
Esses campos são preenchidos se as informações forem carregadas de um arquivo .atlas com o construtor TextureAtlas (FileHandle packFile).

No entanto, se você usar TexturePacker.pack ou PixmapPacker.pack para empacotar seu TextureAtlas no tempo de execução usando o método generateTextureAtlas, essas informações de 9 patch serão perdidas. Não há como fornecer a TexturePacker ou PixmapPacker essas informações durante a embalagem.

Eu sugeriria que deveria haver uma versão dos métodos de pacote em TexturePacker e PixmapPacker que aceita esta informação de 9 patch para que saia nas regiões de generateTextureAtlas.

Etapas / código de reprodução

Eu escrevi uma espécie de solução alternativa neste código aqui, que assume que o usuário empacotará apenas um TextureAtlas e que todos os nomes de todas as texturas corresponderão exatamente. No entanto, este é um hack feio. Seria melhor se TexturePacker e PixmapPacker cuidassem disso.

Versão de LibGDX e / ou dependências relevantes

Tudo.

Selecione as plataformas afetadas

Todas as plataformas.

enhancement

Comentários muito úteis

Eu adicionei isso pessoalmente para meus projetos e é um recurso útil. Eu verei como fazer um PR para isso em breve.

Todos 4 comentários

Eu adicionei isso pessoalmente para meus projetos e é um recurso útil. Eu verei como fazer um PR para isso em breve.

Ansioso para isso! :)

Aconteceu alguma coisa com isso? @ Tom-Ski :)

Suporte enviado ao PixmapPacker para isso. TexturePacker já suporta isso.
Consulte https://github.com/libgdx/libgdx/commit/64f2d9d08223f67a2cf64e2c8daa1fc4839d158f

Esta página foi útil?
0 / 5 - 0 avaliações