Recursos e dados de locale consistentes ajudam as aplicações Docker self-hosted a serem apresentadas corretamente nas interfaces de servidores domésticos e NAS OS.
Esta página reúne dois comportamentos do protocolo que influenciam fortemente a saída gerada: o processamento de recursos e a expansão de texto localizado.
Recursos
Todos os recursos compilados são escritos em apps/{app-id}/assets/.
{app-id} é o valor normalizado do x-casaos.id superior da origem.
Formatos de origem suportados
| Recurso | Formatos de entrada | Comportamento da saída |
|---|---|---|
icon |
.svg, .png, .jpg, .webp |
o SVG é preservado e pode receber um fallback PNG; os ícones raster são copiados |
thumbnail |
.png, .jpg, .jpeg, .webp |
otimizado quando as ferramentas estão disponíveis; a extensão final segue a saída gerada |
screenshot-{n} |
.png, .jpg, .jpeg, .webp |
otimizado quando as ferramentas estão disponíveis; a extensão final segue a saída gerada |
Detalhes do comportamento dos recursos
icon
- esperado para todas as aplicações
- idealmente fornecido como
icon.svg - também pode produzir uma alternativa PNG quando as ferramentas estão disponíveis
thumbnail
- opcional
- utilizado sobretudo para uma apresentação mais rica da loja
- normalizado para um caminho de recurso compilado
screenshot-{n}
- opcional
- suporta várias capturas numeradas
- normalizado para caminhos de recursos compilados
Recomendações para os recursos
- prefira
icon.svgsempre que possível - utilize uma miniatura dedicada para a apresentação na loja
- mantenha as capturas representativas da interface real
Os recursos raster que não são ícones são otimizados durante a compilação e podem ser redimensionados quando são demasiado largos.
Consoante a versão da ação de compilação e as ferramentas de imagem disponíveis, as miniaturas e capturas geradas podem manter a extensão de origem ou ser emitidas como ficheiros WebP otimizados. Utilize os caminhos escritos em index.json e meta.json como a saída autoritativa.
Comportamento dos ícones
Os ícones aparecem em dois locais:
- nas listagens de aplicações, utilizando o caminho do ícone emitido em
index.json - na entrada do painel da aplicação instalada, utilizando
x-casaos.iconno Compose compilado
Durante a compilação, o URL do ícone no Compose compilado é reescrito para o URL do recurso compilado sob o --base-url configurado.
Chaves locale
As chaves locale devem utilizar o formato ll_CC:
en_USzh_CNde_DE
O script de compilação normaliza automaticamente as chaves locale, mas os ficheiros de origem devem continuar a utilizar o formato esperado.
Campos de origem da localização
Texto localizado ao nível da loja:
store-config.json.namestore-config.json.description
Texto localizado ao nível da aplicação:
x-casaos.titlex-casaos.taglinex-casaos.descriptionx-casaos.release_notes- valores indexados por locale em
x-casaos.tips
Saída multilingue
Os locales candidatos vêm de supported-languages.json.
Comportamento importante:
- a saída predefinida é sempre gerada
- os ficheiros específicos de locale só são gerados quando esse locale é definido explicitamente
- se
supported-languages.jsonestiver ausente, apenas é gerada a saídaen_US
Regras de geração por locale
Pense na geração por locale em duas fases:
supported-languages.jsondeclara quais os locales candidatos.- Os campos de localização da origem determinam quais os ficheiros específicos de locale que são efetivamente gerados.
Assim, um locale pode aparecer na lista de candidatos e não produzir saída se nenhum campo da loja ou da aplicação o definir explicitamente.
Exemplo
Origem:
title: |
Saída possível:
dist/index.jsondist/index.zh_CN.jsondist/apps/com.example.myapp/meta.jsondist/apps/com.example.myapp/meta.zh_CN.json
Aqui, com.example.myapp representa o x-casaos.id de origem normalizado.
Erros comuns
- esperar que
supported-languages.jsoncrie ficheiros localizados por si só - assumir que os recursos são duplicados por locale
- esquecer que os ícones afetam tanto a listagem como o painel da aplicação instalada