Необходимо добавить возможность отключения автопрокрутки в чатах, когда кто-то присылает новое сообщение. Когда работаешь в техподдержке пользователей нужно по очереди читать обращения и по очереди на них отвечать. Но как только кто-то присылает новое сообщение или отправляешь ответ кому-то, автопрокрутка чата перебрасывает вниз к новому сообщению. В итоге опять в очередной раз приходиться листать назад, искать те обращения, на которых остановился. Это неудобно и очень раздражает, особенно, когда сообщений много.
Добрый день! В настоящее время в приложении отсутствует возможность отключения звука телефонии. В итоге при поступлении звонка или при наборе номера звук идет на основной аудиовыход комрьютера. Это очень неудобно, т.к. чтобы отключить звук Битрикс24, приходится отключать весь звук полностью, в т.ч. и других приложений. Убедительная просьба реализовать возможность отключения звука телефонии (поступающие звонки и набор номера) в приложении.
было бы очень здорово, если бы при создании уровня доступа для ИБ была возможность ограничивать настройки визуального отображения свойств для листинга элементов и детальной страницы элемента. Понятное дело, что только админ может применить их для всех юзеров, но, бывают ситуации, когда нужно ограничить данную возможность в принципе - для любого юзера.
Привет всем. Не понимаю почему забыли сделать вкладку доступ в модуле поиска:?: Она очень нужна, чтобы дать контент-менеджеру доступ к статистике поиска тут: Настройки > Поиск > Статистика > Список фраз Статистика поисковых фраз
Коллеги, добрый день! Я использую облачную версию (и в отличии от коробочной, левый сайдбар(меню) системно отредактировать я не могу.
Пожелание: Дать возможность настроить левый сайдбар для сотрудников (допустим как на скриншоте). Считаю что есть некоторые элементы, которые "отвлекают" от основных разделов, которые действительно хотелось бы убрать. Мой тариф и Приложения были бы нужны только для администраторов портала или для определенных групп пользователей.
Уже не однократно я сталкиваюсь с такой проблемой как публикация постоянных данных на разных страницах сайта с разной вёрсткой. В стандартных демо-примерах битрикса разработчики пошли по лёгкому пути и делают это включаемыми областями, но что, если у меня параметр дата выводится с разным форматированием? Ну или адрес даже. Например: "<span>г.</span> Москва" и "г. Москва"
Мне в таком случае пихать в include всего лишь одно слово "Москва" ? И ради одного слова громоздить на страницах и в шаблонах конструкцию вызова включаемой области? а если у меня фраза из 5 таких значений? Или например, номер телефона пишется +7<span>(123)</span>4567890
В общем, уважаемые разработчики, добавьте пожалуйста для пользовательских полей объект типа "GLOBAL" Или "MAIN" с привязкой к иду сайта, означающий что поле действует на весь сайт и может вызываться на любой странице и шаблоне.
Долганин Антон уже делал подобное решение но оно не очень активно поддерживается, а хотелось бы "из коробки"
В настройках портала есть пункт "Выходные дни недели". Так вот там невозможно не выбрать ни одного дня. Т.е. хотя бы один день недели должен быть отмечен, как выходной. А если мы работаем без выходных? Здорово бы сделать так, чтобы можно было обойтись без выходных. Это жестоко, но нам так надо
Битрикс регистрирует через CJSCore::RegisterExt библиотеку jquery. Соответственно ее можно и нужно использовать как зависимость во всяких component_epilog-ах и своих JS-библиотеках черзе CJSCore::Init
Говорить о том, что наврядли найдется сайт не использующий jquery, думаю не нужно. Однако jQuery развивается и хочется идти вногу со временем. А для этого нужно периодически обновлять в ядре версию jQuery.
Никакое общение с техподдержкой и просьбы обновить jquery в ядре с версии 1.8 до более свежей естественно ни к чему не привели. Да и учитывая обратную совместимость наврядли коллеги захотят это делать (обновлять).
Ввиду этого - идея: всегда распространять с ядром все версии jQuery (хотя бы с точностью до второго числа версии) и дать возможность выбирать в настройках сайта/главного модуля какую версию регистрировать в CJSCore::RegisterExt под именем 'jquery'
Эта настройка по умолчанию должна перекрываться настройкой интерфейса пользователя. По крайней мере, у тех, кто имеет значительный доступ к модулю "Управление структурой". Потому что я как программист постоянно работаю с PHP, мне так удобнее. А какой-нибудь рядовой редактор умрёт от страха, ему нужен визуальный редактор. Сейчас же происходит конфликт интересов, кто-то вынужден быть ущемлённым.
Часто нужно обрезать картинку в прямоугольник, но сейчас можно защать только уменьшение по ширине или высоте (или оба), но если картинка прямоугольная - то она иногда прямоугольной и останется, а часто бывает нужен именно квадрат.
Для всех модулей нужно журналировать изменение настроек в системный журнал.
Кейс:Работающий магазин, юзер удаляет все платёжные системы. Сайт перестаёт работать. Для мониторинга событий и разбора полётов подобный журнал будет очень удобным.
Предлагаю внедрить в продукт инструмент импорта/экспорта настроек модулей. Это часто бывает полезным при разработке, когда используешь свои наработки, и особенно полезно при модернизации живого сайта, когда разработка ведётся на копии продукта, а потом переносится на живой проект. С файлами всё просто, а вот настройки модулей приходится выполнять вручную.
Нужно сделать чтоб можно было управлять количеством символов в КАПЧЕ. По умолчанию их 5, а может кому нравиться и 6 и 7 или 3 или Аж 10... =) P. S. - Во всех редакциях...
Часто принимаешь решение о создании нового шаблона из окна настроек параметров компонентов. Удобно было бы иметь здесь кнопки для работы с выбранным шаблоном. Аналогичные тем, что мы видим в списке.
Было бы неплохо для неискушенных администраторов продукта добавить возможность привязывать шаблон сайта сразу к нескольким директориям и/или файлам. Довольно часто у клиентов, а также у начинающих работать с БУС разработчиков возникает данный вопрос. Ступор держится недолго, но он имеет место
Вообще, наверное, было бы неплохо в этом разделе видеть связь "один-ко-многим" по отношению к каждому шаблону сайта. Сейчас это сделано в виде правил ("многие-ко-многим"), что порой создает неудобство и путаницу при поиске правила для нужного шаблона, особенно если дорабатываешь чужой сайт. Эффективнее, наверное, хранить все правила привязанными к целевому шаблону.