Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] Campo de CEP e TAB

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: Renato Monteiro <renato.renatomonteiro AT gmail.com>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] Campo de CEP e TAB
  • Date: Fri, 25 Sep 2009 10:48:51 -0300

Pessoal, apenas para que todos tenham acesso (trocadilho infame), segue o link para a Lei de Acessibilidade que data de 2004 e que está em vigor. Espero que sirva para agregar valor à esta discussão.

http://www.acessobrasil.org.br/index.php?itemid=43

[]'s

Renato

2009/9/25 Luiz <luiz.pedrosa AT gmail.com>
Não sei se fugiu do foco do assunto original, mas fica um artigo (pra quem ainda não leu) relacionado a acessibilidade.

http://imasters.uol.com.br/artigo/12814


Atenciosamente,

Luiz Paulo
55 61 - 8412 6313
_________________________________________________________________
Design é uma atividade técnica e criativa relacionada não
apenas com o produto de imagens, mas com a análise, organização
e métodos de apresentação de soluções visuais para problemas de comunicação.



2009/9/25 Luiz <luiz.pedrosa AT gmail.com>
Esqueci desse item...
3.2.5 Alteração mediante solicitação: As alterações de contexto são iniciadas apenas a pedido do usuário, ou está disponível um mecanismo para desativar essas alterações. (Nível AAA)
Atenciosamente,

Luiz Paulo
55 61 - 8412 6313
_________________________________________________________________
Design é uma atividade técnica e criativa relacionada não
apenas com o produto de imagens, mas com a análise, organização
e métodos de apresentação de soluções visuais para problemas de comunicação.



2009/9/25 Luiz <luiz.pedrosa AT gmail.com>
Realmente não da pra saber se fizeram ou não o estudo ou teste, mas as recomendações do WCAG 2.0 me parecem prever isso:

3.2.1 Em Foco: Quando um componente recebe o foco, ele não inicia uma alteração de contexto. (Nível A)

3.2.2 Em Entrada: Alterar a definição de um componente de interface de usuário não provoca, automaticamente, uma alteração de contexto, a menos que o usuário tenha sido avisado sobre essa situação antes de utilizar o componente. (Nível A)

http://www.ilearn.com.br/TR/WCAG20/#consistent-behavior



Atenciosamente,

Luiz Paulo
55 61 - 8412 6313
_________________________________________________________________
Design é uma atividade técnica e criativa relacionada não
apenas com o produto de imagens, mas com a análise, organização
e métodos de apresentação de soluções visuais para problemas de comunicação.



2009/9/25 Giselle Rossi <giselle.rossi AT gmail.com>
"Com certeza esses caras acima fizeram alguma pesquisa" ?

Eu não teria tanta certeza...

2009/9/25 Pererinha <pererinha AT gmail.com>

olá bom dia, bom pensado, não havia pensado em usuários com deficiência visual eles realmente podem ficar um pouco perdidos, fiz uma breve pesquisa em alguns sites, e fiz um resumo logo abaixo:

entrei no site do correio e lá tem um botão buscar (mas nao era para preencher endereco era pra buscar cep)

no site do estado de são paulo tem um botão "verificar"
(http://www.saopaulo.sp.gov.br/sis/informativo.php)

no site da americanas, tem o campo para digitar o cep e um botão "prosseguir"
(https://carrinho.americanas.com.br/portal/meuCadastro.portal)

no da casas bahia tb tem o botão para contiuar
(https://www.casasbahia.com.br/cliente/cliente.do)

nesse site aqui http://www.aminhaloja.com.br/loja/ tb tem o botão

nesse outro site http://www.republicavirtual.com.br/cep/exemplos.php que você pode fazer do download da base de dados de cep, também tem o botão

Resumo:

Bom certeza esses caras acima fizeram alguma pesquisa como a sugerida pelo Luiz e pelo visto chegaram a conclusão que que o botão era necessário.

Pensando melhor o fato de buscar automático (no evento blur) é mais legal e bonito, mas não deixa o processo muito acessível.

[]s



2009/9/25 Luiz <luiz.pedrosa AT gmail.com>

Acho que a pesquisa sem uma ação explícita do usuário pode confundir os que não estão vendo, um usuário cego por exemplo, o cara acaba de digitar o cep, manda um TAB ou e jogado direto para outro campo, e nisso o sistema ja faz uma busca e valida ou preenche os outros campos... se der algo errado, para quem não tem a referência visual do que esta acontecendo pode ser bem confuso!
Retorna uma mensagem de erro e o cara não clicou em nada...
Acho que o ideal seria testar o comportamento com usuários que tivessem algumas limitações. Citei a visual pq foi a primeira que me veio na cabeça mas pode haver outras limitações complicadoras.

Algum expert em acessibilidade pode confirmar minhas "suspeitas?"

Atenciosamente,

Luiz Paulo
55 61 - 8412 6313
_________________________________________________________________
Design é uma atividade técnica e criativa relacionada não
apenas com o produto de imagens, mas com a análise, organização
e métodos de apresentação de soluções visuais para problemas de comunicação.



2009/9/25 elisa volpato <elisavolpato AT gmail.com>

Voltando um pouco: concordo 

2009/9/23 Pererinha <pererinha AT gmail.com>

eu acho mais interessante pesquisar automático ou no preenchimento do ultimo caracter ou quando o usuário tirar o foco do campo (no evento blur)

e com relação a colocar o traço (-) no cep, na minha opnião é eu deixaria o usuário preencher somente os números (bloquear outros caracteres que não sejam número) e colocaria o traço automático

como programador não vejo dificuldade em fazer isso utilizando _javascript_






2009/9/23 Daniel Melo Ribeiro <danielmeloribeiro AT gmail.com>
Vocês colocariam o botão "pesquisar" ao lado do CEP para trazer o endereço, ou já fariam a busca ao digitar o último número?

Daniel

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt



--
--------------------------------------------------------
Daniel Pereira Camargo
www.danielcamargo.com.br
pererinha AT gmail.com

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt



--
Elisa Volpato
.(11) 7997-1984


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt



--
--------------------------------------------------------
Daniel Pereira Camargo
www.danielcamargo.com.br
pererinha AT gmail.com

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




Archive powered by MHonArc 2.6.24.

Top of Page