I<
Алексей Кузнецов
А почему у вас пользователь выбирает форматтер?
Например, если это контрибный модуль.
Size: a a a
2020 April 14
АК
ну тогда лучше свой филд сделать
I<
Алексей Кузнецов
ну тогда лучше свой филд сделать
Форматтер всё равно не сможет узнать настройки виджета.
АК
Сможет
АК
через филд дефинишены
МЛ
Алексей Кузнецов
А почему у вас пользователь выбирает форматтер?
Ну не совсем обычный пользователь, но например другой разработчик.
Я то могу сейчас сделать для конкретного типа сущности, но если другому разрабу нужно будет сделать тоже самое для другого типа сущности, то, чтобы он без проблем это сделал
Я то могу сейчас сделать для конкретного типа сущности, но если другому разрабу нужно будет сделать тоже самое для другого типа сущности, то, чтобы он без проблем это сделал
МЛ
Алексей Кузнецов
через филд дефинишены
+
АК
тут главное, чтобы на выводе стоял свой форматтер
АК
Потому что обычный форматтер даже не будет пытаться узнать, что там с виджетом
МЛ
Алексей Кузнецов
тут главное, чтобы на выводе стоял свой форматтер
Вот вот
МЛ
Я вот думаю на счет того, чтобы при сохранении виджета программно поменять форматтер у поля, но не знаю, получится так или нет
АК
Это стрёмно немного)
АК
Можно в виджет поставить проверку - смотреть конфиги дисплеев и если там что-то не так, то дисэйблить инпуты и выводить сообщение типа чувачок, змени форматтерок!
МЛ
Алексей Кузнецов
Можно в виджет поставить проверку - смотреть конфиги дисплеев и если там что-то не так, то дисэйблить инпуты и выводить сообщение типа чувачок, змени форматтерок!
ага...
Интересный вариант)
Интересный вариант)
АК
только дисплеев может быть много, надо все проверять
МЛ
Алексей Кузнецов
только дисплеев может быть много, надо все проверять
что ты имеешь ввиду, не совсем понял?
МЛ
меня же интересует конкретный филд в конкретной сущности
МЛ
На это всего один конфиг будет и один дисплей, если я правильно тебя понял
АК
Ну там всякие тизеры
АК
Типа в полной сущности твой форматтер, а в тизере дефолтный - непорядок