Selecionar módulos para estudo

[ghost]

Para a nova versão do Modular, vamos estudar alguns módulos já publicados, que são relevantes por sua funcionalidade e popularidade e, claro, pela estrutura do código, para que sejam atualizados e estruturados da melhor maneira para definirmos uma maneira mais fácil de manter todos atualizados.

[ghost]

Como sugerido pela equipe, vamos escolher alguns módulos, seguindo a estrutura básica:

• Módulo apenas em HTML
• Módulo em HTML + CSS
• Módulo em HTML + CSS + JS

Primeira sugestão, pela funcionalidade:

• Módulo de formulário de contato (sugestão do Rapha)

Minha sugestão, pela popularidade:

• Módulo de slideshow de imagens

[sansegato]

Que tal esses:

• Form contato (html + css)
• Slideshow (html + css + js)
• Image (html)
• Menu horizontal (html + css)
• Tweets (html + css + js)

[ghost]

Por mim podem ser esses sim!

[sansegato]

Pessoal,

Chequei o módulo e está atualizado (na verdade, por ser muito simples, ele não vai ter alteração a menos quando mudar a versão do html novamente, sabe-se lá daqui quanto tempo). Também está atualizado o de Tweets: html é muito simples, apenas uma div; e o script condiz com a última versão. Compatível com o jTweetsAnywhere (em termos de atualização e recursos do plugin) só encontrei o MiniTwitter: http://minitwitter.webdevdesigner.com. Mas francamente não consegui notar o que ele pode ter de melhor do que esse que usamos.

Enfim, acabei olhando outros módulos e acredito que os mais simples (por exemplo: legenda, footer, etc) não vão precisar de atualização, pois já estão dentro do padrão html5 (que não vai mudar, né).

[]'s Sandra

[raphaelfabeni]

San. eu acho que tem alguns módulos que precisam ser revistos na parte do responsivo. Outra coisa, alguns módulos como 'footer' e 'header' seriam necessários?

[ghost]

Concordo com o Rapha, podemos atualizar também o responsivo, e fazer todas as validações de código :)

Acho que header e footer pode entrar sim Rapha, como um modelo do tema cinza, com algum código padrão, com logotipo, busca, menu etc. que são coisas que normalmente entram no header ou então, trabalhar com esses elementos cada um como um módulo.

[raphaelfabeni]

Acho que podíamos discutir isso depois.. De repente ao invés de ter um modelo de header com esses elementos, ter cada módulo separado (busca, logo, etc) e todos com ajustes de HTML5 e responsivo. Uma idéia só (mais ou menos como já é hoje).

[ghost]

Sim, concordo. O negócio é que temos que achar um padrão, se vamos usar todos os módulos de forma separada, ou utilizamos alguns base que são compostos de sub-módulos. Acho que podemos sim trabalhar com os módulos separadamente. :) Realmente fica até mais fácil para fazer os ajustes de HTML5 e responsivo. INclusive fazer mais versões, por exemplo, uma categoria menu, que tem 2 tipos de módulos (dropdown, vertical) etc.

[sansegato]

Gente, desculpa... O começo do meu comentário anterior ficou meio sem sentido rs... Acabei esquecendo de escrever, mas eu me referia ao módulo Image no 1º parágrafo.

Concordo em trabalhar com os módulos separados. Pois no início de um projeto, pessoalmente, eu acho melhor começar com um módulo báscio e ir acrescentando só o que for usar ao invés de começar com um todo completo e ter que remover o que não for necessário (maior chance de acabar sobrando coisas rs).

Boa, atualizar o responsivo! Vou seguir com essa atualização, então. Mas como seria isso para uns módulos bem simples mesmo, como o legenda, por ex?

[ghost]

Acho que nos módulos mais simples, depende de todo código estar responsivo, não? Assim como o fato das validações, nem é preciso validar um módulo dessa categoria :)

[ghost]

Definimos durante os estudos os módulos que seriam atualizados, atualmente a Sandra está responsável por está atualização e não encontramos um jeito mais prático além de ir atualizando módulo a módulo, buscando referências na internet e atualizando scripts. Em paralelo, já que estão sendo atualizados, também estamos criando um padrão de escrita dos módulos (já documentado na Wiki) e, serão aplicados ao Gist futuramente. Portando essa tarefa será fechada.