Features List - Version 2 about odin HOT 39 CLOSED

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

from odin.

Opniões a parte, acho bacana. Ajuda na administração.

Vamos ver o que acontece... Alguma idéia @claudiosmweb ?

from odin.

@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...

from odin.

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?

from odin.

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

from odin.

é 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á ;)

from odin.

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?

from odin.

@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.

from odin.

Tava conversando com o @claudiosmweb e vi que dá pra criar as Taxonomies. Alterei a documentação pra ficar mais claro.

Criando Custom Post Type

from odin.

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

from odin.

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

from odin.

Coisas que podemos utilizar com o Grunt:

• Deploy por rsync
• Deploy por FTP

from odin.

Eu também sou a favor dessa modularização, acho que fica bem mais fácil na hora de fazer alteração.

from odin.

Agora já foi, coloquei essas coisas de deploy do grunt no branch v2.0.0 xD
É muito legal isso, funciona bem pra caramba ___

from odin.

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?

from odin.

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.

from odin.

Os comentários do Facebook dá pra usar o Socialite :)

from odin.

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.

from odin.

Cadastro/login eu acho que não. Mas a caixa Facebook Comments dá :)

Ae é só incluir o ID do App pra administrar os comments.

from odin.

Exatamento, abrir a caixa de comentários pelo SocialiteJS.

from odin.

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?

from odin.

Isso de cadastro por rede social é bem chato pra falar a verdade xD.
Todos os plugins prontos que eu já vi são zuados.

from odin.

É, 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...

from odin.

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.

from odin.

@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?

from odin.

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

from odin.

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.

from odin.

Então, hoje já esta praticamente assim, basta dar include e instanciar algumas classes e já funciona.

from odin.

@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.

from odin.

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?

from odin.

Mas chamar jQuery UI para isso? xD
Nem sempre usa bastante isso dai.
Mas podemos colocar é super fácil.

from odin.

eu num sou fã do JQuery-UI não, mas achei que esses tipos podem ser úteis =P

from odin.

Sem jQuery UI para o calendário nem rola xD.
Eu curti foi o negocio de oEmbed e vamos colocar :P

from odin.

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

from odin.

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.

from odin.

tbm é uma opção interessante...

aí fica por conta do dev o tipo de input ;)

from odin.

Faz um favor pra mim, cria uma issue pra isso que a noite eu adiciono na classe de Metabox e Theme Options xD

from odin.

#65

from odin.

Abrir tickets separados caso for necessário.

from odin.