Рейтинг: 0.7991  
Внедрено
Предложил Будагов Алексей 26.11.2016 23:12:15

Добавить SHOW_DEACTIVATED в news.detail

По заголовку уже все понятно. В catalog.element добавили возможность выводить неактивные элементы, а про news.detail забыли.

Пример использования: можно для администраторов выводить неактивные элементы, дабы они могли посмотреть внешний вид неопубликованных новостей на сайте. Работы на пару строк кода.
Рейтинг: -0.4613  
Ответил Жуков Евгений 02.12.2016 13:45:17
Это решается через документооборот.
Рейтинг: 5.9399  
На голосовании
Предложил Diz 23.06.2016 10:04:43

Визуальный редактор живой ленты, ты прекрасен!

Редакторы, журналисты, блогеры просят!

Заменить это:


Этим:



Дайте возможность визуальному редактору из ЖЛ писать в инфоблоки
Он крайне удобен, значительно экономит время по сравнению с существующим архаичным визуальным редактором, да и просто красив, его не стыдно встраивать в публичную часть для пользователей.
Которые вообще привыкли к редактору вконтакту и когда видят визуальный редактор битрикса..
Рейтинг: 0  
Внедрено
Предложил AndreyChursin 29.01.2016 16:37:01

Визуальный редактор не должен затирать переменные

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

Необходимо: исключить перезапись незнакомых переменных
$APPLICATION->IncludeComponent(
"bitrix:news",
"advantages",
array(
           "моя_переменная" => 1,
           ....

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

НО: при редактировании компонента в визуальном редакторе он затирает все мои переменные. Уверен можно усложним алгоритм перезаписи компонента упростить работу программиста!

Надеюсь понятно изложил идею(столкнулся с такой проблемой)
Рейтинг: 0.197  
Ответил Жуков Евгений 29.01.2016 16:59:22
Визуальный редактор сохраняет только те переменные, что описаны в .parameters.php компонента и шаблона. Вам необходимо описать ее в .parameters.php шаблона. Если этого не сделать - ее значение может не повлиять на идентификатор кеша компонента, что приведет к ошибкам в отображении.
Рейтинг: 2.9843  
На голосовании
Предложил Постоев Олег 19.08.2014 14:10:41

Доработать поле "Создать файл" в файловом менеджере

Находясь в папке шаблона компонента хотелось бы иметь возможность быстро создавать типовые для шаблона файлы:
.parameters.php
result_modifier.php
component_epilog.php
style.css
script.js
Рейтинг: 0.1307  
Ответил 20.08.2014 13:10:39
А почему вы не добавили robots.txt из раздела который для этого предназначен, он бы не просто файл создал, а и рекомендованные значения ввел: /bitrix/admin/seo_robots.php?lang=ru

В остальном идея отличная, будем смотреть как будет идти голосование и думать.
Рейтинг: 1.0752  
Новая
Предложил Police King 07.06.2014 04:56:16

...

...
Рейтинг: 22.6711  
На голосовании
Предложил Постоев Олег 29.01.2014 12:49:54

Сделать постраничную навигацию в catalog.section.list

Сделать постраничную навигацию в компоненте catalog.section.list :!:
Давно пора!
Рейтинг: 1.2425  
Новая
Предложил Иванов Иван 22.02.2013 11:02:57

Ошибки компонентов через шаблон ошибок

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

:!: Таким образом наличие ошибок можно гибко использовать в публичной части сайта. А не тупо выводить сообщение со стилями.  
Рейтинг: 25.9306  
На голосовании
Предложил Антон Пилецкий 27.08.2012 11:01:57

Некешируемые области в шаблонах компонентов

Сделайте, наконец, штатный функционал некешируемых областей в шаблонах компонентов.
Сейчас у вас есть функции CMain:: ShowViewContent и CMain::AddViewContent. Но они работают только в направлении (как я понял) шаблон компонента -> шаблон сайта.
Хотелось бы, чтобы оно работало в рамках шаблона компонента.
То есть, например, в template.php вставляли ShowUncachedContent("uncache");
А в component_epilog.php (или в любой другой некешируемой части сайта) задавали контент этой некешируемой области через SetUncachedContent("uncache");

Типичная задача: показывать на странице товара в интернет-магазине "Купить" или "Уже в корзине" в зависимости от статуса товара.
Рейтинг: 35.8296  
На голосовании
Предложил Волков Сергей 19.06.2012 10:37:11

Определение групп параметров в файле .parameters.php шаблона

Как известно, параметры полей в файле .parameters.php шаблона задаются через массив $arTemplateParameters, в том время как  в файле .parameters.php компонента поля задаются через массив $arComponentParameters['PARAMETERS'].

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

Это создает неудобства при разработке. В результате дополнительные параметры, отвечающие за совершенно разные настройки (!!!), которыми разработчик снабжает шаблон, как правило вынужденно сваливаются в общую группу ADDITIONAL.

Особенно актуально для комплексных компонентов. Например, когда в настройки комплексного компонента forum на уровне шаблона включаются дополнительные настройки для использования своих или сторонних компонентов:

- использование закладок для сторонних соцсетей;
- обратные ссылки на ссылающиеся элементы инфоблоков (при обсуждении какого-либо элемента в форуме);
-  отображение всех публикаций по заданному тегу (темы форумов, форумы, группы форумов, элементы и группы разных инфоблоков, сообщения блогов, блоги, соцсети и т. д.);
и т. д.
Рейтинг: 31.7104  
На голосовании
Предложил Антон Пилецкий 18.05.2012 10:48:08

Задавать заголовки включаемых областей

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


Было бы более "юзерфрендли" делать заголовки типа "Изменить логотип", "Редактировать блок контактов", "Изменить телефон" и т.д.
Можно дополнительным параметром в компонент передавать этот заголовок.
ПС. Ну и для "Добавить область" такая же история.
Рейтинг: 14.5144  
Внедрено
Предложил Абашев Дмитрий 14.02.2012 14:11:57

Либо ID/CODE раздела, либо фильтр в catalog.section

Проблема заключается в том, что компонент "bitrix:catalog.section" не реагирует на фильтр, если в параметрах не передан ID/CODE раздела инфоблока. При этом не спасает даже параметр "SHOW_ALL_WO_SECTION", установленный в значение "Y", хотя пару лет назад это решение работало.

Собственно, эта логика прослеживается в исходном коде компонента "bitrix:catalog.section", но такое поведение компонента является неоправданным и усложняет разработку проектов. Объективной необходимости проводить проверку наличия ID/CODE раздела до обработки фильтра нет: эти вещи не являются взаимоисключающими. При этом фильтр по всем элементам (без указания разделов) заказчики требуют довольно часто, и каждый раз кастомизировать компонент - не очень хороший выход.

Предлагаю либо довести компонент "bitrix:catalog.section" до ума, либо создать аналогичный компонент, не требующий жесткого указания раздела. Например, его можно назвать "Элементы инфоблока".

P.S. В поддержке проблемой это признать отказались. В принципе, их можно понять, но разработчикам от этого не легче.
Рейтинг: 0  
Ответил Жуков Евгений 01.09.2014 14:43:43
Компонент применяет фильтр, даже если раздел не найден (считается, что идет работа с корневым разделом).
Рейтинг: 21.3384  
На голосовании
Предложил Куняев Сергей 08.02.2012 12:31:05

Добавить файл описания компонента для разработчиков

Появляется много сторонних модулей и компонентов на маркетплейс. Разбираться с логикой работы каждого и держать это в голове становится все труднее. Предлагаю:

Добавить в файл описания модуля или компонента .description.php поля описания компонента для разработчиков, доступные в интерфейсе.

Либо класть в папку компонента файл с описанием для разработчиков типа read.me