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

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

Может сделать возможность управлять вложенным меню прям в шаблоне меню?



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

Предлагаю, в каждой категории маркетплейса добавить вкладки - "Последние изменения", "Новые". В общем по аналогии с главной страницей маркетплейса.

Сейчас для обработки событий используется файл bitrix/php_interface/init.php если не ошибаюсь еще можно подключать init.php для разных сайтов bitrix/php_interface/co/init.php где co - ид сайта

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

Для решения данной проблемы предлогаю сделать так.
Добавить папку init
bitrix/php_interface/init
При инсталяции модуля в эту папку копировать файл с инклюдом файла модуля в котором и будут обработчики событий например
bitrix/php_interface/init/my_module_events.php
Аналогично при многосайтовости
bitrix/php_interface/init/co/my_module_events.php

Потом инклюдить содержимое bitrix/php_interface/init/

При деинсталяции модуля удалять файлы.

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

в БУС продекларировано, что имеется функционал предварительной модерации комментариев к сообщениям блогов. Т.е. когда , например, гости оставляют комментарий он скрыт от просмотра, а модераторы группы или владелец группы просматривая эти скрытые комментарии разрешают или не разрешают их для просмотра всем.
Но заявленные возможности БУС не работают по факту из-за одной досадной мелочи. Модератор никогда не узнает, что в блоге его группы кто-то написал комментарий, который нужно промодерировать.
Чтобы увидеть такой комментарий модератор должен по очереди открыть все сообщения -  вдруг там что нибудь нужно отмодерировать.
Ведь в блоге не видно, что где-то есть скрытые коментарии, и нет никакого маркера/маячка, который бы показывал, что модератор должен зайти в такое-то сообщения и отмодерировать комментарий.

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


PS
Пользователи соц.сети задали мне вот такой вопрос, который я переадресовал в ТП:
Ответить на него мне так никто и не смог и вопрос повис в воздухе и висит там уже год.
Я писал в техподдержку о необходимости доработки этого ещё год назад, мне даже обещали сообщить разработчикам, чтоб поставить в план. Но увы, услышан я не был, ответ ТП

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

В итоге, владельцы соц.сетей не могут пользоваться заявленным функционалом, хотя он вроде бы есть, но не работает.
Мой тикет №186369, если кому-то интересно

От многих клиентов часто слышим вопросы, как поставить код Яндекс. Метрики или Google Analytics, чтобы нигде не навредить.
Было бы отлично, если бы этот процесс можно было упростить через админ-панель. Добавить в админке модуль, куда вставляется код Яндекс. Метрики или Google Analytics, который будет автоматически вставать в нужный тэг.

Есть такая идея, использовать стандартную фотогалерею 2.0 для просмотра ИБ с фотами соц.сети.
Т.е. из галереи можно было бы посмотреть все галереи, созданные в группах.
В принципе ничего не мешает это сделать, но хотелось бы иметь волшебную галочку в настройках типа "использовать в соц.сети", как это сделано в блогах, чтобы работало ограничение прав. Ведь некоторые галереи закрыты от гостей, а некоторые вообще существуют в скрытых группах.
Загрузка новых фотографий будет возможна лишь участникам соответствующих групп. Если с этим проблема, то можно и вовсе запретить загрузку и оставить возможность загружать новые фотографии через штатный функционал в своих группах.
кстати, выбирая ИБ с фотографиями, можно настроить вывод галерей групп, либо вывод галерей из профилей пользователей если это необходимо.
Пустые галереи, в которых нет фотографий не выводить вообще.
Ну и не забыть фильтр с формой поиска, типа как на странице поиска групп соц.сети.

в обновлении 11.0 была переработана фотогалерея. На мой взляд очень даже ничего получилось, но есть некоторые мелочи, которые портят впечатление
1. зря отказались от обложек альбомов. Новая галерея неплохо смотрится, когда нет вложеных альбомов и фоты лежат сразу же в первом уровне вложенности. Тогда на странице галереи мы видим заголовок альбома-раздела и несколько превьюшек. А вот когда в корневых альбомах-разделах лежат вложеные альбомы смотрится это мегко говоря не очень, да и непонятно для пользователей.
2. превьюшки, которые выводятся для предпросмотра на страницу альбома. Если их больше, то неплохобы как-то это отметить, например угловой стрелкой справа, типа там есть ещё превь юшки. При нажатии на неё откроется альбом для просмотра.
3. при заходе в альбом нет ссылки "вернуться альбом" или "вернуться в список". Т.е. нужна ссылочка по возврату в предыдущий уровень галереи
4. внутри альбома доработать блок с информацией об этом альбоме
- обложка альбома
- название альбома
- описание
- дата создания
- количество фото и дата последней активности
- автор (опционально, если размещается фоторепортаж одного автора)
5. превьюшки внутри альбома смотрятся как-то убого. Почему бы их не сделать такими же, как и превьюшки на главной странице галереи?  Хотябы рамочку добавить или что-то ещё подобное.

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

Предлагаю следующее:
1. Копирование типов.
2. В форме редактирования шаблона (при создании), чтобы при смене типа поля формы оставались заполненные.
3. Чтобы при клике на маркер, он вставлялся ровно в место курсора, а не в конце текста.
4. Интерфейс добавления маркеров прямо в форме шаблон (типа кликнул "+" и ввел новый маркер).