Посетитель Сообщений: 464 | Поле "Список:мультивыбор", действительно имеет ряд проблем.
1. Невозможно добавлять пункты в уже имеющиеся Предустановленные значения. Дополнять можно только в продолжение списка, между пунктами нельзя, иначе изменятся значения в уже выбранных записях. (Подобное обсуждалось здесь: https://instantcms.ru/forum/thread30360-1.html)
2. Поиск в фильтре не работает, если у одного из выбранных значений нет привязанных записей. Обсуждалось в данной теме.
3. Этот пункт покажу на примере:
Задаем значения.
В фильтре, если выбрать значения из обоих записей, то ни одна не находится.
|
Посетитель Сообщений: 1115 | Yar, Кто вам сказал что менять нельзя! Можно, НО! их сначала нужно было пронумеровать по такому типу: 1 | Овощи 2 | Фрукты и тд. |
|
Реклама
|
|
Посетитель Сообщений: 464 | Capitan, я не про менять, а про добавлять.
Capitan:1 | Овощи 2 | Фрукты и тд.
Все пункты имеют именно такой вид |
Посетитель Сообщений: 1402 | Я заметил такую вещь, создаем поле Цвет
Код PHP:Черный Белый Красный
Добавляем запись с цветами Черный и Красный, в БД записывается так:
101
SQL такой WHERE (i.color LIKE '1_1%')
Потом через какое то время добавляем еще они цвет
Код PHP:Черный Белый Красный Синий
Теперь все предыдущие записи не попадает под фильтр, так как система ищет так
WHERE (i.color LIKE '1_1_%')
т.е. ищет записи где значение поле ровна 1010
Помогает только пересохранение старых записей |
Посетитель Сообщений: 780 | Capitan:их сначала нужно было пронумеровать по такому типу: 1 | Овощи 2 | Фрукты и тд.
Так при создании Записи первый пункт по умолчанию , при 0 | , 1 | x, 2 | y будет слово Выбрать. |
Посетитель Сообщений: 646 | Это поле не для правок.. Его надо один раз сделать и не трогать. Или использовать поле, которое сохраняет в базе данных значения, а не битовую маску из нулей и единиц.
И вряд ли оно когда-то изменится. Если его исправить - старые установленные значения поломаются, так нельзя. Лучше использовать другое поле, а это уже оставить как есть. |
Посетитель Сообщений: 464 | Ясно. Для себя считаю применение этого поля невозможным.
Есть ли альтернатива такому полю?
Нужно:
Мультивыбор, возможность редактирования пунктов, добавления (в т.ч. между пунктами), удаление без каких либо сдвигов, корректный поиск поиск в фильтре. |
Посетитель Сообщений: 2935 | Yar:Есть ли альтернатива такому полю?
Конечно есть! Уже писал неоднократно о Поле с мультивыбором (Join)
Связывайтесь напрямик с разработчиком ideasdigger. Он это поле не выкладывал в каталоге.
Оно теперь умеет работать в режиме автонаполнения через поле Заголовок. Редактировалось: 1 раз (Последний: 4 января 2019 в 13:19) |
Посетитель Сообщений: 464 | vikont, Значения можно добавлять/удалять между имеющимися? С поиском по фильтру, как я понял порядок...
Как при обновлении, ничего не ломается? Есть ли автоссылка?
vikont:Именно поэтому, так хочется избавиться от стандартных полей Список и Список муьтивыбор...
а что ещё не так с полем "Список"? Значения, случайно, не смещаются также при добавление между существующими?... |
Посетитель Сообщений: 780 | Добавлять в середину, в конец списка можно. Если удалить у кого выбрано Значение, оно в записи пропадет. |
Посетитель Сообщений: 83 | vikont:Конечно есть! Уже писал неоднократно о Поле с мультивыбором (Join)
Вопрос в том можно ли без хаков использовать его в свойствах. Подозреваю что нет. Таким образом оно становится бесполезным для большинства. Так может рекламируя, стоит упоминать и об этом. Полей то можно наклепать без проблем, только толку с них чуть, если безболезненно нельзя выводить в свойствах. Вот где затык. |
Посетитель Сообщений: 780 | Не думаю, что он рекламирует это единственно работающее нормально Поле. А вот свести все к использованию Полей вероятно не помешало бы ... |
Посетитель Сообщений: 2935 | @Demonstrator:Так может рекламируя, стоит упоминать и об этом.
Реклама - это громко сказано... вы мне льстите... 
@elv:это единственно работающее нормально Поле
... вот это точнее! Если заметили, то я автор данной темы и поле, о котором я пишу уже проверено временем.
@Demonstrator:безболезненно нельзя выводить в свойствах
это поле безболезненно вывести в свойствах не удастся - уже интересовались у разработчика. Если его вошьют в ядро Инстанта, тогда это станет возможным. А пока надо смотреть в сторону совместного использования с компонентом Категории для полей ICMS 2. не проверял, но судя по описанию должно работать. |
Посетитель Сообщений: 2935 | @elv:Полей вероятно не помешало бы ...
Fuze прямо рекомендует использовать не грозди категорий "по седьмое колено", а поля и фильтровать контент.
Уже более полугода, как послушался его совета и с большими массивами данных стало легче работать, так как они легко выбираются фильтрами по выбранным полям.
Посмотреть это можно здесь или здесь. В последнем Возрастные категории - это поле Join, а остальные поля из свойств.
И еще один образчик использования нескольких полейРедактировалось: 2 раз (Последний: 4 января 2019 в 17:23) |
Посетитель Сообщений: 464 | @elv:Если удалить у кого выбрано Значение, оно в записи пропадет.
Ну так это и правильно же.
@Demonstrator:Вопрос в том можно ли без хаков использовать его в свойствах. Подозреваю что нет. Таким образом оно становится бесполезным для большинства. ...Вот где затык.
Я отношусь к тому меньшинству, которое, испробовав все прелести свойств благополучно от них отказалось, поэтому сей "затык" меня минует. Правда парочка свойств осталось, всё же, но при первой возможности и с ними распрощаюсь.
vikont, автоссылки нет? |
