Поясните пожалуйста такой момент.
Есть код для работы с БД Асс. Все работает хорошо. На днях попросили вынести запуск гл. формы на кнопку которую надо поместить на Ribbon... поместил и тут вылез какой-то мутный то ли глюк, то ли фича ексель.... в общем когда запускается код с кнопки размещенной на листе, то combo box заполняется датами в формате dd/mm/yyyy, а если запустить код с кнопки на Ribbon, то выводит в формате m/d/yyyy.... блин девки кипиш подняли... неудобно работать и т.д. Просто не знаю что делать, ну можно конечно Format ()... однако я заполняю combo box одним махом без перебора в цикле:


GET_DATA - это функц. для формиров. запроса, da_ta - переменная типа Date.



Помогите кто знает что это такое !

Неужели никто не сталкивался с таким? Ну хоть мысли какие есть, куда копать?

VSVLAD,
Подозреваю что поток запрашивающий информацию имеет разную культуру (локаль), т.е. с Рибона это США, с формы это Россия.

Скорее всего вы правы.

Есть API функция которая может в вызывающем потоке сменить локаль, подозреваю, что нужно его вызвать и установить нужную.

Можно коротенький примерчик использования?

VSVLAD,
Так что возвращает GET_DATA.

Частично разобрался. Виновата именно функция Transpose . Recordset всегда возвращает в формате dd.mm.yyyy, а вот Transpose в зависимости от вызова выдает то dd.mm.yyyy то m/d/yyyy.

Ок... как говорится - сам спросил, сам ответил.
При вызове WorksheetFunction.Transpose с кнопки на Ribbon как было подмечено VSVLAD происходит смена формата даты с dd.mm.yyyy (возвращает Recordset) на m/d/yyyy. Ну скажем так - как-то это слегка по дебильному :)
Решил вопрос максимально просто - в запросе применил CStr() типа... "SELECT CStr(DATA) AS 1 FROM TABLE". Такой фокус позволяет вернуть записи в формате Str и Transpose формат данных уже не трогает.
Кому интересно - в копилку.