Armadilhas em formulários

Os formulários do Access são extremamente poderosos, mas o desenvolvedor pode, facilmente, cometer erros que fazem com que não funcionem corretamente

Autor: OsmarJr

Os formulários do Access são extremamente poderosos, mas o desenvolvedor pode, facilmente, cometer erros que fazem com que não funcionem corretamente ou com problemas. Aqui apresento uma lista dos problemas mais comuns. Não é nada muito complicado mas que, se atendidas, vão melhorar bastante seu trabalho.

Armadilhas

Verifique estes itens nos seus formulários antes de distribuí-los:
[list]

• Verifique se as tabelas e consultas usadas nos formulários são válidas. Isto inclui a verificação da fonte dos dados do formulário e as origens dos dados de todas as caixas de combinação e de listagem.
  
  
• Use a Legenda para seus formulários. Sem uma legenda informada, o que vai aparecer é o nome do formulário, o que pode não ser o que você quer que seus usuários vejam.
  
  
• Assegure-se que o que é mostrado para o usuário está correto e bem escrito. Erros de português podem passar uma péssima impressão, por melhor que seja seu aplicativo. Além dos rótulos, o usuário também vêem os textos de validação e as dicas de controles. Um erro bastante comum ocorre quando se copia um controle com estas propriedades e se altera apenas o rótulo e a fonte dos dados do controle. Neste caso, outras propriedades, como regras de validação, máscara de entrada, valores padrão e formato, também podem estar errados.
  
  
• Assegure-se que as teclas aceleradoras (teclas de atalho) não estejam duplicadas. As teclas aceleradoras permitem que o usuário pressine a tecla ALT e uma letra para ir diretamente para um controle. Elas são criadas usando o caracter "&" nos rótulos, seguido de uma letra. Por exemplo, um botão Ajuda pode ter uma tecla aceleradora "A" e aparecer como Ajuda com o rótulo &Ajuda. Um erro comum é dar o mesmo caminho para diversos controles no formulário. Teste seu formulário usando, pelo menos, duas vezes cada tecla aceleradora e assegure-se que o cursor não vai para mais de um campo.
  
  
• Assegure-se que todos os botões de comando tenham seu evento Ao clicar. Se não tiver um evento Ao clicar, o botão deve ser removido, tornado invisível ou corrigido. Algumas vezes o evento Ao clicar é vinculado a um evento diferente do desejado, como Ao clicar duas vezes. Alternativamente, um evento Ao clicar não é necessário se for um hiperlink.
  
  
• Assegure-se que a ordem de tabulação dos controles está correta. Como padrão, a ordem de tabulação deve ser: da esquerda para a direita e do topo para o pé do formulário. É isso que os usuários esperam. Se seu formulário não se comporta assim, ele apresenta um comportamento inesperado, não intuitivo, o que pode ser bastante incômodo (e cansativo) na utilização real. A ordem de tabulação padrão pode ser alterada facilmente no menu Exibir => Ordem de tabulação.
  
  
• Para a propriedade Cor de fundo das seções dos formulários e dos controles, use a cor cinza do sistema (-2147483633) em vez do cinza padrão (12632256). Nas versões mais recentes do Windows (Me, 2000 e XP), houve uma pequena alteração na forma com que o cinza é apresentado e o velho cinza aparece mais escuro do que deveria. Misturar estes dois valores em versões mais antigas do Windows não causa problema mas, nas novas versões, a diferença é bem grande.
  
  
• Como padrão, a propriedade Menu de atalho é Sim e não é especificado nenhum menu de atalho. Isto significa que o menu padrão do Access será mostrado. Se você não deseja que isso aconteça, deixe esta propriedade como Não
  
  
• Se estiver usando um arquivo de ajuda, assegure-se de que o nome do arquivo e as IDs de contexto de ajuda estejam corretos.
  
  
• Assegure-se que cada evento onde aparece Procedimento de evento... realmente tem algum procedimento de evento no módulo de classe do formulário. Um erro comum é informar um evento (clicar duas vezes na linha) sem escrever código para ele. Isto também acontece se um controle receber um novo nome e os procedimentos de evento ligados a ele não forem, também, renomeados.
  
  
• Assegure-se que a propriedade Autocentralizar esteja como Sim. A propriedade Autocentralizar faz com que o formulário, ao ser aberto, apareça no centro da tela, não importando onde (posição) foi salvo e da resolução da tela do usuário.
  
  
• Assegure-se que a propriedade AutoRedimensionar esteja como Sim. A propriedade AutoRedimensionar ajusta automaticamente o tamanho do formulário para aquele realmente utilizado. Se esta propriedade estiver como Não, o formulário vai ser mostrado como foi salvo na última vez que foi editado, podendo ficar muito grande ou muito pequeno.
  
  
• Caixas de combinação devem ter sua propriedade Limitar a uma lista como Sim de modo que os usuários só possam entrar com valores constantes da lista. Se a propriedade estiver como Não, deverá ser criado um procedimento para o evento Se não estiver na lista que vai tratar a introdução de novos valores.
  
  
• A propriedade AutoExpandir das caixas de combinação devem estar como Sim para facilitar a entrada de dados, preenchendo automaticamente à medida que o usuário digita.
  
  
• A propriedade Permitir alterações de design deve estar como Somente modo de design e não como Todos os modos de exibição. Se deixado como Todos os modos de exibição, os usuários poderão alterar propriedades em tempo de execução, o que não é nada desejável. Se a folha de propriedades ficar aberta depois da edição do formulário, ela vai aparecer para o usuário, podendo ser bastante confuso.
  
  
• Evite a utilização de cores fortes para o fundo do formulário ou controles. Isso cansa a vista e diminui a produtividade.
  
  
• Seja consistente. Se possível, mantenha, por exemplo, seus botões de comando nas mesmas posições. Se você usa uma figura nos botões (por exemplo, uma porta para fechar o formulário), que elas signifiquem sempre a mesma coisa. Veja como funcionam os botões da suite do Office. Um botão com um disquete é sempre salvar o arquivo, em todos os aplicativos.