FiveTech Software tech support forums

Antonio, despues de varios dias probando, quitando, poniendo, etc.
He descubierto que si le quito a la App el look XP, ya no me cierra y sigue todo trabajando OK, lo activo y empiezan los problemas.....

Este es el contenido de mi archivo, por si tiene algo raro o erroneo :

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly
xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<assemblyIdentity
name="MiniGUI"
processorArchitecture="x86"
version="5.1.0.0"
type="win32"/>
<description>Windows Shell</description>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="x86"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>
</assembly>


Saludos a todos

Ray,

Usa el que proporcionamos en samples\winxp

Ya lo hice Antonio, con resultados identicos :

Lo activo, hay problemas, lo desactivo, se van, pero queda la apariencia de la App, pues.... simplemente simplona

Saludos

Prueba los siguiente:

Comenta la linea en el archivo rc
luego, en el directorio de tu aplicación, toma el archivo winxp.man y renombralo a:
si tu app se llama ray.exe, renombra el archivo manifest a
cuando el programa finaliza, te crea un archivo error.log?

otra situacion se da cuando usas la libreria tsbrowse, esa libreria usa un preview.prg y un metafil.prg modificado, ademas de ser versiones algo antiguas.

el caso es que normalmente nosotros agregamos esas tsbrowse.lib antes de las lib de fwh por lo que estariamos usando esas clases antiguas y no las nuevas.

de ser asi lo adecuado es extraer los modulos antiguos de la lib tsbwrowse
para evitar usarlos
salu2
carlos vargas

WWOOOOWWW !!!!!!!!



Carlos, eres un genio !!!!


Ya no me cerro la App, hay algunos detalles en algunas pantallas, pero creo que seran faciles de arreglar.

Gracias amigo, te veo por privado mañana lunes

Gracias Carlos, a mi tambien me fue muy util.
Cesar

de nada

salu2
carlos vargas