Обработка изображений в Alto CMS – что нас ждет?

После двух статей – про фотогалерею и про планы развития движка — появилось немало вопросов именно по работе с изображениями, что и как будет, и чего от всех этих изменений ждать. В этой статье я хочу рассказать обо всем этом чуть более подробно.

Итак, пункт первый – Унификация обработки загружаемых изображений.

В первую очередь это – доработка кода самого движка. Чтобы:

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

б) У всех админов был бы однотипный механизм настройки этих фотографий в конфигурации сайта. Все настройки по загрузке фото куда бы то ни было будут собраны в одном месте в конфиг-параметре module.image.

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

Пункт второй – Работа с наборами пользовательских изображений.

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

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

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

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

Пункт третий – Вокруг юзабилити

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

Сейчас при написании статьи загружаемые изображения могут использоваться двумя способами – это вставка картинок внутрь текста, и «прикрепление» к статье фотосета – произвольного набора фотографий. Соответственно, вставка фото внутрь – это кнопка на панели редактирования, добавление фотосета – не просто отдельная кнопка, а дополнительный блок под редактируемым текстом. Высказывалось предложение, что это все хозяйство надо объединить одной универсальной кнопкой. Но мне такая идея не нравится. Объясню еще раз почему.

Фото в контексте статьи и прикрепленный набор фотографий, как уже объяснялось, это разные сущности. Набор фотографий – это примитивный аналог фотоальбома, который не является составной частью текста статьи, а дополняет его, идет не внутри, а вместе со статьей. Даже если фотосет встраивать в контент (напр., в виде слайдера), то все равно это будет то, что обычно называется «врезкой».

Итого: я не считаю, что вставку изображения в текст статьи и добавление фотосета нужно объединять. Но это вовсе не значит, конечно, что не нужно работать над интерфейсом и улучшением логики.

Например, выше я упомянул про «врезку» — давно предлагалось сделать это для фотосета, добавив возможность еще и настраивать представление фотосета – будет ли это некий блок с фотографиями, или слайдер, или что-то иное.

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

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

Вместо заключения

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

Это касается и фотогалереи. Как сказано выше, фотосет – это примитивный аналог фотоальбома (и ничто не мешает вам именно так называть его на своих сайтах). И этот функционал будет развиваться. Но обсуждение показало, что в понятие Фотогалереи и в то, какой функционал у нее должен быть, разные пользователи вкладывают разный смысл, причем, порой довольно размытый. Возможно, кого-то вполне устроит тот функционал, который планируется в базовой версии движка. Кого-то устроит то описание, которое дал Андрей будущему плагину фотогалереи. А для кого-то, вероятно, нужно будет писать индивидуальный плагин, учитывающий специфику его сайта.

Но в любом случае, я, как обычно, открыт для обсуждения и предложений.