Рейтинг: 21.1903  
Новая
Предложил Зайцев Артемий 08.11.2012 15:15:09

Разрешить писать дату в новом календаре



Сейчас нельзя писать дату в поле ввода. Следовательно, нельзя скопировать/вставить. Это глюк или фича?
Рейтинг: 8.4636  
На голосовании
Предложил Неудахин Артур 24.10.2012 22:48:37

Добавить в компоненты catalog.section, news.list, catalog.detail возможность множественной сортировки элементов и предложений.

Сейчас в данных компонентах сортировка возможна по одному или по двум полям.
А не редко встречаются случаи, когда нужно сортировать по массиву полей. Приходится компонент копировать для этого.
Желательно внедрить в стандартные.
Рейтинг: 14.2941  
Новая
Предложил Валерий Чебан 19.10.2012 13:56:52

Компонент с автоматической генерацией рассылок по сообщениям блогов

Предлагаю сделать аналог компонента:
bitrix:subscribe.news

но выбирающий сообщения из блогов, что-то вроде такого bitrix:subscribe.blog.posts
Удивился, что такого компонента нет и пришлось самому писать и подключать в шаблон автоматической генерации рассылки.
Рейтинг: 72.2358  
Новая
Предложил Куклин Евгений 03.09.2012 00:07:01

Событие OnBeforeIncludeComponent для переопределения вызываемого компонента

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

Может я не прав, переубедите меня.
Рейтинг: 8.3739  
Новая
Предложил Воробьев Тимофей 03.08.2012 14:52:55

Работа виз. редактора с нестандартными параметрами компонента 2.0

Добрый день!

Часто встречается такая ситуация, когда разработка сайта идет параллельно с его наполнением. При этом наполнением занимаются обычные пользователи, не разбирающиеся в тонкостях разработки. Зачастую это приводит к тому, что такие пользователи, меняя свойства компонента на странице, сами того не зная, затирают те свойства, которые не документированы в файле .parameters.php (например, потому что разработчик еще не успел это сделать).

Хотелось бы в связи с этим, чтобы при открытии такого компонента в визуальном редакторе последний либо не изменял неизвестные ему параметры, либо предупреждал об их наличии и о том, что они будут потеряны при сохранении, либо оставлял этот выбор (оставить без изменений или удалить) на усмотрение пользователя (оптимально было бы прописать это в настройках модуля "Управление структурой". Проблема эта часто встречается, т.к. в процессе разработки сайта часто используются компоненты, документировать которые еще не успели.

Еще одно предложение в связи с этим - добавить параметры инфоблока, которые скрыты от пользователя, т.е. изменять их может только тот, у кого есть права на редактирование в режиме php. Это еще один уровень "защиты от дурака".
Рейтинг: 48.3025  
Внедрено
Предложил Агарков Александр 24.07.2012 17:41:27

Удобные для разработки компоненты

Сделать новую версию компонентов (структуированные компоненты)
в которых
код файла component.php будет оформлен в виде класса
чтобы можно было писать нормальные методы, разбивать код на логические блоки, а не отделять разные куски кода комментариями, не писать проверки function_exists, не сидеть в шоке от десятикратной вложенности портянки ифов как сейчас.
PS. Почему административный интерфейс битрикса собран не на компонентах?
Рейтинг: 9.8388  
На голосовании
Предложил Delimer 04.07.2012 15:17:26

Расширенная пагинация в компонентах

По умолчанию в постраничной навигации отображается 11 страниц, чтобы сделать пагинацию по другому количеству, необходимо создавать свой шаблон и добавлять там функции для перерасчета пагинатора. Предлагаю для компонентов со списками  (catalog.section, news.list и тп) добавить параметр - количество страниц выводимое в пагинаторе.
Рейтинг: 2.9995  
Новая
Предложил Гавриш Юрий 22.06.2012 11:44:39

Расположение стандартных компонентов

В директории стандартных компонентов уже набралось столько компонентов (~ 350+), что без grep найти нужный проблематично.
Предлагаю или добавить вложение пространств имён (2-х уровней вместо одного наверняка надолго хватит, а с учётом того,  как компоненты называются, это не выглядит сложным) или порезать пространство имён bitrix: на bitrix.sale:, bitrix.socialnetwork: итд(это уже проблематичней вроде бы).
Рейтинг: 5.9892  
На голосовании
Предложил Куклин Евгений 06.05.2012 12:05:24

Настройка представления формы по умолчанию для всех пользователей (CRM, документы, бизнес-процессы - main.interface.form)

CRM, документы, бизнес-процессы организации и т.д., где используется этот компонент.
Требуется настроить форму и сделать это представление дефолтным для всех пользователей (с возможностью - без права поломать).
Ранее просил похожее для гридов.
Рейтинг: -10.2502  
На голосовании
Предложил Виктория 09.04.2012 12:57:37

Модули и компоненты отдельно

Хотелось бы предложить следующее: возможность формировать функционал движка самостоятельно, нужен мне форум и каталог товаров, покупаю только это. Или же другой вариант: докупать отдельные модули. Допустим у меня была такая ситуация, купив редакцию "Малый бизнес" мне понадобились "Веб-формы", а такой компонент имеется в редакции "Бизнес", не хотелось бы переплачивать около 20 тыс. рублей за один компонент.
Это было бы очень правильно, к тому же компания 1С-Битрикс, не проиграла от этого, а наоборот только выиграла.
Рейтинг: 9.0865  
Ответил Жуков Евгений 09.04.2012 13:16:39
Компоненты модуля без самого модуля бесполезны.