Total Commander

[Destiny]

А вот для случая, когда ODBC подключение идет для Excel базы, есть такой пример:
SELECT {fn CDbl(DateTimeCol)} FROM MyTable
т.е. идет конвертация внутренней функцией CDbl() значения из поля с данными в виде числа
(типа изначально там ошибочно сохранили именно не дату, а ее числовой представление)
Так может так же вставить функцию конвертации? Что-то типа:
{fn Format(CDate(date_as_string), "dd.mm.yyyy")}

Или может прям сразу такое:
to_char(entrydate, 'dd.mm.yyyy')

[little-brother]

Можно наверно и таким образом попробовать, т.е. на основании типов генировать не "select * from t", а "select id, name, convert(sale_date as string) from t" и посмотреть вернет ли нужный результат или нет.

Скорой правки не обещаю. Проверю как будет возможность и самое главное - желание.

[Destiny]

Ок, подождем, если что... Главное, что вообще попробуем))))

[Destiny]

little-brother
Приветствую! Ну как - не выходило попробовать то, что выше и на пред.странице описано между нами было? Я про разное представление даты/времени...

И еще - вроде как выходит так, что рекомендуемый и единственный способ общаться через плагин с этими файлами - я про установку accessdatabaseengine_X64.exe -
вышел из употребления и поддержки со стороны мелкомягкого. И даже уже какие-то палки в колеса вставляются в общем и целом.
Я про последнее обновление в этом году Офиса - оно сломало механизм его работы - нужно было прописывать некоторый ключ в реестре, чтобы продолжить читать поддерживаемые файлы плагином. На форуме ру-борда написано про это приключение.

И вот вроде как новость есть: Microsoft рекомендует переходить на Microsoft 365 Access Runtime как более современную замену компонента ACE. Понятно дело что просто обновлением поверх тут не обойтись - похоже надо бы вам на виртуалке что ли раскатать эту "новость" и опробовать работу с ней ВМЕСТО устаревшего с 14 октября 2025г accessdatabaseengine_X64.exe.

[Destiny]

Приветствую.. Похоже разработка намертво встала? ((( Эхххх.

А то я тут похоже еще баг нашел - если в ячейке эксель в текстовом формате
запись вручную отформатирована как телефон: "+7 (999) 876-54-32"
то при просмотре плагином в этой ячейке будет просто ПУСТО - ничего.

[Destiny]

Эххх.
Я тут еще встретился с непониманием - а КАК этот плагин может быть заявлен на просмотр CSV файлов?
Если по факту на это направлен другой существующий плагин csvtab?
Когда я этим пытаюсь открыть CSV Выскакивает вполне понятное сообщение об ошибке
---------------------------
Ошибка
---------------------------
Can't connect to database
---------------------------
ОК
---------------------------

[Destiny]

Ошибка с форматированием/показом в плагине есть даже для простого числа.

В Эксель на лист с форматированием ВСЕХ ячеек по дефолту в стиле "Общий" была КАК-ТО вставлена таблица
с данными с сохранением исходного формата похоже. Т.е. раскраска цветов, выравнивание в столбцах.
Пишу "КАК-ТО" - потому как если проверять каждую из таких ячеек - везде пишется что форматирования НЕТ!
т.е. НЕ выровнена ячейка по левому краю, НЕ выровнена по правому краю. НЕ выставлен стиль "Текстовый"
для ячейки, которая по логике дефолтного стиля "Общий" должна была бы выводить текст вида "0000123" в
виде "123" (апострофа тоже нет, если что!). И т.д. И если я пытаюсь повторить сам этот фокус - не выходит(((

И вот в такую псевдо-таблицу добавляем новые данные в следующую строку за последней заполненной.
И конечно же видим, что это форматирование "невидимое" не переносится на эту строку! Ввожу "0000123"
и мгновенно получаю "123", к примеру. Или вот для столбца, где было КАК-ТО выставлено выравнивание
вправо мой новый текст выровнялся по дефолту влево конечно же. И вот барабанная дробь!
А при просмотре в этом плагине значения такой ячейки просто отсутствует!
Т.е. все вышерасположенные значения ячеек с выравниваем вправо есть/показаны, а моего текста - нет!
Который автоматом выровнялся влево. Ulister - показывает всё как надо для сравнения....
В том числе и выравнивание - но это понятно - это же его фишки. А нам бы фишки этого плагина получить
в рабочем виде))))