FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Hola
Me voy por la opción de duilioisola, es la lógica. Si la tabla esta en modo insert o edit busca el dato por medio del query si lo encuentra entonces envía el mensaje y no graba nada. Sigo pensando que la mejor opción por seguridad es el edit ya que no esta directamente ligado a la tabla, si lo tienen así no lo modificaría. Saludos
__________________
Siempre Novato |
#2
|
||||
|
||||
Hola.
Estoy de acuerdo con mi amigo Caral que con un TEdit se simplifica el tema. Pero si aún deseas hacerlo con un TDBEdit, creo que el evento indicado para evaluar la existencia (o no) es OnSetText del campo en cuestión. El evento OnSetText se dispara cuando un valor es asignado a la propiedad Text del TField, pero antes de ser almacenado. Entonces: En el código superior asigno el evento en tiempo de ejecución para dar mayor claridad, pero si tenes creado el campo persistente lo podés hacer desde el Object Inspector. Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#3
|
|||
|
|||
Bueno creo que lo mejor es evolucionar a una solución dual, usar DBEdit y Edit, y seguir buscando una solución para el DbEdit, ya que no ha sido poco lo que he buscado en el foro, y como todo, alguna solución debe de tener, depronto no la he sabido buscar.
|
#4
|
|||
|
|||
Gracias EcFisa, lo ensayo de inmediato y si algo publicaremos aqui el codigo para que nuestro amigo Caral lo incorpore a su foro. Te comento luego como me va con esta propuesta.
|
#5
|
||||
|
||||
Hola
Cita:
Saludos
__________________
Siempre Novato |
#6
|
||||
|
||||
Cita:
¡Cuál es el foro de Caral, que no lo conozco! Hey, Caral que no me contaste que tenes foro propio... esa no me la sabía. Fuera sarcamos, para tu información no hay inconvenientes en que ambos foros compartan enlaces y material. De hecho en algunas ocasiones desde ambos lados se ha remitido al otro. Y si Caral decide compartir lo que tiene y sabe en ambos sitios ¿Cuál es el problema? Aquí puede consultar sus ejemplos de facturación como así también el propio en DA, por ejemplo. Caral está en la libertad de compartir con quien se le raje la gana lo que el publique. Y que yo sepa, nadie pero nadie, es dueño del código que se ponga en cualquier foro. Ha... y eso no es plagio. Plagio sería si uno se autonombrara autor; algo que Caral no ha hecho, y estoy seguro que nunca hará. Es más, siempre que ha sido necesario agradeció y/o citó a quien le proporcionó ayuda y le enseñó. Si está al alcance del público ¿cuál es el problema? Para algo está el foro, favorecer a la comunidad en general y no para únicamente y en particular a quien pregunta y hay que responderte en secreto. Leete la guía de estilo. Saludos, |
#7
|
||||
|
||||
Hola
Aveces las palabras se mal interpretan, suele pasar. Lo mejor es esperar para ver que es lo que quiso decir el amigo servicomp, tal vez fue un simple comentario. Saludos
__________________
Siempre Novato |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
validar dbedit para horario | gonza_619 | Varios | 3 | 12-12-2010 10:15:03 |
validar dbedit q muestra horario | gonza_619 | Varios | 9 | 07-12-2010 19:52:46 |
validar un dbedit | moyo18 | Conexión con bases de datos | 32 | 08-01-2009 20:19:11 |
Validar un Dbedit? | kman | Varios | 10 | 13-03-2007 04:07:11 |
validar dbedit | yeison Cristman | Conexión con bases de datos | 1 | 29-07-2006 21:55:56 |
|