Сейчас в sitemap попадают все индексируемые модулем поиска элементы и разделы из инфоблоков, будь они активные или неактивные. Как следствие в индексе поисковиков появляются битые ссылки на несуществующие страницы на сайте. Кроме того, попадают в индекс такие товары, которые я бы не хотел индексировать, например без картинки. Если в обработчике yml-файла слабенький фильтр есть (хотелось бы тоже чуть пошире), то в сайтмап нет совсем.
Хотелось бы иметь такую возможность штатно настройкой компонента, например, выводить списочное пользовательское поле в основной фильтр по задачам без кастомизации шаблона/компонента и затем поддержки их при каждом обновлении.
Типичное использование - автоматически создаваемые задачи в какой-то подсистеме портала, в которых заполнено пользовательское поле "категория", например, чтобы в дальнейшем их можно было без проблем отфильтровать в списке по этому полю.
Сейчас в штатном функционале к этому близки разве что "теги" задач, но ими пользоваться не удобно.
зы. перенёс в "идеи" из идеи на форуме, озвученной ещё до появления "идей"
В каждом разделе каталога присутствует товар со своими уникальными свойствами. При настройке фильтра, перечислять все свойства очень неудобно, получается, что в разделе Товара1, в фильтре присутствуют свойства раздела с Товаром2. Было бы удобно, сделать фильтр для каждого раздела со своими индивидуальными свойствами.
В списке почтовых шаблонов отсутствует возможность фильтровать шаблоны по полю "Копия", есть возможность фильтрации по всем полям за исключением этого, хотя "Копия" не менее важна.
Почему бы не подсказывать пользователю варианты при наборе строки в фильтре, поиск же подсказывает. Справедливо для строковых полей/свойств и названий связанных элементов.
Проблема заключается в том, что компонент "bitrix:catalog.section" не реагирует на фильтр, если в параметрах не передан ID/CODE раздела инфоблока. При этом не спасает даже параметр "SHOW_ALL_WO_SECTION", установленный в значение "Y", хотя пару лет назад это решение работало.
Собственно, эта логика прослеживается в исходном коде компонента "bitrix:catalog.section", но такое поведение компонента является неоправданным и усложняет разработку проектов. Объективной необходимости проводить проверку наличия ID/CODE раздела до обработки фильтра нет: эти вещи не являются взаимоисключающими. При этом фильтр по всем элементам (без указания разделов) заказчики требуют довольно часто, и каждый раз кастомизировать компонент - не очень хороший выход.
Предлагаю либо довести компонент "bitrix:catalog.section" до ума, либо создать аналогичный компонент, не требующий жесткого указания раздела. Например, его можно назвать "Элементы инфоблока".
P.S. В поддержке проблемой это признать отказались. В принципе, их можно понять, но разработчикам от этого не легче.
Сейчас в фильтр "Созданные мной" попадают задачи, которые я назначил и себе, и другим. А я хотел бы иметь возможность отдельно посмотреть задачи, которые создал я, но другим сотрудникам.
Появилась возможность создать и сохранить свой фильтр. Он позволяет решить сабж. В дефолтные фильтры такой пресет добавлять не планируется. Возможность появилась с версии задач 12.5.0.
Чаще всего ID элемента - самый быстрый способ сообщить и найти элемент инфоблока (либо другой объект). Но повсеместно для вывода фильтра по ID используется стандартный механизм для чисел - ввод диапазона, что вызывает необходимость двойного ввода айдишника для поиска информации, вместо того, чтобы быстро ввести ид и топнуть энтер. Неудобно. Часто ли вам приходится использовать фильтр именно по диапазону айдишников? Хотелось бы для ID другой механизм в фильтрах - одно поле для ввода значения, при необходимости - нажать флажок "по диапазону", либо какое-то подобное решение.
На странице «задачи» (все задачи пользователя) в расширенный фильтр добавить критерий: «по группе» и столбик для сортировки «по группе». Это удобно когда тебе нужно разобраться со списком задач в целом. Переход в группу и там в задачи на самом деле не удобен, когда ты работаешь со списком задач в целом.