Hola Miguel Angel. Yo mi primer RPG lo hice en un S/32 (creo) que era con discos duros extraíbles y como consola tenia una maquina de escribir eléctrica y un panel con un par de diales. (joe esto es demencial, todos presumiendo de ser viejos)
El truco esta en que la oficina esta en la puerta contigua a mi dormitorio, y la siguiente puerta es la de la cafetería (otros lo llaman cocina) ¿para que pagar el alquiler de un local si nunca me viene nadie a ver?, -soy yo la que salgo a visitar a los clientes- Entonces si que me calzo y me quito la camiseta. Jeje Si realmente son tres programas que se pueden llamar desde sitios distintos (manejan información distinta y complementaria) pero digamos que en la cadena general, los llama uno a continuación del otro. DATOS GENERALES DATOS PARTICULAR- DATOS ESPECIALES- (Por decirlo de alguna manera). Y el problema es sencillamente estético, queda muy fea una ventana (sin cortinas) . ¿serán cosas de chicas?... _____ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Aragones , Miguel Angel (ES) Enviado el: viernes, 11 de julio de 2008 12:58 Para: forum.help400 Asunto: RE: Ventanas solapadas Vaya, vaya... como somos los iSauris. Yo empecé perforando fichas, aunque la primera máquina que programé fue un S/36. También soy autónomo y me siento muy a gusto así; pero lo que no se me había ocurrido hasta ahora es ir a trabajar en pantalón corto, camiseta y descalzo!!! ¡¡¡Eso si que me hace sentir mayor!!! Te envidio Susana. En cuanto al programa en cuestión... ¿Hay una necesidad/utilidad real por la que las ventanas deban estar en programas separados, o se trata de un experimento? _____ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Juan Ramón Garcia Enviado el: viernes, 11 de julio de 2008 11:09 Para: forum.help400 Asunto: Re: Ventanas solapadas Hola Susana: Pero.... eso es normal, es lo que tiene que hacer, el programa A llama al B (que muestra unos datos) vuelve al programa A (que sigue su proceso y llama al programa C (que muestra otros datos), evidentemente no puede solaparse sobre los datos mostrados por B, sólo puede solaparse sobre los datos mostrados por A. El hacer que no finalice el programa B y forzar a mantener sus datos en pantalla te fuerza a que los datos del programa A también se queden "congelados" y cuando C se solapa, lo hace sobre la imagen de B sobre A (que está desactualizada). Desde mi punto de vista puede tener solución (chapuceando el código) pero creo que lo que te está haciendo es lógico y es lo que debe de hacer, lo que estás intentando es buscar 3 pies al gato (al programa en este caso ;-) Un saludo. Juanra PD: Por cierto, yo también vengo de lejos, antes del S/34 trabajé con S/32 ¡con fichas perforadas! (jó cuando cuento estas cosas me siento mayor) **************************************************************************** **************************************************************************** ****************** EL PROBLEMA ES CUANDO EL PROGRAMA (A) LLAMA SECUENCIALMENTE A LOS OTROS DOS PROGRAMAS (B) Y (C) *********SIENDO (B) Y (C) PROGRAMAS DE VENTANA******** **************************************************************************** **************************************************************************** *************** --------------------- PGM A | | -------------- CALL PGMB | ---> | PGM B | | --------------- CALL PGMC | --> | PGM C | cuando muestra esta ventana BORRA LA VENTANA DE B Y LA PANTALLA DE A --------------------- -------------- __________ Información de NOD32, revisión 3260 (20080710) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
__________________________________________________ Forum.HELP400 es un servicio más de NEWS/400. © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
