Conteúdo
Este pacote provê 2 temas (Diazo) modelo do Governo Federal para uso em sites Plone do Governo da República Federativa do Brasil.
O desenvolvimento deste pacote foi feito como parte da iniciativa Portal Padrão da comunidade PloneGov.Br.
O brasil.gov.temas conta testes automatizados e, a cada alteração em seu código os testes são executados pelo serviço Travis.
O estado atual dos testes, a cobertura de código e o número de downloads deste pacote podem ser vistos nas imagens a seguir:
Para habilitar a instalação deste produto em um ambiente que utilize o buildout:
- Editar o arquivo buildout.cfg (ou outro arquivo de configuração) e adicionar o pacote
brasil.gov.temasà lista de eggs da instalação:
[buildout]
...
eggs =
brasil.gov.temas- Após alterar o arquivo de configuração é necessário executar ''bin/buildout'', que atualizará sua instalação.
- Reinicie o Plone
- Acesse o painel de controle e na opção Temas você verá os temas providos por este pacote listados.
- Abrir um terminal, entrar na pasta do projeto, rodar buildout e iniciar a instancia;
- Abrir outro terminal, entrar na pasta do projeto, iniciar o comando
bin/watch-brasilgovtemas; - Alterar os arquivos na pasta
webpack.
Utilizamos webpack para gerenciar o conteúdo estático do tema, tomando vantagem das diversas ferramentas e plugins disponíveis para suprir nossas necessidades.
Utilizamos a receita de buildout sc.recipe.staticresources para integrar o webpack no Plone.
Ao desenvolver os temas iniciamos o watcher do webpack e trabalhamos somente na pasta "webpack" alterando os arquivos; o webpack se encarrega de processar e gerar os arquivos em seu endereço final.
Segue uma lista dos principais arquivos:
$ tree webpack/app
webpack/app
├── brasilgovtemas.js
├── favicons
│ └── Lista de imagens para o Favicon
├── fonts
│ └── Lista de Fontes utilizadas no site
├── index.html
├── js
│ └── Lista de módulos Javascript
├── rules.xml
├── scss
│ └── Lista de módulos Scss
├── tema-1
│ ├── brasilgovtemas.scss
│ ├── favicons
│ │ ├── browserconfig.xml
│ │ └── manifest.json
│ ├── img
│ │ └── sprite.png
│ ├── manifest.cfg
│ ├── preview.png
│ ├── sprite
│ │ └── Lista de Imagens para criação do sprite
│ └── _sprite.scss
├── tema-2
│ └── Arquivos do tema 2
└── tema-3
└── Arquivos do tema 3Na estrutura atual, existem alguns arquivos comuns a todos os temas e alguns arquivos diferentes para cada tema.
Os arquivos globais ficam na pasta webpack/app enquanto os demais arquivos ficam dentro da pasta de cada tema.
Foi adotada a estratégia pouco comum ao Plone de não registrar os arquivos CSS e JS no portal_css e portal_javascripts;
Ao invés disso, deixamos o trabalho de gerar um novo nome desses arquivos para o webpack.
O arquivo brasilgovtemas.js é escrito em ES6 e, ao processar,
cria um arquivo brasilgovtemas-[hash].js transformado em ES5 através do compilador Babel,
e é criada uma cópia por tema desse arquivo.
Na pasta favicons existem as imagens necessárias para incluir o favicon do site para todas as plataformas.
Na pasta fonts possui as web fontes utilizadas nos temas deste pacote.
O arquivo index.html da pasta do Diazo não está no controlador de versões.
Ao invés disso, existe um index.html na pasta "webpack" que é processado a cada execução do buildout ou do webpack,
e gera arquivos JS, CSS e index.html na pasta do Diazo.
Os arquivos JS e CSS possuem nomes especiais com um hash que é renovados a cada execução do buildout.
O arquivo rules.xml é copiado para cada tema, e a princípio é igual para todos os temas.
Na pasta scss existem os arquivos de estilos propriamente dito,
é la que devemos alterar alguma estrutura de CSS compartilhada por todos os temas,
e uma alteração nessa pasta repercurte em alteração me todos os temas após execução do webpack.
Existe um arquivo brasilgovtemas.scss para cada tema;
nele existem definições de variáveis do que muda em cada tema, fontes, tamanhos e cores,
e importa os arquivos da pasta "scss" para processar cada tema.
Esse arquivo é transformado em brasilgovtemas-[hash].css após processamento.
Na pasta favicons dentro do tema possui arquivos de configuração relacionados ao favicon para algumas plataformas.
Estes arquivos foram criados um para cada tema pois precisam ser alterados em cada tema.
Existem ainda os arquivos manifest.cfg e preview.png que são únicos para cada tema, e são necessários pelo Diazo.
Cada tema ainda possui uma pasta "sprite", onde são adicionados os ícones utilizados no tema.
Esses ícones são processados gerando os arquivos _sprite.scss e img/sprite.png no tema.
O primeiro arquivo cria mixins utilizados no tema para facilitar a inserção de regras do sprite,
e o segundo arquivo é o sprite propriamente dito, que junta todas as imagens existens na pasta "sprite".
Foi adicionado um plugin para remover os arquivos antigos gerados com hash, para não acumular arquivos CSS e JS na pasta.
Este pacote adiciona os seguintes comandos na pasta bin do buildout para processar automaticamente os recursos estáticos:
$ bin/env-brasilgovtemasEste comando adiciona no terminal o node do buildout no PATH do sistema, dessa forma voce pode trabalhar com webpack conforme a documentação oficial.
$ bin/watch-brasilgovtemasEste comando instrui ao Webpack para esperar por qualquer mudança nos arquivos SASS e gera a versão minificada do CSS para a aplicação.
$ bin/debug-brasilgovtemasEste comando faz o mesmo que o comando watch, mas não minifica o CSS final. Utilizado para debugar a geração do CSS.
$ bin/build-brasilgovtemasEste comando cria o CSS minificado, mas não espera por mudanças.
Hoje nos arquivos CSS existem regras para mostrar links de línguas,
como as classes language-en e language-es.
Para adicionar links dessas línguas sem precisar customizar o tema,
adicione em site_actions actions com esse mesmo id e as regras do Diazo pegarão os links renderizados das actions posicionando corretamente na lista de línguas no tema.
Os recursos estáticos do pacote são gerados usando o webpack e não são inclusos no VCS. Se você está fazendo release usando o zest.releaser, você precisa fazer upload manual dos arquivos no PyPI ou você vai criar uma distribuição quebrada:
- execute
longtest, como de costume - execute
fullrelease, como de costume, respondendo "não" a pergunta "Check out the tag?" para evitar o upload ao PyPI - faça checkout na tag do release que você está liberando
- execute
bin/build-brasilgovtemaspara criar os recursos estáticos - crie os arquivos da distribuição usando
python setup.py sdist bdist_wheel, como de costume - faça o upload manual dos arquivos usando
twine upload dist/*
Em caso de erro você terá que criar um novo release pois o PyPI Warehouse não permite reutilizar um nome de arquivo.