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
#35 (comment).

[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#45