вадявроде так оно, но почему тогда в календаре используют АПИ?


Потому что с Win32 API проще получить экранные координаты контрола.
Left даст положение относительно формы, надо еще учесть положение формы, в Access это свойство формы WindowLeft, но надо учесть еще и другие факторы, толщину бордюров, вложенность форм ...

вадяну значит мой вопрос остаётся в силе....
А почему в календарике-то не посмотрите?
Используйте тот код, что на кнопке, для события получения фокуса.

вадя ...а мне нада чтоб автоматом при получении фокуса. но при этом поле еще не активно screen.activcontrol не срабатывает

Вы уверены? У меня срабатывает

Private Sub Text2_GotFocus()
Debug.Print "Text2_GotFocus", Screen.ActiveControl.name
End Sub
В Immediate Window:
Text2_GotFocus Text2

вадя2Serge Gavrilov
получил. буду читать.


Не понял, что вы получили?

вадя2Serge Gavrilov

прошу на ты...

поВыеживаться не дают :)

вадяежели кто пробовал календарик трех авторов.
дак там тот же "глюк"
если сделать запуск календарика при получении фокуса полем , то он так же откроется по координатам формы , а не поля.!!!!!

для желающих поэкперементировать - прилогается.

Да никакого особого глюка нет, все открывается правильно, если поле получает фокус после полной прорисовки формы.
Проверьте, сделайте еще одно поле с TabIndex-ом меньше, чем у поля с календарем и после открытия перейдите с него на поле с календарем, форма календаря откроется правильно.
Сделайте прозрачную кнопку, которая будет получать фокус при открытии формы, это решит проблему.

вадя авторСделайте прозрачную кнопку, которая будет получать фокус при открытии формы.

этого не хочется делать - не совсем красивое решение, дату нада вводить и вручную, и по двойному клику...
Думаю, вы меня неправильно поняли, что я хотел предложить, но если вы говорите, что даже при получении фокуса на клик мышки окно открывается неправильно, то я это пока отпадает. А если Tab-ом переходить? Потому как я посмотрел, у меня было все нормально, но я переходил по клавише Tab