Идеи для: Главный модуль

Рейтинг: -30.6007  
На голосовании
Предложил Никифоров Александр 27.10.2011 06:32:08

Редактор!

Добрый день, в свой работе мы много верстаем текстового материала, и простите редактор в битрексе вообще не предназначен для работы с текстом!
К примеру берет текст из ворда, копируешь в блокнот, чтобы отчистить форматирование, а потом вставляешь в редактор, почему текст вставляется через 2 дива и бр?, нельзя сделать параграфами! И таких недочетов много! В общем проще верстать текст в штмл, чем пользоваться редактором.

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

Спасибо.  
Рейтинг: 5.9346  
На голосовании
Предложил Шерлок Холмс 27.10.2011 01:24:37

Упростить создание и сопровождение мультиязычных сайтов

Есть идея - упростить разработчикам создание и сопровождение мультиязычных сайтов. А именно:
---
В каталогах: ни для кого не секрет, что удобнее многоязычные свойства делать как дополнительные свойства инфоблока, а потом в компоненте проверять какой языке и выводить на сайте соответствущие свойства.

Сейчас приходится городить такие костыли:
while ($arElement = $db_elements->GetNext())
{
   // Переводим все свойства на нужный язык (выбираем нужный вариант перевода)
   $arElement = CVidiLib::TranslateToLanguage($arElement, $arLangProps, $arLangParams);     
...

Хотелось бы иметь штатный механизм, чтобы было АПИ и чтобы компоненты "понимали" какие многоязычные свойства выбирать и показывать на сайте.
---
В модуле подписки у подписчика нельзя выбрать на каком языке он хочет получать подписку. Желательно чтобы полписчик был один, и рубрика подписки одна (так проще управлять) а в параметрах подписчика добавить поле "язык подписки", и при рассылке отправлять ему письмо на том языке, который он выбрал.

---
Чтобы создать веб-форму на нескольких языках приходится или создавать несколько веб-форм (по одной для каждого языка) или писать в названии вопроса варианты ответов через раздилетиль:
ФИО|ПІБ|Name
Почему-бы не сделать чтобы штатно можно было задавать перевод для вопросов веб-формы и для ответов веб-формы. Было бы очень удобно.

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

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

---
Возможность брать константу LANGUAGE_ID не из настроек сайта, а из папки сайта или из домена (например, если мы в папке /en/ то сразу принимать что язык сайта английский, или если на поддомене ua.some-site.com то понимать что язык сайта украинский. Необходимости создавать дополнительный сайт для этого совсем нет, можно просто создать для этого сайта правило по которому определять константу LANGUAGE_ID.
Рейтинг: 6.3968  
На голосовании
Предложил Шерлок Холмс 27.10.2011 00:09:51

Вставка данных из медиабилиотеки с помощью макросов

Предлагаю улучшить работу с медиабиблиотекой и сделать вставку файлов и изображений не в виде html кода
<img src="/upload/medialibrady/adsd/path_to_file.jpg" width=100 height=100 />

а в виде макроса, для рисунка:
[BX_IMG ID=123]   
или для файла:
[BX_FILE ID=456]
чтобы контент-менеджеру было удобно добавлять картинки и файлы в тексты страниц и новостей.

Сейчас если картинку нужно заменить - нужно перезалить её в медиабиблиотеке и исправить код вставки на странице (а так будет достаточно только перезалить картинку).
Плюс можно будет делать увеличение картинки при клике (редактор загрузил большую картинку, указал до какого размера её уменьшить, и на сайте выводится картинка которая увеличивается при клике).
Ну и наконец, можно будет вставлять файлы разных типов (doc, phd, rar) и сразу показывать иконку для этого файла. Сейчас чтобы это сделать нужно настраивать стили, добиваться чтобы они показывались в виз. редакторе и объяснять контент-мендежу как всем этим пользоваться чтобы просто добавить файл на страницу.

И напоследок - хорошо бы совместить все это с видеофайлами:
[BX_VIDEO ID=789]
А в медиабиблиотеке только указывать размер видео, ссылку на видео (или путь к файлу) и другие параметры проигрывания видеофайла.

Через компоненты вставлять видео жутко неудобно, хотя-бы потому что в текст новостей, статей или в описания товаров компоненты вставлять нельзя.
Рейтинг: 70.8575  
На голосовании
Предложил Юрий Кудренко 26.10.2011 20:45:22

Стандартизировать верстку компонентов

Нужно стандартизировать верстку стандартных битриксных компонентов и требовать то же самое от партнерских готовых решений.

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

Короче нужны требования к верстке, которые бы позволяли проще делать шаблоны.
Это позволит глубже интегрировать сторонний дизайн в готовое решение
и позволит продавать в маркет-плейсе готовые дизайны, например под разные магазины.
Рейтинг: 0.7713  
На голосовании
Предложил Воробьев Денис 22.10.2011 19:50:55

Выводить номер предложения

Не знал, куда запихнуть... Выввести бы номер предложения и его ссылку - для вставки в мыло и обсуждения, комменты.
Рейтинг: 8.5623  
На голосовании
Предложил Долганин Антон 20.10.2011 17:31:01

Режим правки - обновление блоков без перезагрузки

Сейчас если обновить элемент, страница перезагружается полностью. А хотелось бы обновления только нужного блока. Например, статья длинная, правишь где-то в середине, а потом этот момент снова искать.
Рейтинг: 217.2874  
На голосовании
Предложил Долганин Антон 14.10.2011 15:56:55

Централизованная страница крона

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

Хотелось бы эту проблему отдать Битриксу :)

Пусть будет одна страничка в админке, с пояснением, что такое крон, поспрашивать вопросы какая у него хостинг-панель, и привести примеры добавления ОДНОГО системного скрипта на крон. Этот скрипт будет вызываться, например, раз в минуту.

А уже партнеры, через API, присасываются к этому одному скрипту, абсолютно не заботясь о том, повешал ли ИХ скрипты на крон клиент. И прописывать время запуска. И этот ежеминутный крон запускает все такие скрипты по расписанию.
Рейтинг: 105.2276  
На голосовании
Предложил Месилов Максим 13.10.2011 12:53:10

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

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

И иметь возможность добавить или отнять у пользователя эту роль. Это будет равносильно текущему добавлению или удалению пользователя сразу из нескольких групп.

Т.е. во всём продукте у нас все права доступа так и остаются завязанными на группы.

Но если я добавляю для пользователя роль «админ форума», то происходит включение пользователя в группы: админы форума, модуль техподдержки, итд.

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

Как более простой вариант можно рассматривать кнопку «выставить права аналогично пользователю XXX»
Рейтинг: 40.4557  
На голосовании
Предложил Лех Константин 13.10.2011 09:33:37

Marketplace — зависимые модули.

Сложные решения часто состоят из нескольких модулей, которые могут размещаться в Marketplace отдельными приложениями.Сейчас клиенту приходится после установки большого сложного модуля вручную устанавливать все недостающие мелкие модули. Не все понимают, как это делать, и не все это делают.
Было бы удобнее, если бы в инсталяторе модуля можно было указать, какие модули клиенту будет необходимо скачать дополнительно, и после установки основного модуля отправлять клиента в систему обновлений, где уже выбраны нужные модули для загрузки.
Рейтинг: 27.744  
На голосовании
Предложил Долганин Антон 12.10.2011 18:07:16

Список групп пользователя в админке

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

Зачем это надо - потому что может быть фатальной ошибка, если вместо "зарегистрированные пользователи" отметишь какую-нибудь "администратор ТП".

Или визуально разделить на блоки группы (важные/не важные/обычные).