Closed valdirljr closed 11 years ago
Painel de administração é dispensável. No core do Odin já tem uma classe para montar menu do tema usando a UI do WP.
Não tem necessidade de criar um WooThemes dentro dele xD
Opniões a parte, acho bacana. Ajuda na administração.
Vamos ver o que acontece... Alguma idéia @claudiosmweb ?
@valdirljr então, é que com essa classe é muito simples fazer essas opções xD. Não acho que vale apena transformar ele em um FrameWork assim.
Estava pensando em fazer talvez uns widgets padrões ou criar uma base de widget para quem quiser desenvolver xD
Talvez alguns shortcodes para ajudar...
Uma base de widgets acho interessante.
Essa nossa versão 1.0 não tem Rich Snippets né?
@valdirljr essa "modularização" seria igual aqueles temas da Elegant Themes? Onde dentro de uma página vc praticamente monta outra apenas escolhendo alguns blocos e tal?
Já tem algumas coisas de Rich Snippets, entretanto eu não manjo muito disso xD
Sobre esse outro negocio podiamos usar ou fazer algo similar: http://aquagraphite.com/2012/10/aqua-page-builder/ Mas pode ser viagem demais isso xD
Temos que tomar cuidado para não fazer outro WordPress ou criar um Symfony dentro do WP xD
é exatamente isso aí @claudiosmweb eu acho essa parada muito ruim... ela até "facilita" pra o leigo, mas acho que começa a ficar inception e traz pro Odin algo que talvez não seja a proposta.
Quanto aos Rich Snippets vou dar uma olhada e ver o que encontro no código. Se eu tiver alguma contribuição altero lá ;)
Uma outra coisa, to dando uma olhada e fazendo uns testes aqui no odin e pensei se não seria interessante ter taxonomies no Custom Post. O que acham?
@deblyn a ideia inicial seria isso. Estava pensando em colocar na classe de Post Type as taxonomias e também metaboxs... Entretanto se fizer isso perdemos a abstração xD E vamos ter uma classe totalmente enorme. Sendo que nem sempre você vai acabar fazendo um Post Type que tenha taxonomia e metaboxs...
Além que é possível criar novas taxonomias ou metaboxs para serem usados com Posts, Midia e Páginas mesmo...
Por isso escolhi ter uma classe para cada coisa.
Tava conversando com o @claudiosmweb e vi que dá pra criar as Taxonomies. Alterei a documentação pra ficar mais claro.
Estava olhando.
Poderíamos modularizar mais os arquivos do tema em vários outros arquivos e ter uma pasta chamada templates
.
Arquivos padrões para chamar paginação, conteúdo do início e rodapé dos posts e etc. Similar ao que o WooCommerce faz.
Vantagem disso? Por exemplo, hoje se for mudar a paginação daquela numeração para algo com próximo/anterior você precisa editar todos os arquivos >< Se tiver um arquivo com esta finalidade, você precisa trocar apenas em um lugar xD
Sim eu sou preguiçoso pra caralho xD
Antes que eu me esqueça xD.
Falta apenas um ticket do Attachamets para fechar a versão 1.0. Quando isso acontecer, vamos abrir um branch para a versão 2.0 e commitar por ela xD
Coisas que podemos utilizar com o Grunt:
Eu também sou a favor dessa modularização, acho que fica bem mais fácil na hora de fazer alteração.
Agora já foi, coloquei essas coisas de deploy do grunt no branch v2.0.0
xD
É muito legal isso, funciona bem pra caramba ___
Tava pensando aqui...
daria pra implementar o sistema de comentários do Jetpack, sem precisar dele?
E também implementar o sistema de comentários do facebook?
Assim o cara teria as 3 opções mais usadas de comentários já pronta no tema: A default do WP, a do Jetpack (que faz login via twitter, facebook e WP) e a própria do Facebook.
Acham válido?
Então, sem o JetPack não tem como usar esses comentários deles. Entretanto do jeito que esta o formulário de comentários, basta apenas ativar o JetPack que ele funciona numa boa. Mas podemos pensar em algo para integrar o do Facebook.
Os comentários do Facebook dá pra usar o Socialite :)
Dá pra fazer o cadastro/login pra comentar pelo socialite?
Vi que o @claudiosmweb postou no Ferramentas Blog que o G+ agora tbm permite essa integração. É mais uma opção pra deixar lá e o cara usa se quiser.
Cadastro/login eu acho que não. Mas a caixa Facebook Comments dá :)
Ae é só incluir o ID do App pra administrar os comments.
Exatamento, abrir a caixa de comentários pelo SocialiteJS.
Show! Já é meio caminho...
Esse lance de cadastro/login via redes sociais acho que é um grande adianto. Acham válido e/ou conhecem algo que possamos utilizar?
Isso de cadastro por rede social é bem chato pra falar a verdade xD. Todos os plugins prontos que eu já vi são zuados.
É, eu tbm não conheço nenhum que seja 100%
por isso pensei no Jetpack, acho que é o melhorzinho de todos... mas do ponto de vista do usuário isso é um adianto e tanto...
Uma outra coisa que tava conversando com o @claudiosmweb que podia ter na V2.0 é o lance de atualização do template.
Assim todo mundo que desenvolver usando o Odin, se depois criar novas versões do Tema vai poder usar o lance do update "automático" igual ao de plugins.
@deblynprado o Odin não é um template de start para temas? Não entendo o porquê da atualização. E se ele for customizado? Perco tudo com a atualização automática, concorda?
Também acho que não seria necessário atualizar ele todo, o que seria legal talvez é atualizar apenas a pasta core
que nela que vai ter as coisas fodas xD
Bacana @claudiosmweb, então teremos que trabalhar muito bem a questão dos hooks para o core. Deixar tudo bem flexível, de forma que não seja necessário ninguém alterar o core do tema.
Então, hoje já esta praticamente assim, basta dar include e instanciar algumas classes e já funciona.
@danielantunes eu pensei na real na atualização para o cliente final.
Tipo, eu desenvolvi um tema a partir do Odin. Passaram-se 4 meses e meu cliente pediu um CPT novo (por exemplo).
Eu desenvolvo em cima do template que já dei pra ele e quando tiver terminado ele recebe a notificação e faz o update. Sacou?
Quanto à atualização do framework em si, a ideia é manter tudo no core mesmo e pronto. Pra não quebrar pro resto da galera.
eu não conhecia esse esquema aqui pra add metabox https://github.com/jaredatch/Custom-Metaboxes-and-Fields-for-WordPress
mas testei aqui e gostei de alguns tipos de metabox como o de data e horário. Seria uma boa incluir esses tipos?
Mas chamar jQuery UI para isso? xD Nem sempre usa bastante isso dai. Mas podemos colocar é super fácil.
eu num sou fã do JQuery-UI não, mas achei que esses tipos podem ser úteis =P
Sem jQuery UI para o calendário nem rola xD. Eu curti foi o negocio de oEmbed e vamos colocar :P
input type =P
Só deixar uma descrição default com o formato que o cara vai ter que usar se o browser num der suporte
Acho que só funciona no Google Chrome xD
O que dava para fazer e ai talvez seria interessante é ter uma opção de "custom input", igual o text
, mas o cara pode passar o options
dando o type
e até mesmo style
para o campo que ele vai criar.
Assim ele pode usar todos os campos de HTML5.
tbm é uma opção interessante...
aí fica por conta do dev o tipo de input ;)
Faz um favor pra mim, cria uma issue pra isso que a noite eu adiciono na classe de Metabox e Theme Options xD
Abrir tickets separados caso for necessário.
Salve galera!
Conversando com o Claudio Sanches, pensei em algumas features para a V2:
DEIXEM SUAS IDÉIAS E APÓS ISSO SELECIONAMOS PARA A FEATURE LIST DA V2