Olá Galera,
compartilhando a proposta de nome para o tema mídia livre
QUIZUMBA
acompanha uma definição poética de roberto piva:
O nome foi pensando a partir do uso excessivo que os jornais fazem das palavras vandalismo, baderneiros, etc
acho brasileiro popular, com um pé nos quilombos…
comentem!
Compartilho aqui o projeto de três projetos que estão na pauta de desenvolvimento, que é o MINKA (banco das redes), o UNICULT(Universidade das Culturas) e OLA(agência de Comunicação), onde estamos com a parceria RedeLivre / JUNTXS.
https://drive.google.com/?pli=1&authuser=0#folders/0Bw9uo256e0wRd0lZa1ZFUjJ0dDg
Olá pessoal, imaginei a criação de um calendário baseado na funcionalidade/plugin que vocês já criaram de eventos. Para isso, é possível já utilizar como base alguns plugins do WordPress que geram calendários a partir de ‘Custom Post Type’
Porém, fico no aguardo das especificações mais específicas desse calendário e também preciso da informação de qual é essa funcionalidade de eventos que vocês já tem pronta para que seja integrado.
Abraços a todos
Fala, @joaopaulo!
Uma das ideias, a mais simples delas, seria modificarmos o próprio widget de calendário padrão do WP e, em vez de fazermos a busca por posts, definirmos que seriam mostrados apenas os do tipo Eventos. Pelo que vi, não há forma fácil de estender esse widget (ele usa uma função get_calendar()), então talvez copiar o código seja uma ideia.
Boa, pessoal!
É importante isso. Lembrando que já tínhamos destacado como referência visual o The Events Calendar: http://wordpress.org/plugins/the-events-calendar/screenshots/
Pessoal, nos dias 16 e 17 de dezembro faremos uma oficina com Frederick e Jatobá em Curitiba, que desenvolveram a plataforma http://www.corais.org, que utiliza como base o Drupal, que contem ferramentas integradas tais como blog, gestor de tarefas, moeda social, texto colaborativo, planilha, chat, desenho e outras coisas.
Vale dar uma olhada na oficina que está sendo construída aqui:
http://corais.org/metadesign/node/79318
Segue um versão para o template dos pontos de cultura, a primeira em que estava trabalhand. Já estou finalizando uma segunda linha para ele e já anexo aqui.
http://dev.redelivre.org.br/files/2013/11/home-widgets.jpg
http://dev.redelivre.org.br/files/2013/11/home-blog.jpg
Como o Eduardo havia sugerido preparei uma capa do site apenas como blog + sidebar caso algum site seja mais simples.
Gostei bastante também henrique, achei ótima a opção de blog.
Galera a a versão 3 do kaingang está publicada aqui:
https://drive.google.com/folderview?id=0B5ilewymBbvNemNwOExUWXJpRFU&usp=sharing
vejam
destaco uma questão para definição, a area abaixo da foto destaque foi prevista inicialmente como uma barra de ferramentas, mas eu e edu analisamos os links previstos nas versões anteriores como pouco funcionais para este primeiro momento, nesta versão da home a barra seria apenas com a busca e redes sociais centralizadas…
Tá lindão pessoal, vamos ae!!
Muito boa a discussão pessoa! Eu vou adaptar um trabalho meu para virar um tema da rede livre. O tema hoje está no http://vireiviral.com.br. Ele está meio duro, pois foi a adaptação de um tema pronto baseado no bootstrap. Vou torná-lo mais customizado para que fique disponível para a rede livre. Abração!
Fala, Amarelo!
Te joguei no time do Rede Livre. 🙂
Valeu, Amarelo!
Parabéns pelo tema 🙂
Então gente estamos discutindo o widget de busca avançada que será desenvolvida pelo nosso colega João Paulo Apolinário, junto com o Design do Henrique, cujo layout coloco em anexo como exemplo, mas não para a redelivre, apenas uma noção pelo layout proposto pelo Henrique para o Direito a moradia.
Minha proposta inicial é um widget que se adapte ao contexto e seja capaz de fazer filtro em vários locais do wordpress e utilize ajax como método de atualização de um local a ser definido na configuração, porem em conversa com o Eduardo, achamos mais simples e intuitivo para o usuário utilizar postback e o filtro de query do WordPress.
Vamos a minha proposta:
1) O filtro é um widget;
2) Possui as seguintes capacidades de pesquisa:
2.1) Texto;
2.2) Data (inicial, final, período);
2.3) Taxionomias (classificação, tags, etc);
2.3.1) Opção através de botão de seleção de “E” ou “OU”;
2.3.2) Listagem em forma de árvore com opção de marcação;
2.4) Detecção automática ou não do post_type, tendo opções como auto (automática) e todos
3) Ser configurável para mostrar a opções de filtragem;
4) Configurar quais taxionomias mostrar.
5) Se for ajax (talvez uma opção para isso), qual parte do site atualizar:
5.1) Uma opção seria por ID do elemento (muito complexa);
5.2) Pegar o Id do elemento através de um “shadowbox” com a área do site e os possíveis elementos;
5.3) Tentar supor qual o elemento por aproximação dos campos com post-id;
“mais simples e intuitivo para o usuário utilizar postback e o filtro de query do WordPress.”
Será possível a barra “ir carregando” os resultados, como no campo de “novo usuário”?
“2.3.2) Listagem em forma de árvore com opção de marcação;”
Não entendi!
2.4) Detecção automática ou não do post_type, tendo opções como auto (automática) e todos
Tbm não entendi. Isso é o que eu perguntei lá em cima?
“5) Se for ajax (talvez uma opção para isso), qual parte do site atualizar:”
O que implica ser ou não ser Ajax?
Valeu, Jacson!
“Será possível a barra “ir carregando” os resultados, como no campo de “novo usuário”?”
Não, só através de ajax e de uma barra de rolagem infinita, o que é complicado para agora, mas pode ser uma extensão para o futuro como já sugeriu o Eduardo.
Arvore é estilo o que os exploradores de arquivos normalmente usam, onde você clica em um nodo para abrir (visualizar) os nodos seguintes, como por exemplo clicar em uma pasta para ver as subpastas. Opção de marcação é algo que possibilite checar um elemento da arvore um ou ramo inteiro, como uma checkbox.
“2.4) Detecção automática ou não do post_type, tendo opções como auto (automática) e todos”
Isso faz parte das opções de configuração, vou melhorar isso para ficar mais claro. Essa opção determina qual ou quais tipos de posts (post, página, pauta, item do mapa, mídia, etc) serão exibidos e em adicional a opção todos e a opção automática, que por exemplo detecta que vai ficar por post se vc estiver vendo posts, por página se vc estiver vendo uma lista páginas, pautas se você estiver no delibera, etc.
5) nesse caso sugiro a leitura:
http://pt.wikipedia.org/wiki/AJAX_%28programa%C3%A7%C3%A3o%29
http://pt.wikipedia.org/wiki/Postback
postback é enviar todo o conteúdo para o servidor, ou seja, recarregar a página para realizar a busca
ajax ou callback é enviar parte do conteúdo selecionado e recuperar apenas a informação pertinente de atualização e faze-lo em tempo real, sem necessidade da recarga da pagina.
Olá pessoal. Jacson, gostei bastante das sugestões, ficou bem robusto. O design está ótimo também, acredito que possamos aproveitar dessa estrutura e deixar o layout flutuar entre o design de cada tema, com opções de customização.
Fiquei em dúvida no seguinte ponto:
“5.3) Tentar supor qual o elemento por aproximação dos campos com post-id;”
Não sei se entendi direito esse ponto. Mas se eu tiver entendido, acredito que é exatamente o que a busca/queries do WordPress faz, não? Nesse caso não precisaríamos reinventar a roda. Perdão se eu tiver compreendido errado.
Abraço a todos
Acho que meu “sistema de indexação” não ficou bem explicado, o 5.3 faz parte da opção por ajax (5), o ajax não atualiza o alvo do WordPress e sim o que você especificar, o problema é achar o alvo certo, nesse caso específico, achar em qual elemento, do tema onde esse widget foi ativado, está a lista de ‘posts’ que o widget precisar atualizar. Pode ser que você tenha uma opção melhor para contornar isso, todas as vezes que utilizei ajax no wordpress, eu tive que achar o elemento para atualizar.
Surgiu outra dúvida aqui, se é um widget – e não uma página – ao ser inserido em qualquer página ou qualquer posição de widget do tema, essa busca por exemplo, poderia ficar na sidebar de uma interna de blog por exemplo, certo?
No caso da imagem de exemplo está no contexto: O widget está na área de acervo mas não necessariamente busca apenas dentro da área de acervo, correto? Então, ao clicar em pesquisar, o usuário seria remetido à pagina de resultados da busca para – só então – conforme mude os filtros, essa atualização passar a vir via AJAX.
Correto ou não?
ele não redireciona, tem duas situações possíveis:
postback: recarrega a página filtrando
callback: faz o ajax, esse é bem mais complicado, já que teria que “recarregar, pegando do conteúdo retornado somente os dados do id correto e atualizando.
Entendi. Eu acho que precisa ser o recarregamento da página filtrando, porque vamos supor que o widget seja inserido numa página que lista posts mas não é uma “category.php”, é uma page-algumacoisa.php, customizada. Nesse caso, não necessariamente o plugin/widget vai encontrar a query dos posts da página atual.
Tem outras situações problemáticas, como colocar o widget numa single de post, por exemplo.
Imagino que um reload filtrado resolva o problema porque, caso ele esteja numa página “certa” de conteúdo a ser filtrado ela só recarrega a página, se for uma página distinta/errada ele direciona pra uma página customizada de resultados de pesquisa com os filtros selecionados.
De qualquer maneira, preliminarmente estou construindo as queries de busca e filtro que serão usadas independente da estrutura.
Para deixar essa minha dúvida mais tangível estou terminando a primeira versão preliminar do plugin entre hoje e amanhã e vou liberar para testes
se precisar podemos fazer um brainstorm com a equipe para acertar essas arestas/dificuldades.
Respondi na outra thread. Se não for aquilo que falei lá acho melhor fazermos um brain sim
Pessoal, não sei mais qual João Paulo é qual…
Eis o mapa mental do WordPress dentro da Rede Livre, para que possamos discutir e adicionar o que acharmos que falta. Nessa última atualização, adicionei alguns novos pontos levantados sobre a experiência do usuário.
Create your own mind maps at MindMeister
Muito bom, Edu!
Vou comentar alguns itens.
Funcionalidades/plugins:
Temas:
Comunicação:
Termos:
Abs!
Phil, adicionei algumas das coisas ao mapa mental. Fique livre pra editar o conteúdo! Sobre os termos e afins, acho que isso merece um outro tópico, pois vai demandar de uma ajuda do pessoal da comunicação inclusive. 🙂
Precisamos definir os padrões de desenvolvimento, como por exemplo:
widgets (blocos encaixáveis?)
1) Ter uma pasta widgets dentro do plugin (extensão) ou tema;
2) Dentro desta pasta ter para cada widget uma pasta com o nome da classe dele, e dentro da pasta o arquivo php com o mesmo nome representando a classe;
3) Dois arquivos para os modelos de visualização->view.php, e formulário->form.php;
4) Se for necessário css, coloca-los em uma pasta css;
5) Se for necessário JavaScripts, coloca-los em uma pasta JS e evitar coloca-los dentro do código php ou html;
Blocos de código;
Eduardo Zulian estão conversando. 
joaopaulo, e 
[comando]
{
[bloco];
}
switch
{
case "":
{
[bloco];
} break;
}
Nomenclatura de arquivos
classes:
1) Mesmo nome da classe;
2) Um arquivo por classe, a não ser em caso muito específico;
…
Formato do Arquivo
1) Fim de linha LF (fim de linha padrão unix)
2) Sem shorttags;
3) Inicio e fim da tag php:
3) Evitar abrir e fechar tags htmls em arquivos separados, como por exemplo abrir no cabeçalho (header) e fechar no rodapé (footer)
Oi Jacson, sou Tatiane do Pontão de Cultura Digital Ganesha, encaminhei para vocês o nosso tema customizado do P2 (p2-culturaviva) com um doc sobre o que customizamos, qualquer dúvida estamos a disposição 😉
Abraços
Oi, Tatiane! Acabei de ver os arquivos aqui. Posso fazer o upload dele e do pdf pro pessoal dar uma olhada?
Pode sim 😉
Vi que estão discutindo padrões, nós seguimos a estrutura do próprio P2 (que é bem bagunçada…) mas é possível melhorar bastante.
A estrutura de código, você diz?
Isso, a estrutura dos códigos
Pelo menos para o WP, há alguns padrões já definidos que, dependendo do caso, poderíamos usar para a Rede como base e então traduzir:
CSS: http://make.wordpress.org/core/handbook/coding-standards/css/
PHP: http://make.wordpress.org/core/handbook/coding-standards/php/
HTML: http://make.wordpress.org/core/handbook/coding-standards/html/
Mais uma parada: todos os plugins, temas e funcionalidades em WordPress precisamos sempre prever a internacionalização dos termos.
Essa é muito importante mesmo, e também uma das mais complicadas.
Adicionei a primeira página ao nosso wiki, contemplando os padrões para CSS: https://github.com/redelivre/redelivre/wiki/_pages
@jacson, já chegou a ler sobre isso aqui? Pode ser interessante para basearmos o padrão, o que acha?
Citando:
Only use the
A documentação inicial do CSS está aqui, pra quem não viu: https://github.com/redelivre/redelivre/wiki/CSS
Sugestões, amigos?
A dúvida da vez é a seguinte: e aí, commits em português ou em inglês?
Pessoal, achei que estava muito extenso para ficar exibido na íntegra antes de todos os outros posts, então desafixei este post e inseri o link na barra lateral!
Eduardo Zulian 18:42 em 26 de novembro de 2013 Link permanente | Faça login para responder
Como eu já disse, gostei bastante do nome. 🙂
Jacson Passold 11:09 em 27 de novembro de 2013 Link permanente | Faça login para responder
Gostei também, se não tiver outro projeto que possa atrapalhar com esse nome, acredito que batemos o martelo como foi dito em reunião.