Distribuir Excel

hola, Daniel !

... hice un programa en excel usando vb. En el mismo uso varias Referencias.
Al distribuilo me encuentro con q muchos ususarios no tienen los archivos necesarios como para q funcione correctamente.
Hay alguna manera de hacer un paquete de distribución con los files necesesarios tal como se hace en vb?

[primero] considera que desde el momento en que haces uso de 'componentes' OPCIONALES [para cada usuario/pc/instalacion]...
ya estas 'corriendo el riesgo' de que tu aplicacion pudiera encontrarse con 'ciertos... tropiezos' :-(
[sobre todo si piensas distribuirla a diversos usuarios, equipos, plataformas, etc.] :D

[segundo] dependiendo de 'hasta donde quieras -o estes dispuesto a- llegar...'

1) [es probable que] al 'cambiar' el archivo 'de equipo'... la libreria este instalada en un directorio distinto -?-
-> el directorio de librerias puede variar entre versiones de office [incluso segun versiones de windows] :-( [pe.]
a) para el caso de windows...
-> win_32[bits], 95/95-Se y Me ES: c:\windows\system <-> 2000, NT y XP ES: c:\windows\system32
b) p.e. el caso 'especifico' de la libreria [mscal.ocx]...
-> excel '97 EN el 'system' del windows -> 2000 en adelante EN el directorio del office/excel :))

2) cuando hablas de: "... muchos ususarios no tienen los archivos necesarios ...", si te estas refiriendo a...
a) complementos desarrollados por ti [como add-ins .XLA] ?
-> podrias emplear 'empaquetadores' sencillos, como el ZIP
b) complementos [propios de excel/vba/...] que usas y pudiera ser no que esten instalados con 'el user' ?
-> te paso algunos 'detalles' al final ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

[hasta donde se]... la licencia por la que pagaste al comprar e instalar office/exce/vba...
-> es una licencia que te da derechos como USUARIO FINAL [nada 'mas alla' de eso]...
puedes desarrollar aplicaciones 'basadas' en estas aplicaciones-plataforma y distribuirlas/comercializarlas
OJO: lo que NO 'puedes/DEBES' hacer... es DISTRIBUIR [junto con tu aplicacion] LOS COMPONENTES
[controles, librerias de objetos y 'ese tipo' de cosas] con los que este 'armada' tu aplicacion <= OJO

-> ademas de que seria necesario 'detectar y/o copiar y/o instalar y/o registrar y/o ...'
[existen otras 'circunstancias', como versiones, restricciones, permisos, etc.]

-> podras 'contar' con [la posibilidad de] que el usuario de tu aplicacion YA TENGA instalados dichos componentes
-> o avisarle/indicarle/informarle/... 'que hacer' en caso contrario
[incuso, podrias 'preparar' tu aplicacion para 'prevenir/corregir/evitar/...' la ejecucion de rutinas que los requieran]

-> no se si 'quieras' que tu aplicacion/instalacion... 'ande cargando' con TODAS las -posibles- versiones de dichos 'componentes'
[suponiendo que te decidieras por 'incluirlas' en el paquete de instalacion] -?-
-> de todas formas, te sugiero ponerte en contacto con la subsidiaria mas cercana a tu localidad ;)

En realidad necesito saber exactamente los archivos involucrados. Las
referencias son todas propias de Excel o vb, no hay ninguna propia. Supongo
serán los q figuran en Ubicación en el panel Referencias del Editor VB de
Excel. Supongo bien? son solo esos archivos? Por ejemplo, el comdlg32.ocx, q
sé es necesario si o si, también en system32 hay comdlg32.oca o .dll, etc.,
esos son necesarios también? Cómo hago para saber exactamente los q están
involucrados?
Gracias!

Daniel


"Héctor Miguel" escribió en el mensaje
news:

hola, Daniel !

... hice un programa en excel usando vb. En el mismo uso varias
Referencias.
Al distribuilo me encuentro con q muchos ususarios no tienen los archivos
necesarios como para q funcione correctamente.
Hay alguna manera de hacer un paquete de distribución con los files
necesesarios tal como se hace en vb?

[primero] considera que desde el momento en que haces uso de 'componentes'
OPCIONALES [para cada usuario/pc/instalacion]...
ya estas 'corriendo el riesgo' de que tu aplicacion pudiera encontrarse
con 'ciertos... tropiezos' :-(
[sobre todo si piensas distribuirla a diversos usuarios, equipos,
plataformas, etc.] :D

[segundo] dependiendo de 'hasta donde quieras -o estes dispuesto a-
llegar...'

1) [es probable que] al 'cambiar' el archivo 'de equipo'... la libreria
este instalada en un directorio distinto -?-
-> el directorio de librerias puede variar entre versiones de office
[incluso segun versiones de windows] :-( [pe.]
a) para el caso de windows...
-> win_32[bits], 95/95-Se y Me ES: c:\windows\system <-> 2000, NT
y XP ES: c:\windows\system32
b) p.e. el caso 'especifico' de la libreria [mscal.ocx]...
-> excel '97 EN el 'system' del windows -> 2000 en adelante EN el
directorio del office/excel :))

2) cuando hablas de: "... muchos ususarios no tienen los archivos
necesarios ...", si te estas refiriendo a...
a) complementos desarrollados por ti [como add-ins .XLA] ?
-> podrias emplear 'empaquetadores' sencillos, como el ZIP
b) complementos [propios de excel/vba/...] que usas y pudiera ser no
que esten instalados con 'el user' ?
-> te paso algunos 'detalles' al final ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

[hasta donde se]... la licencia por la que pagaste al comprar e instalar
office/exce/vba...
-> es una licencia que te da derechos como USUARIO FINAL [nada 'mas alla'
de eso]...
puedes desarrollar aplicaciones 'basadas' en estas
aplicaciones-plataforma y distribuirlas/comercializarlas
OJO: lo que NO 'puedes/DEBES' hacer... es DISTRIBUIR [junto con tu
aplicacion] LOS COMPONENTES
[controles, librerias de objetos y 'ese tipo' de cosas] con los que
este 'armada' tu aplicacion <= OJO

-> ademas de que seria necesario 'detectar y/o copiar y/o instalar y/o
registrar y/o ...'
[existen otras 'circunstancias', como versiones, restricciones,
permisos, etc.]

-> podras 'contar' con [la posibilidad de] que el usuario de tu aplicacion
YA TENGA instalados dichos componentes
-> o avisarle/indicarle/informarle/... 'que hacer' en caso contrario
[incuso, podrias 'preparar' tu aplicacion para
'prevenir/corregir/evitar/...' la ejecucion de rutinas que los requieran]

-> no se si 'quieras' que tu aplicacion/instalacion... 'ande cargando' con
TODAS las -posibles- versiones de dichos 'componentes'
[suponiendo que te decidieras por 'incluirlas' en el paquete de
instalacion] -?-
-> de todas formas, te sugiero ponerte en contacto con la subsidiaria
mas cercana a tu localidad ;)

hola, Daniel !

En realidad necesito saber exactamente los archivos involucrados.
Las referencias son todas propias de Excel o vb, no hay ninguna propia.
Supongo seran los q figuran en Ubicacion en el panel Referencias del Editor VB de Excel.
Supongo bien? son solo esos archivos? Por ejemplo
el comdlg32.ocx, q se es necesario si o si, tambien en system32 hay comdlg32.oca o .dll, etc., esos son necesarios tambien?
Como hago para saber exactamente los q estan involucrados?

1) [hasta donde se]... vba se encarga de enlazar tu proyecto de macros con las librerias que vas incluyendo en el mismo
algunas con referenciadas [por omision] para todo libro [desde que lo creas]
otras conforme vas incuyendo controles y/o estableciendo manualmente su referencia

2) para estar *seguro* de cuales son absolutamente necesarias...
intenta quitar su referencia en tu proyecto de macros [menu] herramientas / referencias...
[solo podras quitar las que no sean *efectivamente* necesarias] ;)

3) por lo que toca al como/donde/cuales/... puedas incluir en algun *paquete de instalacion* de tu aplicacion...
[los comentarios del mensaje anterior -creo- siguen vigentes en donde sean aplicables] ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

__ las consultas anteriores __

... hice un programa en excel usando vb. En el mismo uso varias Referencias.
Al distribuilo me encuentro con q muchos ususarios no tienen los archivos necesarios como para q funcione correctamente.
Hay alguna manera de hacer un paquete de distribución con los files necesesarios tal como se hace en vb?

[primero] considera que desde el momento en que haces uso de 'componentes' OPCIONALES [para cada usuario/pc/instalacion]...
ya estas 'corriendo el riesgo' de que tu aplicacion pudiera encontrarse con 'ciertos... tropiezos' :-(
[sobre todo si piensas distribuirla a diversos usuarios, equipos, plataformas, etc.] :D

[segundo] dependiendo de 'hasta donde quieras -o estes dispuesto a- llegar...'

1) [es probable que] al 'cambiar' el archivo 'de equipo'... la libreria este instalada en un directorio distinto -?-
-> el directorio de librerias puede variar entre versiones de office [incluso segun versiones de windows] :-( [pe.]
a) para el caso de windows...
-> win_32[bits], 95/95-Se y Me ES: c:\windows\system <-> 2000, NT y XP ES: c:\windows\system32
b) p.e. el caso 'especifico' de la libreria [mscal.ocx]...
-> excel '97 EN el 'system' del windows -> 2000 en adelante EN el directorio del office/excel :))

2) cuando hablas de: "... muchos ususarios no tienen los archivos necesarios ...", si te estas refiriendo a...
a) complementos desarrollados por ti [como add-ins .XLA] ?
-> podrias emplear 'empaquetadores' sencillos, como el ZIP
b) complementos [propios de excel/vba/...] que usas y pudiera ser no que esten instalados con 'el user' ?
-> te paso algunos 'detalles' al final ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

[hasta donde se]... la licencia por la que pagaste al comprar e instalar office/exce/vba...
-> es una licencia que te da derechos como USUARIO FINAL [nada 'mas alla' de eso]...
puedes desarrollar aplicaciones 'basadas' en estas aplicaciones-plataforma y distribuirlas/comercializarlas
OJO: lo que NO 'puedes/DEBES' hacer... es DISTRIBUIR [junto con tu aplicacion] LOS COMPONENTES
[controles, librerias de objetos y 'ese tipo' de cosas] con los que este 'armada' tu aplicacion <= OJO

-> ademas de que seria necesario 'detectar y/o copiar y/o instalar y/o registrar y/o ...'
[existen otras 'circunstancias', como versiones, restricciones, permisos, etc.]

-> podras 'contar' con [la posibilidad de] que el usuario de tu aplicacion YA TENGA instalados dichos componentes
-> o avisarle/indicarle/informarle/... 'que hacer' en caso contrario
[incuso, podrias 'preparar' tu aplicacion para 'prevenir/corregir/evitar/...' la ejecucion de rutinas que los requieran]

-> no se si 'quieras' que tu aplicacion/instalacion... 'ande cargando' con TODAS las -posibles- versiones de dichos 'componentes'
[suponiendo que te decidieras por 'incluirlas' en el paquete de instalacion] -?-
-> de todas formas, te sugiero ponerte en contacto con la subsidiaria mas cercana a tu localidad

hola, Daniel !

En realidad necesito saber exactamente los archivos involucrados.
Las referencias son todas propias de Excel o vb, no hay ninguna propia.
Supongo seran los q figuran en Ubicacion en el panel Referencias del Editor VB de Excel.
Supongo bien? son solo esos archivos? Por ejemplo
el comdlg32.ocx, q se es necesario si o si, tambien en system32 hay comdlg32.oca o .dll, etc., esos son necesarios tambien?
Como hago para saber exactamente los q estan involucrados?

1) [hasta donde se]... vba se encarga de enlazar tu proyecto de macros con las librerias que vas incluyendo en el mismo
algunas con referenciadas [por omision] para todo libro [desde que lo creas]
otras conforme vas incuyendo controles y/o estableciendo manualmente su referencia

2) para estar *seguro* de cuales son absolutamente necesarias...
intenta quitar su referencia en tu proyecto de macros [menu] herramientas / referencias...
[solo podras quitar las que no sean *efectivamente* necesarias] ;)

3) por lo que toca al como/donde/cuales/... puedas incluir en algun *paquete de instalacion* de tu aplicacion...
[los comentarios del mensaje anterior -creo- siguen vigentes en donde sean aplicables] ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

__ las consultas anteriores __

... hice un programa en excel usando vb. En el mismo uso varias Referencias.
Al distribuilo me encuentro con q muchos ususarios no tienen los archivos necesarios como para q funcione correctamente.
Hay alguna manera de hacer un paquete de distribución con los files necesesarios tal como se hace en vb?

[primero] considera que desde el momento en que haces uso de 'componentes' OPCIONALES [para cada usuario/pc/instalacion]...
ya estas 'corriendo el riesgo' de que tu aplicacion pudiera encontrarse con 'ciertos... tropiezos' :-(
[sobre todo si piensas distribuirla a diversos usuarios, equipos, plataformas, etc.] :D

[segundo] dependiendo de 'hasta donde quieras -o estes dispuesto a- llegar...'

1) [es probable que] al 'cambiar' el archivo 'de equipo'... la libreria este instalada en un directorio distinto -?-
-> el directorio de librerias puede variar entre versiones de office [incluso segun versiones de windows] :-( [pe.]
a) para el caso de windows...
-> win_32[bits], 95/95-Se y Me ES: c:\windows\system <-> 2000, NT y XP ES: c:\windows\system32
b) p.e. el caso 'especifico' de la libreria [mscal.ocx]...
-> excel '97 EN el 'system' del windows -> 2000 en adelante EN el directorio del office/excel :))

2) cuando hablas de: "... muchos ususarios no tienen los archivos necesarios ...", si te estas refiriendo a...
a) complementos desarrollados por ti [como add-ins .XLA] ?
-> podrias emplear 'empaquetadores' sencillos, como el ZIP
b) complementos [propios de excel/vba/...] que usas y pudiera ser no que esten instalados con 'el user' ?
-> te paso algunos 'detalles' al final ;)

si cualquier duda [o informacion adicional]... comentas ?
saludos,
hector.

[hasta donde se]... la licencia por la que pagaste al comprar e instalar office/exce/vba...
-> es una licencia que te da derechos como USUARIO FINAL [nada 'mas alla' de eso]...
puedes desarrollar aplicaciones 'basadas' en estas aplicaciones-plataforma y distribuirlas/comercializarlas
OJO: lo que NO 'puedes/DEBES' hacer... es DISTRIBUIR [junto con tu aplicacion] LOS COMPONENTES
[controles, librerias de objetos y 'ese tipo' de cosas] con los que este 'armada' tu aplicacion <= OJO

-> ademas de que seria necesario 'detectar y/o copiar y/o instalar y/o registrar y/o ...'
[existen otras 'circunstancias', como versiones, restricciones, permisos, etc.]

-> podras 'contar' con [la posibilidad de] que el usuario de tu aplicacion YA TENGA instalados dichos componentes
-> o avisarle/indicarle/informarle/... 'que hacer' en caso contrario
[incuso, podrias 'preparar' tu aplicacion para 'prevenir/corregir/evitar/...' la ejecucion de rutinas que los requieran]

-> no se si 'quieras' que tu aplicacion/instalacion... 'ande cargando' con TODAS las -posibles- versiones de dichos 'componentes'
[suponiendo que te decidieras por 'incluirlas' en el paquete de instalacion] -?-
-> de todas formas, te sugiero ponerte en contacto con la subsidiaria mas cercana a tu localidad