CRM Руководитель - Форум

не так поняли))
улетит = дата слетит при в воде на форме!

если дата сохранена в базе то все будет работать как надо!

или мы все таки по разному изменяем код)

Несмотря на то, что календарь с часами работает как надо, суть то была чтобы вводить дату в удобном формате и чтобы оставалась полем для сравнения (в базу в секунды переводила) поэтому все норм) время ночь, завтра поищу где у input_date меняется формат, если он не влияет на что-то, то я бы полностью перевел формат вода на d.m.Y, т.к. он удобнее

я в личку сейчас файл пришлю

=)

Если Разработчик не против, то для импорта тоже подправлю формат дат, т.к. он просто удобнее и данные с других приложений обычно выгружаются в таком формате. Изменения выложу.

Кому скучно ?)


Делаем в сущности удобные даты d.m.Y (dd.mm.yyyy)

в данный момент существует пара костылей для обоих полей с календарями:

Календарь с выбором времени.
файл /includes/classes/fieldstypes/fieldtype_input_datetime.php
1. Меняем содержимое choices на следующее: 2. Заменить найденное в этом файле значение

Y-m-d

на

d.m.Y

Для этого можете воспользоваться поиском с заменой, 4 значения в файле.

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


Календарь простой
файл /js/main.js

1. Заменить найденное в этом файле значение

format: 'yyyy.mm.dd'

на

format: 'dd.mm.yyyy'

2. Обновляем кэш сайта.

------------
Данные изменения не является официальной доработкой, никаким образом не влияют на ранее сохраненные данные в сущностях,
НО МОЖЕТ ПОВЛИЯТЬ НА РАБОТУ ОСНОВНОГО КАЛЕНДАРЯ *
Все изменения вы делаете на свой страх и риск!
Обязательно создавайте копию изменяемых файлов!

*- нашел проблему во вкладке основного календаря «ПОВТОРИТЬ» -> «ДАТА ОКОНЧАНИЯ»

дополню немного:
format: 'yyyy.mm.dd'
формат
format: 'yyyy-mm-dd'

Минус подхода:
убрали режим месяц-Год.
во всех режимах кроме dd.mm.yyyy hh:ii, при редактировании созданной записи дата сбивается на 1899 год
поле Год ломается в принципе при любом варианте ввода данных - остается 1970 год в базе.

Но если ничего этого не использовать, то да метод рабочий)

PS таким же подходом можно отредактировать попытаться отредактировать fieldtype_input_date.php, ввод заработает, а вот последующее редактирование будет выводит в форме y-m-d, хотя повторный ввод возможен!

Просто если пройтись поиском по всему каталогу CRM с указанием yyyy-mm-dd, то будет понятно, что поломается много чего, что использует дату и время. Тут нужно кардинальные изменения.

ну вот поэтому и есть доработка с моей стороны которая "не ломает ничего" (ну по крайней мере пока никто не нашел ничего, что она ломает)

Где можно посмотреть описание этой доработки?