Botones de comando que se mueven a la izquierda

hola, Kork !

... una hoja... una serie de botones... cuando... presentacion preliminar y vuelvo... se han desplazado [...]
... intentado establecer con codigo la propiedad left
... no encuentro ningun evento que se produzca despues de una presentacion preliminar.

eres el segundo caso por estos dias con problemas de 'objetos danzantes' :))
-> si te refieres a botones creados con la barra de herramientas 'formularios'... [probablemente]
a) revisa como estan sus propiedades en cuanto a 'mover y cambiar tamaño junto con las celdas'
b) [seguramente] el movimiento se debe a 'efectos colaterales' por otras partes del codigo -?-
-> si el caso es mas 'extraño' de lo supuesto...
serviria si comentas detalles adicionales y 'expones' el codigo que estas usando -?-
-> por lo tocante a los eventos...
a) NO existe un evento 'posterior' a una impresion
b) lo que SI podrias 'aprovechar' el el evento '_beforeprint' del objeto workbook
[observa que se 'dispara' tanto en la impresion como en la 'preliminar', por lo que pudiera ser 'doble evento'] ;)

comentas detalles adicionales?
saludos,
hector.

Hola Héctor,

Gracias por tus comentarios, lo primero.

Me refiero a botones de comando que insertas en la hoja a través de la barra
de herramientas --> Visual Basic --> Cuadro de controles.

Tal como me apuntas en la primera de tus posibilidades he revisado las
propiedades de la ubicación del objeto. Así, (en modo diseño), botón derecho
sobre el objeto --> Formato de control --> pestaña 'Propiedades' -->
Ubicación del objeto. Por defecto se encuentra en 'Mover, pero no cambiar
tamaño con las celdas'. He de reconocer que no conocía estas propiedades.

Intuitivamente cambie a la opción 'No mover, ni cambiar tamaño con las
celdas', pero el botón de comando seguía yéndose a la izquierda tras una
presentación preliminar.

Fuera de toda lógica intuitiva (bueno, para mi por lo menos) le puse en
'Mover y cambiar tamaño con celdas', de esta manera ya no se desplaza a la
izquierda tras una presentación preliminar. ESTO ES LO QUE YO QUERÍA.

La verdad es que no le veo la lógica, quizás sea cosa de la traducción del
programa, porque 'Mover y cambiar tamaño con celdas' parece tener el
significado, y así lo hace, de redimensionar el objeto (control) cuando así
lo hacen las columnas o filas en las cuales se encuentra superpuesto.

Respecto al evento _beforeprint del objeto workbook no me es valido, ya lo
use, porque dicho evento se produce antes y el botón "dancea" después de una
presentación preliminar.

Termino como empecé, agradeciéndote tus pautas con las que solucionado, eso
creo, el "problema", mi problema.

Saludos,
kork

P.D. si quieres un sencillo ejemplo de botones que se mueven y otros que no,







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

hola, Kork !

... una hoja... una serie de botones... cuando... presentacion preliminar
y vuelvo... se han desplazado [...]
... intentado establecer con codigo la propiedad left
... no encuentro ningun evento que se produzca despues de una
presentacion preliminar.

eres el segundo caso por estos dias con problemas de 'objetos danzantes'
:))
-> si te refieres a botones creados con la barra de herramientas
'formularios'... [probablemente]
a) revisa como estan sus propiedades en cuanto a 'mover y cambiar
tamaño junto con las celdas'
b) [seguramente] el movimiento se debe a 'efectos colaterales' por
otras partes del codigo -?-
-> si el caso es mas 'extraño' de lo supuesto...
serviria si comentas detalles adicionales y 'expones' el codigo que
estas usando -?-
-> por lo tocante a los eventos...
a) NO existe un evento 'posterior' a una impresion
b) lo que SI podrias 'aprovechar' el el evento '_beforeprint' del
objeto workbook
[observa que se 'dispara' tanto en la impresion como en la
'preliminar', por lo que pudiera ser 'doble evento'] ;)

comentas detalles adicionales?
saludos,
hector.

hola, Kork !

... he revisado las propiedades... del objeto... Por defecto... en 'Mover, pero no cambiar tamaño con las celdas'.
... no conocia estas propiedades... Intuitivamente cambie a... 'No mover, ni cambiar tamaño con las celdas'
... pero el boton... seguia yendose a la izquierda tras una presentacion preliminar.
... le puse en 'Mover y cambiar tamaño con celdas'... ya no se desplaza... tras una presentacion preliminar.
ESTO ES LO QUE YO QUERIA.
... no le veo la logica... porque 'Mover y cambiar tamaño con celdas' parece... redimensionar el objeto [...]

=> entre los efectos 'colaterales' al combinar [SI/NO] mover + [SI/NO] cambiar tamaño de un objeto 'con las celdas'
Y modificar 'la vista' de la ventana del documento [como 'zoom', 'ajustes', etc. -normal o presentacion premilinar-]
[hasta donde se] la 'posicion/ubicacion' en la hoja de un objeto 'incrustado' en el documento...
a) 'se mide/ubica' en ->puntos de documento<- [desde la esquina superior-izquierda de la ventana de la aplicacion]
b) 'poca relacion' existe entre 'dicha medida y otras' [como pixeles, centimetros/pulgadas, etc.] -aunque hay 'factores'-
c) 'NO MOVER/CAMBIAR' significa que sin importar 'ajustes' en celdas como [des/re]-ocultar filas/columnas, etc. ...
el objeto 'guarda' la distancia ->en puntos de documento<- [permanece EN su ubicacion 'original']
d) al combinar SI/NO y mover/cambiar... notaras 'resultados diferentes' [al cambiar las 'dimensiones' de las celdas] ;)

... evento _beforeprint del objeto workbook no me es valido... porque... se produce antes
... y el boton "dancea" después de una presentacion preliminar.

=> este comentario 'ma hace suponer' que [durante la presentacion] 'juegas' ocultando/mostrando/[re]dimensionando celdas -?-
aunque mencionas haber 'resuelto' ese detalle... [insisto] se podria 'aprovechar' codigo ->en ese evento<-
[quizas... para 'otra ocasion' ???] :))

Termino como empece, agradeciendote tus pautas con las que solucionado, eso creo, el "problema", mi problema.

=> si quedaran 'dudas'... ->procura no 'quedarte con ellas'<- ;)
estamos tratndo de 'especializarnos' en... 'ampliacion de dudas' :D

saludos,
hector.