Modificação no sistema de temas do delibera

[marcoamarelo]

Quero abrir um debate sobre o gerenciamento de temas do delibera. O formato atual não permite a separação entre visual e o código do plugin. Eu acredito que o delibera deveria trabalhar com base num conjunto de templates próprios, mas que esses deveriam estar no próprio código do tema. Podemos colocar alguns códigos de exemplo e orientar o usuário a copiar para o seu código do tema, mas acho que devemos abolir a ideia de selecionar um tema específico pro delibera.

[jpmehl]

Neste caso cada template vai ter que ser seu próprio tema do Delibera? Assim nós padronizaríamos todas as funções do tema do delibera?

[jacsonp]

Bom, vamos a um leve histórico: 1) Projeto Inicial previa que o tema deveria implementar as telas do delibera, implementando o seguinte: archive-pauta.php (lista de pauta) single-pauta.php (uma pauta simples) delibera_style.css (estilos)

2) Gerou problemas, porque o plugin era instalado mais nada aparecia no front e toda hora reclamação que tinha que aparecer algo que não podia ficar sem nada, que era complicado explicar que o tema tinha que implementar as telas, então foi criado um padrão, caso os arquivos supra citados não existissem no tema, então deveria carregar um template padrão (bastante genérico e tentando pegar os estilos padrões do WP), no seguinte formato: arquivo no tema -> arquivo no plugin archive-pauta.php -> archive-pauta.php loop-pauta.php -> delibera-loop-archive.php (caso queira mudar apenas o loop) single-pauta.php -> single-pauta.php delibera_style.css -> delibera_style.css

3) O pessoal do Hacklab implementou o sistema atual, que além do que já tinha, ainda pois um sistema de temas, colocando o tema atual como um, e o novo que eles criaram como outro tema com base em um projeto que eles implementaram o Delibera.

Acho que esse sistema atual é ruim mesmo, e deveríamos abolir seleção, mas o ideal é que mantivéssemos um tema genérico e simples padrão, não precisa ser o que fizemos (para site litoral sustentável), nem o que o Hacklab fez para o projeto específico deles, mas algo genérico, para não obrigar a "programação de temas". Também terminar o desenvolvimento dos widgets, shorttags e criar um manual de uso para desenvolvedores.

[marcoamarelo]

Acredito que a possibilidade de colocar os arquivos de tema do delibera dentro do tema já resolve o problema. Talvez a questão da seleção não seja um problema. Acho por bem fechar essa issue.

[jacsonp]

Precisamos criar um manual do plugin para desenvolvedores de tema, podemos derivar outra issue para tanto.

[marcoamarelo]

Acho massa a Ideia Jacson. Acho inclusive que poderiamos concentrar tudo no Readme. Em 15/04/2015 1:13 PM, "Jacson" notifications@github.com escreveu:

Precisamos criar um manual do plugin para desenvolvedores de tema, podemos derivar outra issue para tanto.

— Reply to this email directly or view it on GitHub https://github.com/ethymos/delibera/issues/35#issuecomment-93467798.

[juliovedovatto]

Boa Tarde.

Preferem que modificações sejam enviadas aqui (por meio de git clone) ou que seja gerado um fork? Peguei o Desafio 2 do edital.

[]'s

[jacsonp]

Pull request no fork da redelivre, obrigado

[juliovedovatto]

Criado pull request no fork redelivre. No aguardo de feedback.

[diegorojas]

Ei Galera beleza? Precisamos de uma decisão rápida aqui.

Pelo que vi seguiram-se dois caminhos de documentação, têm um wiki rolando até dez/15: https://github.com/redelivre/delibera/wiki

E têm uma indicação na issue aqui de seguir a documentação no Readme file mesmo, alterado ontem.

O que acreditam ser melhor padronizar como documentação do delibera? Acho que manter os dois completos é ruim, mas manter o Readme como um "índice geral" pode ser uma ótima.

Ai podemos manter tudo de denso no wiki e introduções e links no Readme. O que acham?

[jacsonp]

This issue was moved to redelivre/delibera#45