Идеи пользователя Zontov Alexander

Очень часто встречается задача, когда нужно использовать Анонсное поле под небольшой текст (несколько слов), т.к. заранее известно, что в этом поле не будет много текста. Но Анонсное поле занимает огромное пространство на странице редактирования элемента. Чтобы не писать свою форму редактирования элемента приходится использовать перехватчик события, что на мой взгляд несколько неправильно, и гораздо логичней было бы добавить возможность задать размеры textarea анонсного и детальног о описания в настройки инфоблока, (причем чтобы ширину можно было указывать не только в пикселях но и в процентах) также как настройки обработки изображения к примеру.

1 Дать возможность на время отключать выбранные правила обработки адресов из админки, подобно элементам инфоблока. В отладке при разработке очень бы пригодилось.
2 Сделать для ввода паттерна textarea для удобства писать длинные сложные правила, а также для возможности оставлять комментарии в PCRE_EXTENDED-режиме

Неплохо было бы для KEYWORDS, например, использовать поле "Теги", которого нет в возможны вариантах выбора

Добавить возможность подключения дополнительного $arFilter для стандартных компонентов, которые работают с разделами (при построении динамического меню исходя из разделов инфоблока), как это сделано для компонента catalog.section

Например было бы неплохо сделать доп фильтр для компонентов:
bitrix:menu.sections
bitrix:catalog.section.list

Cделать редирект с idea.bitrix.ru на idea.1c-bitrix.ru, а не на www.1c-bitrix.ru, с partners нормально же, почему у idea не так?

Сделать в <select> "Категория" по умолчанию пустой опшн, а поле "категория"  обязательным для заполнения, чтобы нельзя было отправить идею, не выбрав категори. Третий раз забываю выбрать категорию у идеи, а модераторы (они кстати есть тут?) не переносят в более подходящую.

И/или предоставить возможность менять категорию идеи при ее последующем редактировании автором.

Добавить возможность вручную указывать ссылки на видеофайлы, которые будут добавлены в сайтмап, а также опции к ним (путь к превьюшке, разрешение, описание и т.д.)

+ Добавить возможность задавать дополнительные кастомные <url>-xml-тэги при генерации сайтмапа

Модераторам просьба исправить категорию на БУС, опять забыл изменить дефолтную категорию идеи.

Раньше можно было получить путь к картинке из медиабиблиотеки путем копирования ссылки "скачать файл" в буфер. Сейчас ссылка стала джаваскриптовой. Выводите в этом попап-окне путь к файлу, либо верните href

Для стандартных компонентов при выставлении параметра "Учитывать права доступа" позволять определять группы пользователей для которых не нужно кэширование компонента. Это позволит сэкономить место на диске (при файловом кэшировании) и предоставит больше места для кэша страниц для обычных посетителей сайта в оперативной памяти (при APC-кэшировании)

Модераторам просьба перенести идею в категорию "БУС", забыл выбрать.

Лингвисты негодуе

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

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

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

UPD: На настоящий момент на форуме битрикса людям проще отписать постом ниже "Спасибо!", чем заметить неприглядную "Мне нравится"

для CIBlockElement::GetList() добавить возможность указывать в параметре arFilter
PROPERTY_<PROPERTY_CODE>.PROPERTY_<PROPERTY_CODE2>

Замечательно было бы решить 3 проблемы модуля опросов:

1 Нельзя прикрутить к каждому ответу свою картинку (очень нужно при создании фотоконурсов на сайтах)
2 нельзя ограничить возможность голосования по времени. Возможность ограничения по времени существует только для ограничения по ip. Как бы было здорово сделать такое же для куки (expire - параметр)
3 нельзя группировать вопросы (необходимо для  группировки вопросов в рамках одного опроса, в ситуации когда все вопросы разбиты на смысловые группы, например в конкурсах несколько видов номинаций)