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

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

Сейчас при загрузке изображений в мероприятие любым из способов (через файловую структуру, медиабиблиотеку и указывая путь) изображение копируется в папку upload/iblock. Загружая в таб "Подробно" - создается изображение, потом в "Анонс" - еще одно, плюс само изображение, которое было исходным файлом. Итого, 3 фото на 1 мероприятие. В случае изменения фотографии + еще количество измененных изображений.
Это засоряет систему, добавляет вес, в случае поиска и замены изображения очень не удобно.

Предложение: сделать стандартную форму загрузки для фото. То есть, при создании в медиабиблиотеке или в структуре сайта, чтоб фото не создавалось автоматически в папке upload/iblock, а только в 1й папке с читабельной структурой, а не сайт/upload/iblock/а8а/а8аdhgfhgdfhbdhgdhdfhggfgdfdf.jpg

Не плохо бы усовершенствовать элемент bitrix:photogallery. Просто добавить расширенный фильтр по ID разделу. Сейчас он есть, но возможно добавить лишь один раздел.  Было бы отлично, если бы присутствовал механизм как белых, так и черных списков разделов. Ну или хотя бы черных, чтоб исключить из галереи ненужные разделы.

Реализовать в стандарстной галерее прокручивание фотографий с помощью тач дисплея (то есть движением пальца по тач экран вправо и влево). Удобно на планшетах.

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

1. Предложение в том, что бы поиск по сайту осуществлялся по тэгам Фотографий, которые введены не только вручную в инфоблоке (сейчас поиск осуществляется преимущественно по ним), но и по прописанным в EXIF файлов. и, при необходимости "объединялись" в полях элемента инфоблока галереи.

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

В мире мобильных устройств Фотогалерея 2.0 перестала быть актуальной.

Требуется

1. Сделать ее адаптивной
2. Перелистывание изображений должно быть c touch навигацией
   

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

Даже в бесплатной Джумле есть штук 7 вариантов как отображать увеличенную фотографию.

Спасибо!!!

Хотелось бы имаеть возможность фотки сайта хранить в http://instagram.com/# а изображения из медиабиблиотеки также переносить в instagram

СЕЙЧАС В БИТРИКСЕ ВСЕ ПО ДРУГОМУ.

Все же хотелось четко понять, что в фотогалереи Реальная картинка ОРИГИНАЛ-REAl_PICTRURE.

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

Отсюда понятно, что эта картинка не REAL_PICTURE (как в Битриксе), уже НЕ ОРИГИНАЛ, а это будет и должна быть детальная картинка. И при выводе в слайд шоу Было бы правильнее подставлять картинку ДЕТАЛЬНУЮ. Водяной знак накладываем на Детальную картинку.
Поле REAl_PICTRURE-ОРИГИНАЛ должно быть пустым. (в Битриксе не так.)

Представим другой Вариант. Мы на сайт загружаем фото. Ее нужно обрезать до 1024 пикселей, наложить водяной знак, НО ЕЩЕ НУЖНО ОСТАВИТЬ ОРИГИНАЛ.
Все повторяется. Мы получаем детальную картинку урезанную с водяным знаком и эта детальная должна Отображаться в слайдШоу. Но еще  у нас  остается поле а также оригинал файла Фотографии. REAL_PICTURE. Чистое фото без обрезки и без водяного знака.

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

Сейчас, для того чтобы можно было "Лайкнуть" фотографию в фотогалерее, разработчик должен модифицировать шаблон, и потом отслеживать обновления.

Возможно, есть какой-то простой способ решить это?

Мне в Битриксе не хватает стандартного функционала прикрепить фоторепортаж к новости. Из кусков фотогалереи смогли сделать такой вариант: http://nasledie.irk.ru/info/news/167/

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

Очень бы хотелось внести некоторые изменения в слайдер:
1. Иметь возможность отключения футера слайдера
2. Установка фона по умолчанию
3. Установка раскрытия слайдера (верхнее превью) по умолчанию
3. Иметь возможность вывода после описания свойства инфоблока, например ссылку на страницу изображенной персоны.

Функционал, который позволил бы отметить объект запепечатленный на фото, на картах.

Заголовок говорит сам за себя.
Возможность отметить людей на фотографии. Этот функционал фактически является стандартным для большинства соц.сетей.

Насколько я знаю, в социальной сети есть возможность просмотра последних комментариев в фотоальбомах социальной сети - просто в Живой ленте. Но если в модуле социальной сети отключены фотоальбомы и используется комплексный компонент Фотоальбомы, то последние комментарии никак не просмотреть, следовательно, это снижает возможности обсуждать фотографии более активно. Да, можно каждый раз заглядывать в Комментируемые, но это не мобильно, и далеко не каждый пользователь будет это делать, тем более, что не известно, есть появились ли новые комментарии к этим фото или нет.