![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Una duda.
Lo que necesitas es que no se bloquee la aplicación o mostrar una barra para que se vea que está "bloqueada haciendo algo". ![]()
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#2
|
||||
|
||||
|
Tenía la misma duda que Neftali, de ahí mi pregunta anterior.
Por que si se trata solamente de avisar al usuario que se está intentando conectar a la base de datos, bastaría con usar un form no modal con (por ejemplo) un Label para el mensaje, algo como: No uso Zeos, así que el código está redactado sobre el mensaje, es a fin de darte una idea. Saludos ![]()
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
|
#3
|
||||
|
||||
|
Gracias a los dos,
Lo de conectar ya lo hice con una splash y un progress bar y parece que si funciona, igual no sea un metodo elegante, pero si hace su funcion. El problema lo tengo cuando se crea el form.activate, que tarda un poco, eso ya lo solucione con otro progress bar con un thread que saque de una pagina con un timer, que es lo que preguntaba si siempre era necesario porque aun asi tarda un poquito en desaparecer, ya no se si es por el terminate del thread o no se. Lo poco que entiendo, de momento, de los threads, es que puedes hacer, por ejemplo, dos tareas a la vez o mas si cabe, pero en este caso dos. La primera, que vaya cargando los datos mientras aparece un aviso para que no se piense que esta bloqueado, ya puede ser con un progress bar o simplemente una imagen o un label. La segunda parte que no funciona con el thread, porque el progress bar no avanza y da lo mismo ponerlo o no, porque tarda igual que sino lo pongo. Es cuando pongo el comienzo del thread y despues asigno el dataset (que es remoto) y despues termino el thread. Segun pensaba, el thread es tambien para eso, para segun hacer dos cosas a la vez, si pasarse claro esta. |
|
#4
|
||||
|
||||
|
No es mas fácil ver que es lo que está ralentizando la conexión? Yo no trabajo con FB, pero sí con MySQL y nunca mis usuarios han tenido que esperar mas tiempo del normal como para ponerles una barrita que les diga que se "está conectando" y mira que mis usuarios tienen conexiones paupérrimas.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#5
|
||||
|
||||
|
Si, eso ya lo busque pero parece que no va por ahi, o eso creo
.Uso primero conexion ssh puente para conectarme a la base de datos. Ya hice primero un programa simple en el que coloco un dbgrid que, a lo sumo tendra 50 clientes, y si, tarda, digamos 15 segundos, evidentemente no voy a esperar que se abra como si estuviera en red local o en la misma computadora. Si bien es cierto que no recomendais hacer 'select * from clientes', si necesito hacer eso para que el usuario elija un cliente de la lista. |
|
#6
|
||||
|
||||
|
Hola, y gracias a todos por vuestras respuestas.
Ya he optimizado mejor las consultas y es un poco más rápido . Aún así si tengo intención de usar threats que parece que es lo mejor para muchas cosas . Con un timer ya lo intente pero parece que cuando se solicita la consulta el timer no salta porque la consulta bloquea la aplicacion, lo que nose es si con un threat tendria que rehacer el programa o se puede implementar de alguna forma. Honestamente, a pesar de los ejemplos, no me aclaro mucho , aunque intento "ver" la composicion desde todos los angulos, se que deben de ser faciles de usar pero no veo el click, tambien se que no es bueno abusar de los threats .En definitiva, la pregunta, a ver si voy agarrando el chiste, es si implementando un threat tengo que rehacer el programa o bien es facil implementarlo. gracias |
|
#7
|
||||
|
||||
|
Hola anubis.
Como comentas en el mensaje #5, el problema del retardo se produce en la conexión a la base de datos remota. Entonces, la implementación de threads sólo se justificaría si el usuario de tu aplicación puede desarrollar actividades con tu aplicación aún sin haberse establecido la conexión. De otro modo, threads mediante o no, el usuario va a tener que aguardar el tiempo que la conexión requiera para empezar a operar. Saludos. ![]()
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Manejo de threads | ivanloco | Varios | 6 | 21-07-2008 06:20:29 |
| uso de threads | JULIPO | API de Windows | 2 | 25-07-2007 16:09:06 |
| manejo de arbol de contenidos y manejo se sonido y video | Buelos | Internet | 4 | 09-07-2007 14:52:45 |
| threads multihilo | walito | API de Windows | 5 | 13-06-2007 19:34:26 |
| Manejo de threads en Delphi | dmasson | Varios | 3 | 16-04-2004 15:22:58 |
|