Рейтинг: 3.5064  
На голосовании
Предложил Пользователь 109495 09.01.2014 10:17:29

Страница входа (для системных компонентов)

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

Предлагаю сделать настройки аналогичного вида для страницы входа, страницы запроса на восстановление пароля, самой страницы восстановления пароля, подтверждения регистрации. Компоненты ничего не потеряют - просто, если эти настройки указаны в модуле, он будет брать их оттуда, если нет - то все будет работать по старому.
Рейтинг: 0  
На голосовании
Предложил Пользователь 4228 18.12.2013 22:08:09

Настройка главного модуля "Редактор страниц по умолчанию" должна быть разной для разных пользователей

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

Убрать кнопку "Создать страницу" и оставить только "Создать раздел"

Кнопка "Создать страницу" как по мне лишняя, так как страницы, созданные с помощью "Создать раздел" выглядят более аккуратно и современно ( /about/ вместо /about.php ), сайт проще потом масштабировать (можно добавить подраздел в раздел без переименования страницы, и новому человеку проще ориентироваться и выбирать между двух кнопок, схожих по функцоиналу и действию (созданию страницы и раздела).
Как вариант - предусмотреть галочку в главном модуле, убирающую данную страницу.
Рейтинг: 28.1987  
На голосовании
Предложил Пользователь 109495 12.09.2013 09:44:36

Автоматическое удаление фирменных переменных Битрикс из GET-параметров

Идея

Сделать обертку над функцией GetCurPageParam, которая бы автоматически удаляла из генерируемого урла такие параметры, как show_page_exec_time, bitrix_include_areas, clear_cache, и прочие стандартные переменные Битрикс.

Кому и зачем нужно

Разработчик заходит на страницу и сбрасывает кеш через clear_cache. Весь кеш удаляется и генерируется заново. Если компоненты выводили ссылки с помощью GetCurPageParam, и там не прописано удаление переменной clear_cache, эта переменная попадает в ссылку и ее увидит каждый пользователь на сайте. Решения три
- сбрасывать кеш только в админке
- каждый раз писать, чтобы GetCurPageParam удаляла clear_cache
- сделать обертку над GetCurPageParam, которая будет это делать сама, и вызывать уже ее.
Рейтинг: 108.3128  
Рейтинг: 3.8455  
Ответил Шаромов Денис 05.08.2013 19:33:27
Безусловно, комментарии в виде "капитан очевидность" никому не нужны. Но число компонентов и настроек к ним огромно, трудно представить, что можно сесть и переписать всё.

Предлагаю по каждой непонятной опции писать в техподдержку, мы будем давать комментарии и фиксировать на разработку необходимость исправления текста.
Рейтинг: 79.9631  
На голосовании
Предложил Пользователь 14686 28.03.2012 23:53:18

Перевести все вызовы визуального редактора на AJAX

Обновился до последней версии. Порадовался рабочему столу и гаджету заметок.Им совершенно невозможно пользоваться (
Каждый раз когда нажимаешь редактировать — происходит рефреш всей страницы.
Сам формат — заметка предполагает быстроту её появления, а не томительное ожидание в 2-3 секунды.

Пока пользуюсь, но из-за технических особенностей клёвая штука может не выстрелить как должна.
Рейтинг: -22.2276  
Внедрено
Предложил Пользователь 45335 07.03.2012 14:58:12

Авторизация по e-Mail

Очень надо сделать авторизацию по логину, или e-mail и паролю, в зависимости, от того, что пользователю удобно использовать.
Предлагаю добавить такую возможность в типовую конфигурацию движка.
Рейтинг: 28.0152  
На голосовании
Предложил Пользователь 68564 10.01.2012 00:54:36

Документировать класс CComponentUtil

Документировать класс CComponentUtil.
А осбенно метод  CComponentUtil::GetDateFormatField.
Сколько раз было дело: делаешь компонент (или шаблон к компоненту), надо в настройки вывести в каком формате показывать дату/время. Начинаются извращения...
Копания в исходных кодах штатных компонентов, чтения строчек вроде этих: http://dev.1c-bitrix.ru/community/forums/forum6/topic28402/
В описании методов прошу привести примеры как это можно использовать в своих компонентах (мне то что... а последователям это облегчит жизнь).
Рейтинг: 107.0109  
Внедрено
Предложил Пользователь 4949 14.12.2011 09:44:37

Дать возможность сохранять настройки фильтров

В настройках Интернет-магазина (да и везде где есть списки) не плохо бы дать возможность сохранять заранее установленные фильтры.

Например менеджер интернет-магазина, который подтверждает иногородние заказы по телефону, для того чтобы выбрать всех новых ИНОГОРОДНИХ клиентов использует фильтр из следующего набора:
- Дата заказа за Х дней
- статус заказа "Принят"
- Платежная система - выбирает все способы кроме наличных
- Оплачен - Нет
- Отменен - Нет

Есть и другие наборы частых фильтров. Например, для определения какие заказы уже были оплачены чтобы передать их на отгрузку (помеять статус "Разрешить отгрузку")
или
какие заказы были сделаны давно, но не оплачены, чтобы отменить их
и т.д. Вариантов можно много придумать в зависимости от задач.

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

Прилагаю скриншот:
1. Кликаем по ссылке, вводим название фильтра и сохраняем его
2. Выпадающий список с сохраненными фильтрами
3. Кликаем на Применить - фильтр применяется.

Понятно что скриншот дан как демонстрация идеи, интерфейсное решение нужно сделать более удобным.

Рейтинг: 1.4325  
Новая
Предложил Пользователь 68564 30.10.2011 17:55:11

Маленька доработка календарика main.calendar

Предлагаю доработать компонент main.calendar.
Чего не хватает?
1. Календарь открывается только когда нажимашешь на иконку календаря. Это не очень юзабельно, желательно чтобы календарть открывался когда форма ввода даты получает фокус. Сделать совсем просто - в шаблон компонента для <input> добавить onklick="<вызов календаря">
2. Очень хочется, чтобы формат даты был настраивемый, а не тот, что указан в настроках сайта. Часто бывают такие ситуации, что в настройках сайта - один формат, а в формах, нужно чтобы даты вводились в другом формате.
3. В поле, к которому подвязан, календарик можно вводить всё что угодно. А хотелось бы чтобы было ограничение по символам, например, только цифры и точки.
В общем хотелось бы, чтобы было всё так как у datepicker к jQuery.
По крайней мере мне в одном проекте нужно было так. Пришлось штатный календарь бросить и использовать datepicker. А жаль.