Formulario contato

[andremissaglia]

Tentando resolver #12, ao invés de criar uma página extra, usando a mesma página.

TODO:

• [x] Capturar as mensagens e enviar via email.

[fcoelho]

achei o form muito grande, ele ocupa espaço demais na tela em relação à coluna do lado, que fica meio sem nada:

tirei os labels e coloquei as duas primeiras infos na mesma linha, como tem o placeholder supostamente dá pra ler o que é cada campo, não sei se fica intuitivo o suficiente

[fcoelho]

Ah, e sobre ter form de contato ou colocar email, seguindo mais ou menos o que tem em [1] e [2], parece ser mais interessante ter os dois mesmo

[1] http://ux.stackexchange.com/questions/6959/contact-form-or-mailto-link [2] http://ux.stackexchange.com/questions/2648/using-mailto-links-for-email-addresses-what-is-the-practice-these-days

[andremissaglia]

Por mim pode dar commit e merge. Já vai ter o email lá em baixo mesmo.

[BrOrlandi]

Alterei o formulário.

[andremissaglia]

Vejam lá o que acham das reformulações que fiz para telas médias e pequenas.

[fcoelho]

vish, eu tinha escrito uma mensagem aqui mas não sei por que não foi, vou reescrever.

eu achei bom, ficou mais fácil de ver sem atrapalhar. eu só fiquei encanado agora foi com o fato de a gente ter dois formulários um do lado do outro e eles não ficarem alinhados. por mais que eles sejam forms diferentes, fica estranho, sei lá. não acho nenhum problema crítico, só tô reclamando

[fcoelho]

vai precisar fazer merge manual disso aqui, se quem quiser fazer tiver problemas dá um toque

[andremissaglia]

Realmente, eu encanei com isso também, é horrível em termos de design, mas não vi alternativa viável. De qualquer forma ainda falta receber os dados do formulário, depois disso merge é de boa.

[BrOrlandi]

Estarei terminando o Formulário de Contato, farei em PHP usando o Mandrill. O que acham do e-mail de resposta ser assim:

[fcoelho]

Por mim ta bom, só mantenha o tema da página principal, essa é só uma extensão dela

[andremissaglia]

Se posso opinar, as imagens estão muito grandes para um texto pequeno, mas a estrutura está boa.

[BrOrlandi]

Coelho, manter o tema você diz pra deixar com um fundo azul e letras brancas?

[BrOrlandi]

Que tal?

[fcoelho]

sim, manter o fundo e letras brancas, e também a fonte igual à da outra página, você tá incluindo o css do foundation? esse "contato semcomp 17" tá diferente

a página vai ser só esse texto? se for, seria bom que isso fosse centralizado, porque senão vai ficar um bom espaço vazio onde "deveria ter alguma coisa", se é pouca coisa na página, centraliza pra pessoa olhar direto no centro e não se preocupar com o resto

a parte das redes sociais precisa ficar mais bem indicada, o "fique por dentro" e os ícones tão em cores de fundo diferentes, separados, como se não fossem parte da mesma ação. não sei se fica bom colocar tudo no mesmo bloco, mas precisa dar um link melhor entre o texto e os ícones

ah, e precisa de um link em algum lugar pra voltar pra página principal, um link explícito. clicar no logo pode fazer voltar, mas é bom ter um "voltar para página inicial" escrito em algum lugar pra que quem chegou aí possa voltar facilmente e ler alguma coisa mais se quiser

[BrOrlandi]

Coelho, na verdade isso é o e-mail que a pessoa recebe quando ela envia um contato.

Não precisa incluir o css do foundation, seria pesado para o e-mail, podemos incluir só o necessário mesmo direto do css compilado, acho melhor. Vi como está o Font-family do site e coloquei lá igual.

O Gmail coloquei o texto debaixo roxo pois já tinha essa mensagem no e-mail, mas o correto é preto.

[andremissaglia]

O que tem para fazer neste branch ainda?

[andremissaglia]

Lembrei de alguns: - [ ] Resposta do formulario de contato em modal se houver javascript. - [ ] Resposta do mailchimp em modal ou de uma forma mais amigável.

[fcoelho]

Se isso e' realmente um email que a pessoa vai receber, sou contra mil vezes. Essa mensagem de confirmacao pode aparecer perfeitamente no proprio site quando a pessoa clica pra enviar a mensagem, receber um email pra isso pra mim e' quase spam. isso seria util se a gente quisesse que a pessoa confirmasse que ela quer realmente mandar a mensagem, mas se e' so' pra avisar, um aviso no site e' mais que o suficiente

edit: email html e' outro problema, fazer ele aparecer corretamente em clientes diferentes (e muita gente ve essas coisas nao pelo gmail, mas por app de celular, outlook, site do provedor) vai dar um trabalho grande. o mailchimp tem templates que eles usam que funcionam bem em varios clientes, e testam em uma quantidade absurda de clientes pra garantir que ta funcionando por exemplo. se alguma hora quiser realmente partir pra email em html, tem que tomar cuidado pra nao estragar a experiencia de quem ta com algum cliente diferente.

link de clientes diferentes: http://templates.mailchimp.com/concepts/email-clients (e uma plataforma de testes que eles usam: https://litmus.com/) templates de email feitos pelo povo da zurb: http://zurb.com/ink/

edit 2: eu ainda vou ver o codigo todo, mas uma pergunta: o email tem uma parte text/plain tambem ou voce ta enviando so html?

[fcoelho]

@andremissaglia abre esses como issues separadas

[andremissaglia]

Não é um problema muito grande a pessoa receber um email de confirmação, dá mais a impressão de que o pessoal realmente mantém contato com você, e não simplesmente vc submeteu um form na internet. Mas isso é só uma opinião.

[BrOrlandi]

Testem ai, e se tudo tiver certo já pode fazer merge com a Master. O que vai ser melhorado é colocar a mensagem que aparece em outra janela será colocada no modal.

[andremissaglia]

O email que recebi veio sem as imagens

[fcoelho]

O meu também, mas é porque as imagens estão com o endereço semcomp.icmc.usp.br/images/*.png, que ainda não existem nesse endereço. Assim que isso for pro ar vai estar ok

[fcoelho]

Por mim só falta o caminho absoluto, @BrOrlandi pode dar merge