1.Галерея привязана к файловому архиву (ФА).
2.Существует две категории страниц: "Галереи" и "Файлы галерей"
3.Каждой публичной галерее ФА соответствует одноименная страница в категории "Галереи"
4.Каждому файлу из публичной галереи ФА соответствует страница в категории "Файлы галерей"
5.Страница, соответствующая галерее из ФА, содержит ссылки на страницы (в тексте), соответствующие файлам из этой галереи ФА.
6.Действия над папками-галереями и файлами из них, производимые в ФА, параллельно отражаются на соответствующих страницах.

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

Таким образом наш старый ФА приобрел что то вроде одностороннего интерфейса из страниц. ИМХО, это удобно.

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

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

2. Частично согласен. Пока можно будет ограничиться фичей перевода старых галерей Файлового архива в новый формат.

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

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

За предложение спасибо. Но пока рано смотреть какой-либо код.

Добавлено 4 дня спустя:

Предлагаю консолидирующий вариант :)

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

Пока лично у меня мыслей не много:
1.  Каждое изображение фото-галереи должно соответствовать странице,а вернее, быть страницей, что дает сразу несколько преимуществ.
1.1.  Для этого можно использовать возможности вложенных (прикрепленных к странице) файлов. Т.е. само изображение и будет этим файлом.
2. Фото-галерея должна быть совместима с текущей версией Файлового архива.
2.1. Необходим сервис, создающий Фото-галереи нового формата на основе существующих папок Файлового архива.
3. Нужна мультизагрузка, обрезка миникартинок и прочие современные прелести.

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

1. это в принцыпе логично и правильно

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

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

...

Что касается организации структуры то тут я считаю немного иначе. Делать галереи на основе страниц - да правильно, использование структуры страниц в чистом виде для галереи, думаю не очень. Я бы поступал иначе - частично использовать структуру страниц - верхние части структуры галерреи переложить на структуру страниц и при этом каждая фотка != отдельная страница, а каждая страница - альбом фоток (к странице атачится неограниченное кол-во фоток). Тогда фотки будут в отдельной таблице и используя функционал экстраполей к этой таблице к каждой фотке можно будет добавить свой набор полей (описание, оценка, координаты, ....).

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

1.  Каждое изображение фото-галереи должно соответствовать странице,а вернее, быть страницей, что дает сразу несколько преимуществ.

Для этих целей вполне сгодится PageAvatar. Единственная проблема - мультизагрузка. Чтобы PageAvatar мог присоеденить к странице картинку, страница должна существовать

Пришло время задуматься над реализацией плагина Фото-Галереи под Siena.

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

Пока лично у меня мыслей не много:
1.  Каждое изображение фото-галереи должно соответствовать странице,а вернее, быть страницей, что дает сразу несколько преимуществ.
1.1.  Для этого можно использовать возможности вложенных (прикрепленных к странице) файлов. Т.е. само изображение и будет этим файлом.
2. Фото-галерея должна быть совместима с текущей версией Файлового архива.
2.1. Необходим сервис, создающий Фото-галереи нового формата на основе существующих папок Файлового архива.
3. Нужна мультизагрузка, обрезка миникартинок и прочие современные прелести.

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

Пока остановлюсь на этом вопросе. Что думает по этому поводу уважаемые сообщники?