O tamanho depende da plataforma, arquiteturas, stripping e compressão. Os atlas de glifos são gerados durante a execução. Os recursos de fontes contêm os seus próprios dados; os .ttf e .otf originais são referências do editor. Os players nativos leem uma cache em disco; WebGL incorpora os dados.

Os recursos de fontes contêm os seus próprios dados; os .ttf e .otf originais são referências do editor. Os players nativos leem uma cache em disco; WebGL incorpora os dados.

Não. Pode criar um UniTextFont a partir de um .ttf localizado em qualquer sítio do seu disco através da janela de ferramentas do UniText (a caixa de diálogo de ficheiros lê os bytes diretamente). Importar a fonte para o projeto é opcional.

O tamanho depende da plataforma, arquiteturas, stripping e compressão. Os atlas de glifos são gerados durante a execução.

Seleção automática de fontes do sistema. Fontes próprias são opcionais em computadores e dispositivos móveis; WebGL usa fontes atribuídas. Novos glifos exigem rasterização e carregamento. Os glifos em cache são reutilizados até à invalidação ou remoção.

Sim — isso é da responsabilidade do programador, e o UniText não se intromete. Transfira os bytes da fonte com o seu próprio código (UnityWebRequest) e crie um UniTextFont a partir deles em runtime através de CreateFontAsset(byte[]). Para reduzir uma fonte apenas aos caracteres de que precisa (subsetting), use a ferramenta de build-time do UniText. Não existe um carregador automático de CDN integrado no pacote — isso é deliberadamente da responsabilidade do projeto, e não do motor.

Seleção automática de fontes do sistema. Fontes próprias são opcionais em computadores e dispositivos móveis; WebGL usa fontes atribuídas.

Seleção automática de fontes do sistema. Fontes próprias são opcionais em computadores e dispositivos móveis; WebGL usa fontes atribuídas.

Ficheiros grandes de fontes são lidos do disco quando necessário, sem cópia completa na memória gerida. Fontes não utilizadas permanecem comprimidas. WebGL e fontes incorporadas no editor usam dados em memória. Fontes baseadas em ficheiros usam mapeamento de memória.

Píxeis nítidos, deteção automática da grelha, efeitos e animações alinhados. Fontes pixel vetoriais e bitmap partilham o sistema de estilos. Múltiplos inteiros de Pixel Grid são exatos ao píxel. Snap To Pixel Grid alinha também efeitos e animações; desativá-lo permite movimento subpíxel.

Os glifos vivem em tiles de três tamanhos — 64, 128, 256 — e o tamanho é escolhido a partir da complexidade do contorno (muitos segmentos → 128/256, um contorno simples → 64). • O SDF Detail é um multiplicador da estimativa de complexidade. Aumente-o e um glifo já não trivial tem mais probabilidade de subir para um tile maior. (Uma forma genuinamente simples mantém-se em 64 — o multiplicador só afeta os glifos acima do limiar.) • O Tile Size Offset é um passo fixo ao longo da escala de tamanhos (64 escolhido + offset 1 → 128; intervalo −2..+2).

Nenhum isoladamente — ambos apenas decidem o tamanho final do tile, e o custo é determinado unicamente por esse tamanho. Duas combinações que resultem no mesmo tamanho de tile custam exatamente o mesmo. Procure o menor tamanho de tile que ainda ofereça qualidade aceitável.

Novos glifos exigem rasterização e carregamento. Os glifos em cache são reutilizados até à invalidação ou remoção.

Novos glifos exigem rasterização e carregamento. Os glifos em cache são reutilizados até à invalidação ou remoção.

Core coordena o texto antes da renderização. Os seus threads e Burst processam grandes cargas; alterações locais invalidam as etapas afetadas.

Core coordena o texto antes da renderização. Os seus threads e Burst processam grandes cargas; alterações locais invalidam as etapas afetadas.