Свойства Типов контента

Может кеш нужно чистить, но всего сайта нельзя (по мере обновления контента). Вроде все работает в фильтре.
"0 |" при создании записи по умолчанию будет вариант "выбрать", не первый из списка.

@elv3327, я выше описал суть проблемы — в базе выбранные элементы списка (речь про мультивыбор) хранятся в виде индекса с начала списка, а не тем значением что перед символом «|». Чистить кеш и трясти бубном не поможет.

Соответственно при удалении первого пункта все выделенные пункты сдвигаются вверх. и удалять из середины, получается, нельзя. Точно так же, как и вставлять в середину или начало.

Вставляется в середину в фильтре, в записи не меняется при добавлении удалении.
Стоит беспокоится или нет?

@elv3327,
1 отметьте 5й и 6й пункты при редактировании записи.
2. Сделайте скриншот записи с этим списком
3 в админке добавьте в начало ещё пару пунктов в список
4 снова перейдите на страницу записи и сделайте скрин того же списка

Стоит беспокоится или нет ?

Вам точно не о чем беспокоится.

Тут речь идёт не про наличие нового элемента или отсутствие удалённого элемента списка в фильтре или в списке при редактировании записи. Тут речь идёт про то, что у некоторых записей вы выбрали значение "Два", спустя полгода вы удалили значение "Два" из списка доступных на выбор опций. И в результате этой нехитрой манипуляции у вас в записях у которых ранее было отмечено значение "Два" теперь будет стоять следующее за ним значение, например "Три" или "8", которое вы не выбирали.

И в результате этой нехитрой манипуляции у вас в записях у которых ранее было отмечено значение "Два" теперь будет стоять следующее за ним значение, например "Три" или "8", которое вы не выбирали.

Да, в Список: мультивыбор присваивается другое значение, в Список пропадает. После Вашего пояснения начал беспокоится. Спасибо.

Данный тип поля именно так и работает. В бд сохраняется битовая маска. Можно сколько угодно обсуждать "правильность", но это поле так работает и никак иначе.

Я ведь уже подумал, что это только у меня так. А если все с такой проблемой столкнутся, то — теперь я спокоен
Но все таки если в старших версиях CMS будет изменена логика работы этого поля, думаю, никто против не будет)

Совсем беда со свойствами какая то.
Если редактировать свойства — тип поля: мультивыбор. Например, если удалить ненужный пункт, то на сайте все галки ниже удаленных свойств смещаются.

Все правильно. С тем полем, что есть сейчас (Список: мультивыбор) можно безболезненно только добавлять пункты в конец либо редактировать название без изменения смысла. Если вы планируете в дальнейшем добавлять/удалять пункты, то нужно использовать другое поле. Если же на текущий момент уже много чего настроено в этом списке и не хочется терять — то нужно будет еще и экспортировать значения из текущего поля в новое.

А с этим полем только так, оно сохраняет только порядковые номера значений, но не сами значения.

Но все таки если в старших версиях CMS будет изменена логика работы этого поля, думаю, никто против не будет)

Не будет)) Могу даже ответить почему — потому что тогда на всех 100500 сайтах все сломается. Люди же пользуются полем и оно в базу уже много чего записало. Я вижу вариант только в создании нового поля, которое будет красиво работать с редактированием списка. А старое менять сложно… не сломав чужие сайты.

И чтобы был мультивыбор в таком виде

для большого количества предустановленных вариантов

Если делать Список — Множественный выбор в фильтре и первым ставить "0 |" (чтобы не выбирался первый пункт в Записи), то в фильтре первая Галочка пустая.

Я ведь уже подумал, что это только у меня так. А если все с такой проблемой столкнутся, то — теперь я спокоен
Но все таки если в старших версиях CMS будет изменена логика работы этого поля, думаю, никто против не будет)

Подобная тема поднималась мной и чтобы уйти от этой проблемы, а так же изменить логику выборки было применено поле ListIoin.
Его нет в дополнениях, так как разработчик считает, что не достиг его универсальности — это поле не заменяет стандартное поле Списо мультивыбор, оно просто другое, поэтому все данные из стандартного поля Список мультивыбор при замене на ListJoin теряются.
Разработчик обещал этот момент исправить и сделать поле универсальным, но пока так, ничего и не сделал. Само поле работает очень хорошо, можно удалять и добавлять свойства без их смещения в записях. В фильтре идет поиск по всем отмеченным свойствам не зависимо от того, есть ли записи отвечающие этим свойствам.

в создании нового поля

Или так

поле ListIoin

Еслиб у него еще импорт со старого поля был…

На данный момент проблему решил новым перезабивом всех записей. Но это всё опять же временно.
Представляю у кого тысячи записей, которые требуют корректировки — ад.

P.s.: Если кто нибудь разработает новое поле — готов стать первым покупателем. Нужная штука в хозяйстве.

Очередные новости с полей. Виджет Фильтр + работает с Список — Множественный выбор в фильтре

Виджет Фильтр +

Работает с ошибками.

/system/controllers/content/widgets/filter_plus/widget.php on line 181