Desenvolvimento Back-end #70
Comments
|
Não vai ficar muita configuração para o Customizr não? As configurações de redes sociais e mapas podiam ser pelo Theme Options. |
|
Como vamos fazer os CPTs e Meta box com custom fields necessários? Penso que podemos copiar as classes de cpt, metabox e taxonomy do odin, o que acham? Sobre as configurações como marca, redes sociais e mapa pode ser com nas opções do tema mesmo. |
|
O Odin também tem uma classe bacana para as opções de tema. |
|
Os textos dos blocos vãos ser gerenciados por onde? |
|
Sim, tem mesmo @rodrigo-brito, poderíamos copiar. Agora lembro que no inicio do projeto alguém falou sobre retirar o Odin para usar alguma outra coisa que não lembro agora. |
|
Concordo com o @leobaiano sobre o odin, acho que não precisamos de mais do que isso. Essas configurações "avançadas" pra serem feitas no customizer exigiriam que a gente criasse novas classes para os controles. Os textos dos blocos podem ser na theme options também. |
|
Temos que tomar cuidado com o que WordPress.org chama de "Plugin territory" só podemos colocar em metaboxes configurações que alterem o visual. O @claudiosmweb falou em usar o Customizr em vez de usar Theme Options do Odin. O que eu acho válido, pois é o caminho natural. O Theme Customizer tem painel agora e dá pra organizar bem as configurações, mesmo que sejam muitas. Recomendo que dêem uma olhada no Customizer. |
|
Sim @nicholasio era a api do customizer mesmo que falaram quando tiraram o Odin. Mas vem cá, para CPT e metaboxe ela resolveria também? |
|
Dêem uma lida aqui, sobre o Plugin Territory. https://make.wordpress.org/themes/handbook/guidelines/plugin-territory/ Não @leobaiano a customizer é só pra alterações visuais. |
|
@leobaiano Algumas coisas acredito que ainda vale a pena colocar como CPT, como serviços, habilidades etc. Além de alterações visuais no customizer dá para colocar configurações relativos ao tema: Textos estáticos, configurações de quais sections irão aparecer. Eu acho que poderíamos dar a opção para o usuário desativar algumas das sections, caso ele não queria por exemplo, colocar o portfolio. |
|
@brenoalvs hoje em dia não é somente alterações visuais. Pois temos o Menu Customizer e o Widgets Customizer ;) A não ser que na sua definição de alterações visuais inclua isso ;) |
|
Isso aí @nicholasio o que quis dizer é que não dá pra registrar um post type por exemplo, rs. |
|
Então vamos copiar as classes que precisamos do Odin (CPT, metabox e taxonomy) e utilizar a Theme Customizer para as opções e definições? |
|
Massa! |
|
@brenoalvs ah sim ;). @leobaiano Acho que é isso mesmo. CPT, Metabox e Taxonomy. O resto é o Customizer. |
|
Vamos dar um tempinho ai pra ver se alguém mais se pronuncia e caso não mais tarde crio as issues e já começamos a meter mão, beleza? |
|
Blz! |
|
Esqueçam, não vamos usar nada do Odin para isso. CPT, Metabox e taxonomy, só me dizer o que precisam. |
|
Vamos tentar definir então o que vamos fazer com cada coisa: |
|
Pensei aqui no seguinte: Customize CPT Fiquei em dúvida sobre como fazer para dar a opção do usuário definir o que aparece ou não na página inicial. Já vi alguns temas que definem uma página estatica para a home e o usuário escolhe o que aparece ou não com shortcodes, não acho um processo intuitivo e simples, porém é bem flexivel. Podemos fazer de forma menos flexivel, definindo os blocos e o usuário pode retirar um bloco ou reordenar através das opções do tema. |
|
Latitude e Longitude não precisa não... o Mapa está com localizador, da para reaproveitar o campo de endereço para fazer o marcador |
|
Eu sei, o lance é que nem sempre bate certinho, por conta do número e a margem de erro, no caso de empresas é bom cair bem em cima do prédio, com latitude e longitude o cara pode ir no gmaps e navegar pra pegar a localização exata. |
|
Dá pra fazer no Customizer @leobaiano escolher o que aparece ou não. Basta criar checkboxes com "exibir seção X" ou até utilizar widgets, mutos temas usam widgets para representar cada seção. E como temos agora o Widgets Customizer isso poderia ser uma boa também, uma vez que o usuário poderia até reordenar os widgets no próprio Customizer com live preview. Sobre o Blog podemos simplesmente usar os posts mesmo, sem precisar criar CPT e ou taxonomia. |
|
Essa dos widgets pras seções é interessante, só não sei como seria implementar. |
|
Estou em dúvida se as seções como widgets aprovaria, mas se aprovar é fácil de implementar. Cria uma "sidebar" que na verdade seria os blocos (sections do site) e cria um widget pra representar cada seção. |
|
Pois é, mas a dúvida era mais essa, criar vários widgets só pra fazer o output do HTML? Talvez tenha uma solução melhor. Mas de qualquer forma, no Customizer podemos criar um novo Controle, com uma lista de checkbox com drag'n drop e aí fazemos da forma "correta". Se é que assim pode também xD |
|
Nunca fiz drag'n drop no customizer, se tiver como seria show de bola. |
|
É só usar o jquery ui, da mesma forma dos widgets. |
|
@leobaiano pode criar um issue com task list para isso ou issues com as coisas que precisa? |
|
Posso criar sim @claudiosmweb , vou criar um issue pra cada parada que fica mais organizado. |
|
@claudiosmweb criei as issues, assina as que você for trabalhar. Só a do blog que ainda está em discussão se vai fazer CPT ou usar os posts padrão do WP. |
|
@leobaiano, fico em dúvida se realmente é necessário um CPT para os Serviços e Skills. Serão usados só para exibição. Não é melhor fazer com options? |
|
@brenoalvs tem razão, se não precisar de URL os CPT vão atrapalhar pois irão criar URL's sem conteúdo. |
|
Você está certo @brenoalvs, não pensei muito quando defini essas paradas, por isso deixei aqui pra gente discutir. Vou editar as issue antes que alguém assine e comece a meter mão. Uma coisa, options que você diz é a settings API? |
|
Isso! xD |
|
sim, sim, eu saquei, só queria confirmar para poder editar a issue fazendo referência. |
Discussões acerca sobre o desenvolvimento back-end, o que usar, o que não usar e como usar.
The text was updated successfully, but these errors were encountered: