cual es la mejor forma ?
 

Hola Foreros, esta vez me dirijo a ustedes buscando un concejo...............

Antecedentes.- Tengo un proyecto , y mas en especifico una forma en donde
estoy capturando datos en una tabla, y necesito visualizar catalogos de
clientes y de modelos , segun se valla necesitanto. debe de cuando se requiera
visualizarce una forma o una ventana con todos los registros de la tabla de
clientes por ejemplo y poder de alli seleccionar con doble click y pasar ese
valor a mi Tedit .

Pregunta.- como me recomiendan que lo haga por medio de FRAME o con
ventanas hija (MDI) ? o de que otra forma puedo hacerlo ?, o tal vez con
PageControl ? que recomiendan ustedes ?

y si no es mucho abuso despues de la recomendacion , como lo hago ?

Muchas gracias y besitos anticipados ;)

Y por qué no pruebas con un DbLookUpCombobx?

Un Saludo.

Buena Idea
 

esa es una magnifica idea mi querido Marcoszorrilla mas lo que busco es
estandarizar mis proyectos, como hacia en otros lenguajes y mi linea es
que cuando consulto algun catalogo aparece una ventana emergente
con los datos , mostrando el contenido para seleccionar con un doble click
o un enter del teclado, me gustaria seguir con esa metodologia , y tambien
me inquieta el probar con tu idea, estoy en un dilema. dicen que los cambios
son buenos, que hago ? ............. tratare con tu idea para ver como se ve
esteticamente (creo que mejor) ........ ok, gracias por tu tiempo y atenciones
como premio ya sabes te mando un rico kiss en donde mejor se acomode. ;)

Para mi el tipo de interfaz que se use dependerá del tipo de catálogo. En un catálogo de paises, por ejemplo, con relativamente pocas entradas, un DBLookupComboBox es más que suficiente. Pero en un catálogo de clientes con posiblemente cientos o miles de registros puede resultar muy enfadoso para el usuario.

Para catálogos "medianos" yo uso una ventana modal con un DBGrid. Por ejemplo, uso un catálogo en donde el usuario debe escoger una de entre poco más de cien sesiones de examen. El usuario selecciona la sesión basado en el número de lugares disponibles, la fecha y hora de aplicación del examen. Muchos datos para un sólo combo.

En otro catálogo el usuario selecciona un grupo en el cual inscribir a un alumno. Aquí estamos hablando de más de trescientos grupos, demasiados para un combo e incluso para un DBGrid. Entonces muestro el catálogo en una ventana modal que además del DBGrid tiene unos Edit para establecer filtros (p. ej. el nivel del grupo y tipo de curso) y así presentar listas más cortas.

Para un catálogo de alumnos ya hablamos de más de siete mil. Entonces la ventana del catálogo muestra por arriba del DBGrid unos cuadros donde el usuario especifica criterios de búsqueda (por apellido, nombre, clave, etc.) Con estos criterios se realiza una selección que es la que se muestra en el DBGrid de donde el usuario escoge uno.

En resumen, en mi opinión, un combo es bueno sólo para catálogos muy sencillos y relativamente cortos. Para otros casos prefiero una ventana modal.

// Saludos

Soy de la opinión de Román y de hecho yo mismo utilizo el método que indica, desde una rejilla al hacer doble clic muestro una ventana con otra rejilla en donde aparecen los clientes por ejemplo para que al seleccionar uno me lo devuelva al formulario anterior.

Suelo llamar a esos formularios DlgClientes, DlgProveedores.... esta nomenclatura he de reconocer que la heredado de VB. brrrrrrrrrrr.


Un Saludo.

Creo que una cosa no quita a la otra. Yo usaría una interfaz MDI, me gusta que todas las ventanas de mi proyecto esten recogidas dentro de un mismo área, en lugar de saltar de una ventana a otra.

Para la búsqueda de Clientes, catalogos, crearía un frame, con un toolbar y el grid. Solo tienes que cambiar en tiempo de ejecución el DataSource, y provees al usuario de todas las facilidades, ordenar por cualquier campo, posibilidad de imprimir los resultados de la búsqueda, etc. Todas esas "facilidades" las programas una sola vez (en el frame).

Si en algun momento necesitas poner cajas de texto para el filtro, creas una nueva ventana, pones las cajas de filtros y el frame, Voila !!

Dependiendo de las necesidades, se puede dotar al Frame de una propiedad SQL:string, de esta forma, asignando esas propiedades, el frame construiría la consulta y la enlazaría al Grid.

Un saludo

muchas gracias
 

Gracias Marcoszorrilla y Roman, les estoy muy agradecida por sus
ideas y consejos, me despido como siempre con un rico besito.

chau. ;)

Acepto el premio pero que no sea esto punto de discordia con el buen amigo Marcos :D

Lepe: tendrás que esforzarte más para la próxima :D :D

Yo no tengo ningún problema en compartir el preciado galardón con mi buen amigo Román y si fuere preciso con Lepe, aunque nos toque a un tercio de ósculo a cada uno, hay que ser generosos y más entre amigos.

A sus plantas.

:D :D tranquilo, no me encelo facilmente :p


Ya que martita no hace referencia a mi persona, se supone que tu me vas a dar un besito [...]. Marcos, no sé la intimidad que tengas con roman, pero yo al menos no estoy dispuesto a que me des un besito :D :D

Un abrazo a tod@s.

A fe mía que aquí hay confusión, la oferente del ósculo era Martita y los receptores en un principio Román y yo.

Yo por mi parte en un arranque de generosidad he pretendido dividir el preciado galardón en 3 partes, y en esto si que creo que me he equivocado, porque siendo yo detentor de tan solo un medio, lo que tenía que haber ofrecido a Lepe era la mitad es decir 1/4 de ósculo.

Lepe se trata de desviar un 1/4 de mi parte de ósculo hacia tu persona, lo que si hablaramos de herencias sería la legítima.

Código Delphi [-]
 Select Beso / 2
  From Martita
  
  Roman:=Query1.Fields[0].AsFloat;
 
 
 Select Beso / 4
 From Martita
 
 Lepe:=Query1.Fields[0].AsFloat;
 
 Select Beso / 4
  From Martita
  
  Marcos:=Query1.Fields[0].AsFloat;

Bueno Lepe, con el permiso de Martita, espero tu respuesta para ese cuarto de ósculo, que no es lo mismo que un cuarto oscuro.

En el caso de que renuncies definitivamente a él, entonces dejaríamos el reparto como estaba en un principio es decir 50% para Román y el resto para mí.

Un Saludo

Que así sea, intentaré esforzarme la próxima vez, aunque no puedo prometerlo ya que soy ateo ;) ;)

Offtopic: Me habeís alegrado el día con estas notas de humor, Gracias chicos.

No veo ninguna incompatibilidad entre ser ateo y prometer algo, yo por ejemplo suelo prometer por mi frigorífico.

Y con las cosas de comer no se juega, cuando una persona promete algo por su frigorífico seguro que lo cumple.

Un Saludo.

A no ser que el frigorífico esté ya vacío.

// Saludos

Yo al menos siempre lo hago en la creencia de que aunque no estuviere abortado de víveres al menos hay abundancia.

Pero aún en el peor de los casos podríamos prometer por nuestro honor, por los Simpson...........

Un Saludo