Reducir tamaño de un ejecutable

[mrmanuel]

Hola, siento el retraso.

he estado quitando fotos, y he reducido el tamaño a 7mb aprox.

Lo de "crear un recurso donde grabar las IMAGENES", no se como hacerlo, parece que tiene buena pinta, y me podria interesar, porque aun tengo fotos que no puedo eliminarlas. ¿alguien me lo podria explicar?

gracias

[[duilioisola]]

Si usas "FOTOS", también podrías achicar las fotos primero al tamaño que van a tener en el form y luego meterlas en su lugar.

Un JPG de 100x100 pixels no ocupa casi nada. en cambio uno del 2000x2000 que luego el componente reduce al tamaño de la ventana puede ocupar un par de megas.

[fidel]

¿Por qué quieres reducir el tamaño?, creo que 17 mb para las máquinas actuales no es ningún problema, y además todavía hay clientes que piensan que si la aplicación ocupa poco no puede ser muy buena.

Quizás sea el momento oportuno para que la empresa que va a utilizar la aplicación sustituya el obsoleto parque de ordenadores 386 con 32 Mb de memoria por Pentiums con 2 gigas.

[[Lepe]]

Una cosa que jamás he entendido.....

Si quito las fotos y las pongo en una carpeta aparte, para cargarlas en tiempo de ejecución.... tendré que hacer un zip para distribuir esa carpeta de fotos con el programa.... ¿acaso no va a ocupar lo mismo que antes?, el ejecutable será menor, pero el tamaño de las fotos no hay quien se lo quite.

Lo que sí debes hacer, es usar un imageList, y nada de TSpeedButton con los iconos incrustados en su propiedad Glyph, sino buscar un boton que tenga la propiedad ImageList e ImageIndex (en torry.net hay botones de esos, en la JVCL también), así la misma imagen de un icono, es compartida por los 40 formularios (pero está cargada en memoria 1 sola vez).

Las fotos que no puedes eliminarlas.... ¿donde las tienes? en un TButton, TSpeedButton, TBitBtn, TimageList, etc.

(Por favor, Sé más preciso si quieres una respuesta precisa)

Saludos

[Nasca]

Fidel no estoy de acuerdo contigo. Creo que siempre hay que estar pendiente de los recursos. Memoria, espacio e incluso del esfuerzo que se requiere al usuario. Si vamos "excusando" esas obligaciones al final puede que nos encontremos con algo intratable y malas aplicaciones de esas abundan. Una de mis leyes de desarrollo es KISS (deja eso simple estúpido) a la que le añadiría "y lo mas pequeño posible"

Tienes razón sobre lo de la percepción de los clientes, pero eso no deja de ser su problema. Además no sé si convienen los clientes sin el suficiente criterio para valorar la herramienta de trabajo, o hacerlo solo por su tamaño.