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

Рейтинг: 20.0816  
На голосовании
Предложил Пользователь 16182 01.12.2011 12:48:08

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

Сейчас задачи группируются по проектам, а сортируются по своему хитрому принципу.

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

Это значительно добавит гибкости в настройке задач под бизнес-процессы каждого отдела.
Рейтинг: 34.3761  
На голосовании
Предложил Пользователь 16182 01.12.2011 11:52:40

Расширение настроек доступа к задачам групп

Сейчас по умолчанию задачи группы могут просматривать все пользователи.

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

Рейтинг: 27.3579  
На голосовании
Предложил Пользователь 16182 29.11.2011 17:06:00

Продвинутый интерфейс поиска заявок

Сделать отдельный интерфейс списка заявок (для продвинутых пользователей) где все заявки в одном списке (как в админке), и имеется расширенный фильтр. Фильтрация происходит без перезагрузки страницы.
Рейтинг: 0.1766  
На голосовании
Предложил Пользователь 16182 03.11.2011 19:03:49

Перевод корпоративного портала на украинский

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

Скриншот:
http://img9.imageshack.us.bb/img9/33/29296096.png
Рейтинг: 0.1755  
На голосовании
Предложил Пользователь 16182 03.11.2011 17:55:01

Поиск на корпортативном портале файлов, в названии которых есть украинские символы (і и ї).

Сейчас на корпоративном портале нельзя искать файлы в названии которых есть украинские буквы.
Например, файл называется "Графік впровадження.doc".
Если искать по слову "Граф" то документ находится
а если искать по слову "Графік" то документ уже не находится.

Очень актуально для украинского рынка.
Рейтинг: 22.5738  
На голосовании
Предложил Пользователь 16182 29.10.2011 23:33:21

Аналог системы Orphus под Битрикс

Сделать возможность с помощью Ctrl+Enter любому посетителю сайта отправлять сообщение об опечатке на странице. Чтобы при этом создавался опреденный тикет в техподдержку или отправлялся е-мейл администратору сайта. Сейчас это можно прикрутить, но через особые костыли. Хотелось бы иметь штатный функционал. Идея: http://orphus.ru/
Рейтинг: -84.7048  
На голосовании
Предложил Пользователь 16182 27.10.2011 01:51:01

Модуль "Управление структурой" через базу данных

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

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

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

Как-то все ненадежно и хлипко получается если структура на php-файлах, и сложно для понимания новичкам, клиенту сложно разобраться во всех понятиях "раздел", "страница", "привязать пункт меню к странице", "перенести раздел". Одно неверное движение - и все полетело, без знающего программиста уже не восстановить. Улучшения увроде "отменить последнее действие" не спасают, иногда действий 3-4 или больше, а откатиться назад без восстановления бекапа уже нельзя. Да и с историей записи, изменений страниц и разделов, тоже пожалуй, будет проще. Сейчас нельзя узнать кто создал эту страницу, кто и когда изменил. Вроде логирование добавили, но как с ним работать - можно ногу сломать пока разберешься.

Думаю что структура веб-сайта не на файлах, а на базе, намного технологичнее. Понимаю что нужно для этого переписать чуть ли не весь продукт, но он ведь написан на АПИ, и через систему обновлений все вполне должно нормально обновиться с сохранением совместимости и с возможностью выбирать режим работы (с файлами или с базой).
Рейтинг: 5.9346  
На голосовании
Предложил Пользователь 16182 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.
Рейтинг: 8.0066  
На голосовании
Предложил Пользователь 16182 27.10.2011 00:21:38

Множественное добавление фотографий как элементов инфоблока

Часто на проектах бывает структура когда есть инфоблок товаров, и инфоблок привязки фотографий к товарам.

Если товар имеет много фоток, неудобно нажимать "создать элемент" по 10 раз и загружать фотки по одной.

Хотелось бы иметь специальную страницу в админке, на которой можно указать в какой инфоблок, в какой раздел, и в какое поле загрузить картинку, и к какому элементу эту картинку привязать (ну и остальные поля, которые есть для элого элемента). Потом мы с помощью флеш-загрузчика выбираем папку на сайте, и нажимаем "загрузить", и у нас создается сразу 10 элементов в каждом из которых загружена фотка, и которые имеют определенную привязку, находятся в определенном разделе и тд.
Рейтинг: 6.3968  
На голосовании
Предложил Пользователь 16182 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]
А в медиабиблиотеке только указывать размер видео, ссылку на видео (или путь к файлу) и другие параметры проигрывания видеофайла.

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