Добавить флаг "OVERWRITE" (по умолчанию = 'Y' ) на случай, если не нужно перезаписывать значение свойства, если оно задано

Не пойму, почему до сих пор нет соответствия полей инфоблока и соответствующих компонентов?
Поле типа видео, нельзя задавать размер видео, изображение предварительного просмотра. Почему, чтобы выбрать видео из внешнего источника, нужно нажимать "выбрать из структуры сайта" (не очевидно и не правильно).
Понятно, что можно добавить в компонент вывод компонента вывода видео с нужными параметрами, но это ни чем не отличается от свойства типа файл.
Напомню про другие свойства:
http://idea.1c-bitrix.ru/dovesti-do-uma-polya-privyazka-k-karte-google-maps-privyazka-k-yandeks/
Свойство счетчик вообще не понятно зачем нужен, если не делает того что нужно. Зачем его плюсовать при  каждом редактировании.
Про другие свойства потом напишу, там еще хуже.

Подобно свойству СПИСОК расширить свойство привязки к элементам ИБ, а именно - добавить возможность определять по какому полю таблицы осуществляется привязка.

Сейчас привязка осуществляется по ID элемента, к которому привязываем, очень не хватает возможности привязывать не по ID, а например по имени элемента, или по значению свойства элемента.

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

Так же это позволит сохранить связи между элементами разных ИБ при экспорте/импорте всего объёма данных встроенными средствами. Сейчас после импорта/экспорта (csv и xml) данных нескольких ИБ, имеющих взаимосвязи приходится вручную восстанавливать связи между ИБ, а если это 12 ИБ, и в каждом более 1000 элементов, труд получается ёмким!

До сих пор решали задачу добавлением свойства, в значение которого через init.php вписывали ID элемента, а компоненты отдавали элементы не по ID, а по значению нужного свойства, но с ростом проектов растут init.php, и нагрузка соответственно.

Ну почему, почему нельзя сделать так????Оо
$fid = CFile::SaveFile($arFile);
CIBlockElement::SetPropertyValuesEx($elID, false, array('PHOTO' => array("VALUE" => $fid, "DESCRIPTION"=>"Text"));

Разрешите уже разработчику писать код так как он хочет. Не нужно сохранять файл внутри самой функции SetPropertyValuesEx. Ну или сделайте хотя бы возможность отключать это и самому сохранять файл.

И вот это
if(strlen($value["DESCRIPTION"])>0)
    $val["description"] = $value["DESCRIPTION"];

Ну что за говнокод в ядре??
   

Очень не хватает свойств состоящих хотя бы из набора нескольких строк.
К примеру есть новости описывающие публикацию в СМИ какого-то события.
К новости прикрепляются ссылки на СМИ. У одной новости может быть несколько ссылок на СМИ. Для вывода каждой ссылки нужны следующие данные: URL, Название издания, Дата публикации.
Для решения подобной задачи нужно либо создавать отдельный инфоблок для хранения ссылок на публикации и прикреплять их к новости как привязку к элементам. В таком случае для добавления всего трех строк прийдется совершать очень много лишних действий в админке.
Либо можно создать три множественных свойства строкового типа: первое для URL, второе название, третье дата, и заполнять их учитывая очередность, а при выводе сопоставлять их. Но такой способ изначально совсем не наглядный. И после некоторого количества записей управлять ими становится нереально.

Необходимость составных свойств часто возникает в каталоге товаров при описании свойств товаров.

Всем доброго времени суток!

Недавно работал над одним проектом, где нужен был аналог типа из 1С "Таблица значений".

Поясню на примере:
Есть фирма, которая оказывает какие-то услуги и в зависимости от выбранных значений чек-боксов - выбирается нужный коэффициент. А различных вариаций таких чек-боксов может быть куча... Завести уже готовые свойства для каждого из вариантов чек-боксов не всегда представляется реальным. А если еще и мультисайтовость добавить - вообще катастрофа.

На проекте вышел из положения таким образом: Завел 3 блока свойств: набор значений чек-бокса на русском языке, набор значений на украинском языке и коэффициент. И менеджеру, который заполняет сайт строго наказал вводить все значения по порядку: ввел название на русском - сразу введи на украинском и коэффициент.

На этапе тестирований этот менеджер сразу же в одном месте не указал одного значения. Пришлось еще и проверку на его "криворукость" дописывать.

А если бы была таблица значений - в ней было бы на много проще и интуитивно понятней все вводить. Так что предлагаю всем голосовать

Есть такой замечательный компонент iblock.element.add.form, и все в нем хорошо, но не умеет он работать со свойствами типа привязка к элементам/разделам IB.
Идея заключается в том, чтоб добавить в данный компонент поддержку всех свойств IB.
Считаю что такой функционал обязан быть в "коробке"

Вобшем, хотелсоь бы что бы можно было когда ставишь галочку что это будет множества свойству была бы галочка мульти загрузка (выбрал с 10 файлов за 1 раз а они все сразу загрузились. )


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

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

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

имхо это давно уже нехватает в стандартной поставке