New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add webpack #149
Add webpack #149
Conversation
82e0d39
to
eb2cf3f
Compare
daeb4e0
to
3a08849
Compare
falta alterar o readme com instruções de uso, baseado na descrição do sc.recipe.staticresources |
@rodfersou a instância não sobe:
|
@@ -22,3 +22,4 @@ parts/ | |||
src/collective.cover/ | |||
var/ | |||
/dist/ | |||
src/brasil/gov/temas/themes/brasilgovtemas.js |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
boa! faltou esse aqui: src/brasil/gov/temas/themes/padrao/brasilgovtemas.css
e possivelmente também esse src/brasil/gov/temas/themes/padrao/css/padrao.css.map
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hvelarde será que é uma boa mesmo? Será que não seria melhor documentar. Até o plone versiona os arquivos compilados:
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sim e isso é uma pésima ideia que está fazendo crescer os repositórios de forma absurda: imagina só, eu mudo uma letra em um CSS e ele ao invés de mudar uma linha no controle de versões vai armazenar um arquivo de 50KB completamente diferente e sem possibilidade nem o menor sentido de revisar; eu já falei isso para eles lá.
todo arquivo gerado automaticamente deve ficar fora do controle de versões: traduções, JS e CSS minificado, imagens optimizadas... todo.
deve ser sim documentado que sempre tem que rodar o comando do webpack que gera as coisas antes do release.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hvelarde voce não entendeu o por que disso...
Eu adicionei no ignores o arquivo brasilgovtemas.js
por que não precisamos dele, só que o webpack insiste em gerá-lo.
Pesquisei um pouco e não existe uma forma oficial de não gerar esse arquivo, então estou ignorando ele.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@idgserpro @hvelarde essa idéia de remover arquivos compilados precisa ser melhor estudada ainda; vamos deixar para um próximo passo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hvelarde para não ter essa implicação de alterar todo arquivo por estar minificado, podemos gerar o arquivo sem minificar, e deixar que o Plone minifique; Dessa forma não iria ter que guardar o arquivo todo a cada alteração
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
mas eu já pensei e não tem muita ciência: quem desenvolver, gera os arquivos a cada mudança, isso inclusive pode ser automatizado no buildout; que faz o release tem que ficar ligado que tem que gerar os arquivos antes de fazer o release do mesmo jeito que se faz com as traduções, até poderíamos fazer um plugin para o zest.releaser.
quem usa, não tem nada a fazer, pois o arquivo compilado está incluso no egg.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
entendido! ja está pronto, obrigado
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isso acontece por que por design webpack é feito para processar arquivos JS, então no mínimo ele deve gerar um arquivo JS.
Mas no futuro podemos precisar de um arquivo de js. Então isso vai deixar de ser um problema, correto?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@idgserpro hoje em dia os arquivos JS estão no brasil.gov.portal;
Mas não vejo isso como um problema, somente não usamos.
@rodfersou @idgserpro precisa rebase do 2.0. |
5221b4c
to
7e6877a
Compare
@@ -0,0 +1,69 @@ | |||
<?xml version="1.0" encoding="UTF-8"?> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Qual o sentido do rules.xml
estar aqui?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Facilitar a edição dos arquivos, na prática trabalhamos somente na pasta webpack
, e ele copia os arquivos para src/brasil/gov/temas/themes
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Então não seria o caso de ignorar eles também lá na pasta themes/padrao
também, como foi feito com o css?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
é uma opção sim, mas eles são alterados muito menos que os outros arquivos, e não são minificados;
conversamos sobre uma possibilidade aqui, e vou tentar mudar isso mais adiante.
Esse pull request ja está grande demais, gostaria de mesclar ele e continuar em branches menores
@@ -0,0 +1,212 @@ | |||
<!DOCTYPE html> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
O index.html
precisa estar aqui?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sim, achamos melhor deixar o index.html
e o rules.xml
na pasta do Webpack, sendo assim sempre que precisar alterar o index.html ou rules.xml, altera no Webpack e ele é copiado para todos os temas.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Então não seria o caso de ignorar eles também lá na pasta themes/padrao
também, como foi feito com o css?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
é uma opção sim, mas eles são alterados muito menos que os outros arquivos, e não são minificados;
conversamos sobre uma possibilidade aqui, e vou tentar mudar isso mais adiante.
Esse pull request ja está grande demais, gostaria de mesclar ele e continuar em branches menores
<![endif]--> | ||
<meta content="width=device-width, initial-scale=1.0" name="viewport"> | ||
<link href="https://fonts.googleapis.com/css?family=Titillium+Web" rel="stylesheet"> | ||
<link href="brasilgovtemas.css" rel="stylesheet"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
O ideal é ter o css registado no Plone. Já tivemos problema de cache quando fazemos sem registar.
1cc3efe
to
1a1295a
Compare
2811e3e
to
4dd3ff1
Compare
* Add webpack * Run build-brasilgovtemas after run buildout to automatically generate CSS * Describe default use case when develop the themes
* Add webpack * Run build-brasilgovtemas after run buildout to automatically generate CSS * Describe default use case when develop the themes
No description provided.