Ввод даты производится в формате dd.mm.yyyy.
Как преобразовать дату из этого формата в yyyy-mm-dd при любых региональных настройках ?
Спасибо!

Но если региональные настройки - американские, то:
выдаст 1-е число,
а если региональные настройки - русские, то:
выдаст 12-е число, так ведь?

atv_13Format$(Date, "yyyy\-mm\-dd") пойдет?
А оно будет работать при любых рег. настройках? Вряд ли...

Интересно, как профи обходят такие углы на VBA? Или вы пишете клиента под определенные рег. настройки?

К сожалению, я не совсем профи, так что такой фигней заморачиваюсь.

Если представить, что имеются два клиента с разными рег. настройками - американскими и русскими, то функция Format() вернет разные значения строковой переменной (какой идиот придумал формат mm.dd.yyyy?).

У меня все-таки есть идея, что строковую переменную надо приводить в необходимый вид при помощи строковых функций, а там уж SQL должен понять.

White Owl Vadim KutuzovЕсли представить, что имеются два клиента с разными рег. настройками - американскими и русскими, то функция Format() вернет разные значения строковой переменной С какого перепугу?

Не знаю, с какого перепугу, но при американских рег. настройках и неамериканском пользователе функция Format(Date_as_dd.mm.yyyy, "yyyy-mm-dd") возвращает dd.mm.yyyy, то есть просто не форматирует данные. Только что проверил.
Я понимаю, что у большинства людей нет проблем с этим, потому что подразумевается, что рег. настройки и формат времени совпадают, но к сожалению, так бывает не всегда: в моем случае вынужденные рег. настройки - американские, а люди вокруг совсем не американцы.

HandKot Vadim Kutuzov White Owl Vadim KutuzovЕсли представить, что имеются два клиента с разными рег. настройками - американскими и русскими, то функция Format() вернет разные значения строковой переменной С какого перепугу?

Не знаю, с какого перепугу, но при американских рег. настройках и неамериканском пользователе функция Format(Date_as_dd.mm.yyyy, "yyyy-mm-dd") возвращает dd.mm.yyyy, то есть просто не форматирует данные. Только что проверил.
Я понимаю, что у большинства людей нет проблем с этим, потому что подразумевается, что рег. настройки и формат времени совпадают, но к сожалению, так бывает не всегда: в моем случае вынужденные рег. настройки - американские, а люди вокруг совсем не американцы.

кто-то что-то где-то недогоняет (возможно я :))

команда format(now(), "yyyyddmm") возвращает 20071601
и я не думаю, что если у меня будет американская настройка, ответ будет отличатся
смотрите свой код
Все правильно! Ты берешь Now(), который автоматически идет в понятном формате для данных рег. настроек (любых). Но если вместо Now() взять строковую переменную в формате, отличном от рег. настроек - не работает.

Вот код для примера:

Пример выполнения программы при американских рег. настройках на приложенном рисунке.

orunbek
За класс - спасибо! Попробую попозже разобраться.

LeonMА. Поместите на форму календарь и забудьте про форматы
B. Дату в текстовом формате (строку) преобразуйте в Date, а потом форматируйте
Посоветуйте, пожалуйста, хороший календарь, в котором можно выбирать язык (хотя бы при программировании).

White Owl Vadim KutuzovНе знаю, с какого перепугу, но при американских рег. настройках и неамериканском пользователе функция Format(Date_as_dd.mm.yyyy, "yyyy-mm-dd") возвращает dd.mm.yyyy, то есть просто не форматирует данные. Только что проверил.
У меня три вопроса:
1) Каким образом ты определил несовпадение пользователя с региональными настройками? У тебя на пользователе написано что он неамериканский?
2) Что это за переменная такая Date_as_dd.mm.yyyy ???? Объект пользовательского класса Date_as_dd в котором лежит объект другого пользовательского класса mm в котором лежит перменная yyyy?
3) Почему у меня на натуральном американском Экселе, идеально работает книга сделаная на руссифированой машине с руссифицированным Экселем? Простой Format(somedate, "yyyy-mm-dd") возвращает то что нужно на обоих машинах одинаково.

Если сумеешь ответить на мои вопросы (хотя бы на второй), я тебе подскажу как правильно написать макрос :)

Ну...
1. Имеется система, построенная американцами. Для полной работоспособности она должна стоять на Windows с региональными настройками English(USA) . Эта система продана в Прибалтику, где пользователи привыкли вводить данные в формате dd.mm.yyyy, а не mm/dd/yyyy. Экселевский файл с отчетом будет находится на этих же машинах с рег. настройкой Windows - English(USA) .
2. Date_as_dd.mm.yyyy - это переменная String . Просто я написал её таким образом, чтобы было понятно, что пользователь будет вводить дату как dd.mm.yyyy , а получилось, что просто запутал народ. Никаких классов нет .
3. Я не знаю, почему у тебя так, но мне хотелось бы узнать: у тебя региональные настройки Windows(!) в обоих случаях одинаковые или нет? Что значит "на натуральном американском Экселе" - это обыкновенный Excel из Office 200x English или это у тебя рег. настройки Windows - English(USA)?

Вроде попытался ответить. Спасибо за помощь!

White Owl Vadim KutuzovПример выполнения программы при американских рег. настройках на приложенном рисунке.У тебя в ячейке B1 не дата а строка.

Формат даты которую вводит юзер ДОЛЖЕН СОВПАДАТЬ с настройками системы.
Не ставь тете Маше американские винды, не ставь дяде Джону русские.
Дата введеная в книгу Экселя на виндах с правильно настроеным форматом даты всегда правильно прочитается после копирования книги на винды с другой региональной настройкой.

Если тебе так сильно хочется поставить тете Маше американские настройки - 1) обучи ее, 2) при помощи функций mid и & преврати введеный текст в то что может обратать функция CDate.

Ну вот примерно это я и хотел услышать.
А про тетю Машу и американские винды - тут я не в силах что-то исправить, это требование.
Думал, вдруг есть универсальный способ для извлечения данных.
Спасибо.

White Owl Vadim Kutuzov1. Имеется система, построенная американцами. Для полной работоспособности она должна стоять на Windows с региональными настройками English(USA) . Эта система продана в Прибалтику, где пользователи привыкли вводить данные в формате dd.mm.yyyy, а не mm/dd/yyyy. Экселевский файл с отчетом будет находится на этих же машинах с рег. настройкой Windows - English(USA) .ээээ.... а что в системе? База данных там? Ну поставь систему с базой на американские винды, и пусть пользователи ходят к базе с русских виндов.
В конце концов, можно попинать разработчиков, чтобы они сделали возможность локализации своей супер-системы.


Vadim Kutuzov2. Date_as_dd.mm.yyyy - это переменная String .Не нужно использовать точки в имени переменной.
В системе там много всего: и БД, и система управления производством, и еще много чего. И компутер не один, а несколько, но все с English(USA). В общем, этот пункт никак не изменить :(
А про точки в имени - в коде я точки не пользую, только тут облажался, думал, будет понятней. Спасибо за предупреждение.