Форум

[QUOTE]Максим Задубин пишет:
а зачем я тогда вообще менял тип на строку? если можно было также сделать с полем типа G. и также сериалайзом сохранить это значение? [/QUOTE]
Наша песня хороша, начинай сначала  :)
У типа G значение в ключе VALUE должно быть [B]ЦЕЛЫМ[/B] беззнаковым числом, а не строкой, т.к. все значения этого свойства должны в точности соответствовать идентификаторам секций инфоблоков. И у секций нет ID вида "a:3:{i:0;i:1;i:1;i:2;i:2;i:3;}" (сериализованный массив).

При хранении для каждого значения свойства создается отдельная запись в таблице б.д.. Записать в нее сериализованный массив вы можете только тогда, когда это и есть ваше целевое хранимое значение, но для типа G это не может быть целевым значением.

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

:)
[QUOTE]Sergey Leshchenko пишет:
<select name="<?=$strHTMLControlName['VALUE']?>[]" multiple="multiple" size="5"> [/QUOTE]

Нет, не только ID, второй ключ тоже меняется в зависимости от способа хранения свойств (в отдельных таблицах или в общей).
Ну и указать, что у вас массив значений, нужно добавить "[]".

[QUOTE]Максим Задубин пишет:
название точно правильное - я его копипсатил с дампа переменной strHTMLcontrolNAME. [/QUOTE]
Нет, нужно указывать имя, как я вам показал - оно динамическое.

<select name="<?=$strHTMLControlName['VALUE']?>[]" multiple="multiple" size="5">
- так?

Наверно не правильно указали имя поля

[QUOTE]Максим Задубин пишет:
jsом собираю все выбранные значений из моего selecta в строку вида "123 456 256 236" и передаю[/QUOTE]
С таким способом хранения вы точно фильтрацию не сделаете.
Лучше просто сериализовать (serialize()) массив, получаемый от multiple <select> в методе ConvertToDB() юзертайпа.

[QUOTE]Максим Задубин пишет:
хм. получается, чтобы найти элементы и удалить связи нужно передать вообще все эелменты которые есть о_О. [/QUOTE]
Нет, почему все элементы? Просто фильтровать нужно будет не просто по ID, а по строке: %"ID_секции"% (двойные кавычки обязательны).
Только что штатные компоненты такого не знают, поэтому могут быть кое-какие сложности в публичке. Ну и скорость поиска ниже, хотя, если данных не много, то ничего и не заметите.

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

В общем, если вам категорически не хочется использовать <select> без multiple (жалко своих трудов), то используйте тип S и сериализуйте ваш массив значений, а в ConvertFromDB() десериализуйте.
Собственно, обработчик при удалении секций можно и не писать, не так уж это и критично если какие-то значения не будут валидны.