Olá Augusto, Sua saída é ótima, com alguma adaptação ajuda um pouco no meu caso. Não resolve completamente porque meu maior problema não é com o que o usuário vai digitar (isso ai eu filtro depois na validação) mas a onde e quando ele vai digitar. Veja por exemplo, para todos os registros existem dois campos "indicativo", um é o de origem e outro é o de destino (explicando a grosso). Num registro do tipo QSO, o indicativo de origem é o da estação que está cadastrando a informação e o de destino é o indicativo da estação contactada. Exemplo:
QSO de PU2LBD com ZZ2RWB Indicativo origem: PU2LBD Indicativo destino: ZZ2RWB Significa que PU2LBD está informando que fez contato com ZZ2RWB (tem mais dados no registro mas vamos nos ater só ao indicativo que fica mais fácil). Porém, num registro tipo escuta a coisa se inverte, supondo as mesmas estações se PU2LBD (eu) escuta zz2RWB (meu irmão) então ZZ2RWB é origem e PU2LBD é destino mas quem está cadastrando é PU2LBD (então PU2LBD escuta ZZ2RWB): Escuta de ZZ2RWB por PU2LBD Indicativo origem: ZZ2RWB Indicativo destino: PU2LBD Então veja que PU2LBD pode cadastrar dois registros de tipos diferentes e os dados têm signifcados diferentes. O que eu queria era por uns helpers que mudassem logo depois que tipo de registro fosse selecionado. Algo como "aqui é indicativo que você ouviu", "digite aqui o seu indicativo", etc. Mudar a ordem de apresentação dos campos também seria legal mas não "must have" já os helpers é muito bom que existam pois senão os relatórios geográficos que derivarão deste banco não serão reais. Veja que o maior problema não um campo poder ser unido em dois (como no exemplo do CPF/CNPJ) mas dois campos poderem ser confundidos. Existe um outro campo na mesma situação desse exemplo aqui e um terceiro em que sua saída do CNPJ/CPF parece ser a melhor opção. Eu até já fiz um teste "meia boca" mas com um HTML feito no braço, não estou conseguindo abstrair essa situação para o modo Cake/MVC. Sei que a lógica tem que ser colocada na view mas não entendi direito como lidar com Javascript no cake ainda. Valeu a dica. Abraço, Benito On 11/20/07, Augusto Ferreira <[EMAIL PROTECTED]> wrote: > > Em vez de tipo(fisico/juridico) e ainda cpf/cnpj coloca apenas o campo > documento, por expressão regular ou mesmo até o númerod e caracteres do > documento você consegue saber se é um cpf ou cnpj, a informação é abstraída > daí e não fica explícita. > > nos formulários de cadastro use javascript para definir o tamanho do campo > ou mascara (http://elcio.com.br/ajax/mascara) de acordo com a preferência > do usuário. > > é uma idéia! > > espero ter ajudado. > > Augusto > > Em 20/11/07, Josenivaldo Benito Junior <[EMAIL PROTECTED] > escreveu: > > > > Pessoal preciso de uma dica, > > > > Tenho um modelo com determinados campos só que preciso tratá-los de > > acordo com o tipo de registro (definido por um dos campos). Explicando > > melhor: > > > > Suponha o modelo abaixo: > > > > entidades > > ======== > > id > > datahora > > tipo (Fisico, Juridico) > > nome > > CPF > > CNPJ > > > > Aqui eu dei uma simplificada, no meu caso, as entidades são tipos de > > reportagens (escuta, chamado ou contato). Muitos dos campos são comuns (aqui > > no exemplo, id, datahora, tipo e nome são campos que todos os registros > > possuem) mas outros são obrigatórios ou não de acordo com o tipo (aqui > > preciso de CPF para pessoa física e CNPJ para jurídica). Imagine que não > > fosse desejado mostrar os campos de CNPJ e CPF mas somente um correspondente > > ao tipo selecionado. Eu pensei em criar DIV ocultos com os dois campos e > > ativá-los usando Javascript. O tratamento do dado (para evitar que um > > engraçadinho submeta os dois campos) eu faço durante a validação testando a > > existência do campo correto a cada momento. Estou no caminho certo? Agora o > > X da questão, como traduzo isso para cake? O helper de Javascript pode me > > ajudar? > > > > Deixa eu tentar clarificar melhor, no meu modelo real vários campos são > > comuns como no exemplo aqui mas com um agravante. Podem significar algo > > diferente, ou pelo menos para um desavisado pode inverter alguns dados que > > são parecidos. Então, além de sinalizar os campos obrigatórios para cada > > tipo preciso inserir uma mensagem helper do tipo "Indicativo da estação > > ouvida" e "indicativo da sua estação" de forma que o cidadão não inverta os > > dados em cada tipo de registro. > > > > Agradeço qualquer dica. > > > > Abraço, > > Benito > > > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ Recebeu esta mensagem porque está inscrito em Grupo "Cake PHP Português" do Grupos Google. Para enviar mensagens para este grupo, envie um email para [email protected] Para anular a inscrição neste grupo, envie um email para [EMAIL PROTECTED] Para mais opções, visite este grupo em http://groups.google.com/group/cake-php-pt?hl=pt-PT -~----------~----~----~----~------~----~------~--~---
