FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Problema con ShellExecute
Hola a todos!!
Necesito ejecutar un programa .exe que está en la web. Buscando en estos foros encontré esta forma: Código:
ShellExecute(Handle, 'open', 'http://www.mipagina.com/Actualizacion.exe', nil, nil, SW_SHOW) Undeclared identifier: 'Handle' Undeclared identifier: 'SW_SHOW' Algo me debo estar olvidando. Por favor, necesito una mano. Gracias. Walter |
#2
|
||||
|
||||
Hola,
Cita:
De todos modos más que ejecutar el programa que está, como dices, en un servidor de Internet, para mí tengo que lo conseguirás con la función "ShellExecute" es que se descarge el archivo ejecutable en tu disco duro... no sé si el diálogo que te aparecerá tras la función "ShellExecute" te dará la opción de "ejecutar" ese programa, pero, desde luego, lo hará una vez descargado a tu disco duro. Edito: para subsanar el tema del "Handle" desconocido puedes probar sustituyendo ese identificador por un "cero" (0), o con una función como "GetDesktopWindow" o como "GetActiveWindow". Más información sobre estas funciones en la ayuda de Delphi o en la del SDK de Win32 disponible desde el menú de ayuda de Delphi. Ambas funciones se declaran en la unidad "Windows.pas" también. Última edición por dec fecha: 18-11-2005 a las 19:24:05. |
#3
|
||||
|
||||
Application.Handle (por ejemplo);
SW_SHOW está en Forms.pas añadelo al uses. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#4
|
||||
|
||||
Hola,
Cita:
|
#5
|
|||
|
|||
Capo!!, me contestaste en segundos, mil gracias.
Es verdad, no hay un form y veo que cada vez ignoro mas pero ya aprenderé. Te comento lo que quiero hacer. Hice una aplicación con un splashscreen al inicio, la carga del mismo la hice agregando el código en el .dpr y lo que hace en ese momento tambien es chequear si hay una versión nueva en la web. Si la hay quería ejecutar el instalador allí subido para actualizar, y la ejecución la quería llevar a cabo mediante el ya comentado ShellExecute. Tal vez me combiene ponerlo en el form del splash ¿no? o ¿me aconsejas otra manera? Mil gracias de nuevo. Walter |
#6
|
||||
|
||||
Hola,
No me considero quién para aconsejar a nadie sobre nada, sobre todo porque la gente se guarda muy mucho y muy bien de no seguir los consejos de nadie, y, ¿quién soy yo? Nadie. Pues por eso lo digo. Lo que puedo añadir es lo que se me ocurre a bote pronto, que te sea de utilidad o no dependerá de tantas cosas que no me atrevo a imaginarlas. Ahí voy. Se me ocurre que no compruebes la existencia de una nueva versión de tu programa sino hasta haberse este ejecutado y presentado al usuario. Cuando el usuario inicia tu programa quiere ver tu programa, justamente, y no saber antes de nada si existe una versión nueva. Es una opinión, claro está, y que acaso no sepa expresar convenientemente. Entono un mea culpa, se suele decir, en estos casos. Yo daría al usuario la opción de comprobar la existencias de nuevas versiones del programa al iniciarse este (pero al iniciarse aquí significa una vez el programa, la interfaz del programa, están disponibles para el usuario). Y realizar dicha comprobación en segundo plano, sin que el usuario se percate de ello, avisándole únicamente si de veras existe una versión nueva del programa. Es en ese punto, cuando el usuario conozca la existencia de una versión nueva del programa, y quiera interesarse por esta, cuando tú puedes proceder a la descarga del nuevo sistema, se componga este de los archivos que se compongan, realizando la tarea como mejor te parezca o como, en definitiva, sea menester. El uso de la función "ShellExecute" para esto lo veo de la siguiente manera, únicamente: se comprueba que existe una versión nueva del programa; se le pregunta al usuario si quiere descargar esta nueva versión; en caso afirmativo se utiliza la función "ShellExecute" para que el sistema operativo se encarge por los cauces adecuados de descargar de Internet el archivo que le indiquemos. ¿Otras formas de actualizar el programa que no sea usando la función "ShellExecute", que no me parece la más conveniente? Pues haberlas las hay. Hasta componentes dedicados a la tarea de actualizar aplicaciones existen para Delphi. La Jedi Library incluye todo un "paquete" de componentes dedicados a esta tarea. También podrías hacerlo tú mismo, ya digo, todo dependerá de qué se tenga que llevar a cabo: no todas las aplicaciones son iguales, esto es obvio, así que no todas las "actualizaciones" serán las mismas ni seguirán los mismos pasos. |
#7
|
|||
|
|||
Muy bienvenida tu respuesta y coincido plenamente con tu opinión ya que en lo personal considero muy molesto que el programa tome ciertas decisiones por mi. La posibilidad de chequear nuevas actualizaciones la doy mediante una opción en el menú de la aplicación pero además incluí una especie de configuración en donde el usuario puede personalizar ciertas opciones para su comodidad, entre ellas que chequee las actualizaciones al iniciar, que por defecto está desactivada.
Hecharé un vistazo a los componentes que mencionas. En realidad la actualización es simple, es una base de datos paradox con unos 10000 registros metida en un instalador solo para facilitar la tarea del usuario. Lo que yo subo a internet es el instalador (un .exe). Muchísimas gracias. Walter |
#8
|
||||
|
||||
Hola,
Cita:
Lo que estoy haciendo yo en cierto programa sí que es verdaderamente sencillo, acaso demasiado, pero, de momento, ahí está. No utilizo ningún componente de terceros para ello, se trata de una sencilla clase que se encarga de "todo". Cuando el usuario utiliza la opción del programa "¿Estás usando la última versión?" lo único que hago es descargar cierto archivo de texto plano de un Servidor de Internet. Ese archivo de texto plano no tiene más que tres líneas, y, si se me apura, solamente dos de ellas son útiles. Una línea contiene la versión actual y otra línea la fecha de dicha versión, porque la distribución del programa puede ser la misma versión que una anterior, pero de distinta fecha, se entiende. El caso es que descargar ese archivo de texto plano y comparar la versión del programa "local" con la versión disponible en Internet no lleva sino unos segundos. En caso de que, efectivamente, exista una nueva versión ni siquiera la descargo. Únicamente le planteo al usuario la posibilidad de hacerlo mediante un cuadro de diálogo. Le pregunto, bien, existe una nueva versión del programa, ¿quieres descargarla ahora? Si el usuario responde "Sí, quiero", me limito a abrir la página Web del programa, en donde, en grandes letras, está indicado la versión y la fecha de la versión que está disponible en dicha página Web. Como las características del programa, hasta el momento, lo permiten, el usuario, para actualizarlo, únicamente tiene que "reinstalarlo" encima de la anterior versión. Sus "opciones" no se pierden, porque, básicamente, el programa instalador se limita a copiar determinados archivos en el disco duro. Disculpa tanto rollo. Me salió así. Supongo que esto no interesa a nadie, pero, en fin, ahí queda, como una especie de... lo que sea. |
#9
|
||||
|
||||
Hola de nuevo,
Porque se vea la sencillez (e incluso simpleza) de la clase que he dicho arriba que utilizo para comprobar si existe nuevas versiones del programa de que he hablado es esta misma, sin más: Podrá mejorarse todo lo que se quiera, no es mi intención entrar en eso ahora. El caso es que para hacer uso de la clase anteriormente presentada bastaría con algo así: Donde "FBuscaVersiones" será una variable que guarde la referencia al objeto de la clase "TBuscaVersiones" que utilizaremos. A continuación proporcionamos una serie de datos, básicamente nos interesa la propiedad "UrlDatos", que ha de ser la URL en que se encuentre el archivo que contenga la información "a comparar", es decir, el archivo texto plano que referí más arriba. A continuación hacemos uso de los eventos del objeto para informar al usuario o tomar las medidas necesarias en caso de encontrarse nuevas versiones, no encontrarse, etc. En todo caso, la llamada "principal" al objeto "TBuscaVersiones" se realizaría de este modo, una vez hecho lo anterior, es decir, una vez creado el objeto e inicializado: Con esa instrucción estamos llamando al método "Comprobar" del objeto "TBuscaVersiones". A dicho método le pasamos dos parámetros, como puede verse, la versión actual (local) del programa y la fecha de esta versión. Echo eso el objeto se encargará internamente de descargar el archivo de Internet que contendrá los datos con los que podremos comparar y también el objeto se encargará de disparar los eventos oportunos, si estos están asignados. Otra vez pido disculpas por tanto rollo. No sé, iré al médico mañana a ver si es que tengo la gripe del pollo o algo parecido... |
#10
|
|||
|
|||
Sinceramente me encuentro muy agradecido por las molestias que te tomaste, voy a ver el código detenidamente y ver de adaptarlo a mi aplicación.
A propósito, muy interesante el XEditor ya me lo estoy bajando y felicitaciones por la página, muy completa. Muchas gracias de nuevo. Walter |
|
|
|