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

Иногда нужно определить, когда была изменена настройка модуля продукта и кем.


Добавить в таблицу b_options хранение даты изменения строки настроек и идентификатор пользователя ее изменившего.

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

Здравствуйте,

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

Спасибо за внимание.

Привет всем.
Не понимаю почему забыли сделать вкладку доступ в модуле поиска:?:
Она очень нужна, чтобы дать контент-менеджеру доступ к статистике поиска тут:
Настройки > Поиск > Статистика > Список фраз
Статистика поисковых фраз

http://prntscr.com/db8oht

Коллеги, добрый день!
Я использую облачную версию (и в отличии от коробочной, левый сайдбар(меню) системно отредактировать я не могу.

Пожелание:
Дать возможность настроить левый сайдбар для сотрудников (допустим как на скриншоте).
Считаю что есть некоторые элементы, которые "отвлекают" от основных разделов, которые действительно хотелось бы убрать. Мой тариф и Приложения были бы нужны только для администраторов портала или для определенных групп пользователей.

Спасибо!  

Уже не однократно я сталкиваюсь с такой проблемой как публикация постоянных данных на разных страницах сайта с разной вёрсткой. В стандартных демо-примерах битрикса разработчики пошли по лёгкому пути и делают  это включаемыми областями, но что, если у меня параметр дата выводится с разным форматированием? Ну или адрес даже. Например:
"<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'

Добавить возможность экспортировать настройки модулей и импортировать их.

То есть, экспорт выглядит, примерно так:

1. Нажали "Экспорт настроек модулей";
2. Галочками отметили нужные модули;
3. Нажали "Экспорт";
4. Скачался файл с настройками модулей.
   

Импорт так:

1. Нажали "Импортировать настройки модулей";
2. Загружаем файл с настройками;
3. Галочками отмечаем модули для которых надо перенести настройки;
4. Жмем "Импорт";
   

Так не придется каждый раз производить одни и те же настройки.

Эта настройка по умолчанию должна перекрываться настройкой интерфейса пользователя. По крайней мере, у тех, кто имеет значительный доступ к модулю "Управление структурой".
Потому что я как программист постоянно работаю с PHP, мне так удобнее. А какой-нибудь рядовой редактор умрёт от страха, ему нужен визуальный редактор.
Сейчас же происходит конфликт интересов, кто-то вынужден быть ущемлённым.

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

Тут то это предусмотрено:
http://dev.1c-bitrix.ru/api_help/main/reference/cfile/resizeimageget.php?print=Y
нужно только в настройки вынести

Для всех модулей нужно журналировать изменение настроек в системный журнал.

Кейс:Работающий магазин, юзер удаляет все платёжные системы. Сайт перестаёт работать.
Для мониторинга событий и разбора полётов подобный журнал будет очень удобным.

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

Нужно сделать чтоб можно было управлять количеством символов в КАПЧЕ.
По умолчанию их 5, а может кому нравиться и 6 и 7 или 3 или Аж 10... =)
P. S. - Во всех редакциях...  

Предлагаю такой вариант

До и После

Часто принимаешь решение о создании нового шаблона из окна настроек параметров компонентов. Удобно было бы иметь здесь кнопки для работы с выбранным шаблоном. Аналогичные тем, что мы видим в списке.

Было бы неплохо для неискушенных администраторов продукта добавить возможность привязывать шаблон сайта сразу к нескольким директориям и/или файлам. Довольно часто у клиентов, а также у начинающих работать с БУС разработчиков возникает данный вопрос. Ступор держится недолго, но он имеет место

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