Вот!!!
Я вчера не успел развить свою мысль — в направлении того, что по всей видимости и требуется переход к привязке изображений к пользователю.
И тут видимо нужно ждать комментариев Вадима, что он подразумевал, т.к. в определенной степени он об этом и писал:
и при вставке изображений в топик/фотосет/комменты не только с компбютера и из интернета их загружать, но и из своего набора
Но в тоже время если в этом направлении думать, то нужно продумать подводные камни, что бы они не вылезли потом в самый не подходящий момент…
Что приходит на ум в первую очередь:
— пользователь может добавлять фото группами, соответственно для групп изображений он может задать создание Альбома, присвоив ему отдельное название.
— пользователь может добавлять фото по 1-2 или мелкими группами (чаще это будет в комментах), без желания создавать отдельный Альбом для этих изображений. Тогда тут нужно обеспечить создание какой-то мусорки для таких изображений, иными словами пользовательского Альбома, создаваемого по умолчанию для пользователя.
— Пользователь может добавить изображение в какой либо комментарий к чужому топику из какого своего альбома, а потом при модерировании этого Альбома, может попытаться удалить изображение ранее добавленное в комментарий чужого топика… Вот тут на мой взгляд нужно сделать так что бы он не мог удалить такое изображение с сервера, пока оно есть в чужом топике или комментарии — т.е. пусть из его Альбома оно удаляется, но перемещается в фото-Облако сайта — т.е. в общий Альбом всего сайта.
В общим ждем Вадима, что бы понять что он готов сделать с Альбомами в качестве стандартного функционала движка.
Те способы, которые вы указали используются для разных задач. Как я понимаю, фотосет предназначен только для прикрепления к топику фотографий, в то время как вставка изображений в топик добавляет их в контекст содержимого. И это два разных по назначению, не пересекаемых набора фото. Сам фотосет – это доп.поле топика, и работает отдельной сущностью, аналогично опросу и может у топика отсутствовать – такова компонентная структура топика в Alto и это, скорее всего, не поменяется.
Если дать пользователю возможность вставлять картинки в топик из фотосета и наоборот — это только запутает его.
И в такой ситуации, галерея просто эту путаницу уберет и пользователи не будут путать понятия «Альбом» и «Прикрепленные фото», потому что сейчас путаница, мне кажется, именно в этом.
Несколько раз по тексту делается акцент на том что вставка изображений и фотосет решают разные задачи и являются разными сущностями… Вспоминаем слова Вадима про унификацию обработки всех загружаемых изображений, на которые я выразил мнение, что унификация это когда разные задачи решаются в одном месте через одну кнопку (тут altocms.ru/750.html#comment14382 )…
К чему это я? — Наверно пришло время обсудить суть фотосета. Что такое фотосет и зачем он нужен?
Понятие фотосета впервые пришло в мою жизнь, когда я свой сайт перевел на LS. Ранее я с таким понятием даже и не сталкивался, не на одном из сайтов где имел необходимость общаться (в основном это форумы)
Все знают, что на LS — это отдельный тип топика… который мне так кажется был в свое время выдуман, как некая альтернатива фотоальбомам — т.е. для того что бы иметь возможность быстро поделиться набором своих изображений, загруженных кучей и выводимых в виде превью с возможностью просмотра в увеличенном размере по клику, т.е. не перегружая топик тяжелыми изображениями в полном размере. Ну чем это не попытка в то время на основе логики движка (сущностей) дать быструю ограниченную альтернативу фотоальбомам.
Но в LS — суть фотосета более понятна чем в Альто, т.к. там она создается именно как отдельный тип топика, именно в том случае когда задача стоит поделиться именно набором изображений… Т.е. хочешь выложить набор изображений, а не написать топик с фотками по тексту — жми «создать»->«топик»->не забудь выбрать «фотосет» и загружай фотки…
Но ведь Альто пошел дальше и предлагает возможность быстрой загрузки набора изображений на любой стадии написания топика, т.е. в Альто уже произошла некая унификация функций — топик стал более унифицированным. Почему это произошло? — наверно потому что фотосет по сути себя изжил… Так может Альто двинуться еще дальше и полностью отказаться от понятия фотосет, а вместо него ввести понятие фотоальбомов, пусть это так же будет основано на изменении тип атопика, но уже с учетом возможностей Альто, как предлагает это Андрей — altocms.ru/750.html#comment14295
Тогда если уйти от понятия фотосета, может имеет смысл сделать действительно унифицированную работу с загрузкой как отдельных изображений, так и наборов изображений? Ну и соответственно добавить расширенные возможности по вставке изображений в текст топиков и комментариев?
Тем более напомню, что например не очень сложный плагин от Нетланка у меня вполне справляется как с удобной работой по вставке изображений внутри текста, так и добавлением блоков (аля фотосет). Что мне позволило полностью отказаться от такого типа топика как фотосет (ну может 1-2 были созданы в самом начале, так и остались)
Так повторюсь, с единичной загрузкой изображений вроде все понятно и всем хочется удобную работу именно с наборами изображений.
Но как и говорил выше — при всей понятности единичной загрузки фоток с помощью кнопки в редакторе, с не все так идеально… а именно:
— возможности удалить с сервера у юзера нет- а Вы пишите про возможность удалять любое изображение.
— возможности задать размер при вставке в текст — нет
— возможности изменить параметры (размер, обтекание текстом) — нет
Далее, в п.3. Вы пишите про возможность загрузки изображений из своего набора, т.е. из ранее загруженного. Т.е. только эта часть в какой то степени относится к вопросу Галереи ( о чем Вы делаете оговорку в скобках) — в общем получается что большая часть вопросов, которые мы, пользователи, хотим видеть от работы с изображениям — мы ошибочно приписали к Галереи… Хотя именно галерея должна сделать более унифицированным и каталогизированным ( т.е. более удобным для поиска) хранение своих наборов изображений…
п.2. Тут все более мене понятно. Действительно качество изображений падает, так что порой в виде превью я загружал фотки в формате отличном от gpg, тогда они не теряли качества. Единственное что хочется здесь лишний раз упомянуть — это про унификацию загрузки и работы с изображениями. Так что бы все настройки были в едином месте, а не разбросаны по разным местам.
Именно работа с наборами изображений и имеет кучу вопросов, т.к. со вставкой одиночных изображений — более менее ВСЕМ ВСЁ ПОНЯТНО — что тут понимать-то, нажал нужную кнопку в редакторе (как я заметил, кто-то его называет тулбаром) и изображение вставилось по тексту… Когда нужно вставить 1-2 картинки это вполне приемлемый вариант вариант… Но как оказывается и он имеет ряд вопросов, о чем будет сказано ниже. Сейчас же хочется выразить свои мысли последовательно по пунктам цитаты, начиная с первого…
п.1. Вот Вы говорите об унификации загрузки всех изображений. Но именно наличие двух путей выполнения задачи по загрузке изображений (ведь загрузка возможна и через кнопку в тулбаре (вар.1) и через кнопку «Добавить изображения» аля фотосет (вар.2)) — не позволяет говорить, что этот процесс является полностью унифицированным — т.к. загрузка изображений разными путями приводит к совершенно разному результату, по возможностям работы с этими изображениями…
В чем разница:
— вар.1 не позволяет пользователю после загрузки изображения, его удалить с сервера. вар.2 позволяет это делать.
— вар.1 не позволяет делать мультизагрузку, и если задача стоит сделать обзор десятка-двух-трех фоток — то придется с каждым мучиться и загружать по отдельности. вар2 позволяет делать мультизагрузку, но не позволяет вставку изображений в текст.
— вар.1 не позволяет вставить изображение в виде превью, по клику на которое оно открывалось бы в увеличенном размере… вар.2 — позволяет по клику просматривать увеличенные фото и пролистывать их, но опять же не позволяет делать вставку в текст.
— возможно даже у вар.1 и вар.2 обработчики и модули загрузки разные — разве это не усложняет сам движок и работу с изображениями? когда настройки обработки изображений при загрузке вар.1 находятся в одном месте, а вар.2 в другом?
Это только то, что так, в первую очередь, пришло в голову, возможно если капнуть — будет еще что-то…
Но я думаю этого достаточно, что бы сделать вывод, что действующий сейчас механизм работы с изображениями совсем не унифицированный. Понятно, что сейчас вар.1 и вар.2 решают совсем разные задачи… Но, ИМХО, унификация — это когда разные задачи, решаются в одном месте, т.е. через одну кнопку (если говорить применительно к теме разговора) — тогда будет меньше путаницы для пользователя.
Далее по п.1 — Вы говорите что унификация должна упростить жизнь владельца сайта. Опять же, мое мнение — что жизнь владельца сайта в определенной степени упростилась бы, если разные варианты загрузки изображений приводили к единому варианту вывода изображений в топиках, т.е. как настройками по умолчанию и задаст владелец сайта.
Например, у меня на сайте работает плагин работы с изображениями от Нетланка, который я купил сразу после перехода на LS. При этом сразу же была заказана некоторая доработка этого плагина… Для чего мне нужен был это плагин? — для того что бы при написании топика по типу фото-обзора:
— в первую очередь, чтобы изображения вставляемые в топик по тексту вставлялись в виде превью, с возможностью по клику смотреть в увеличенном размере. Т.е. что бы не перегружать топик тяжелыми изображениями, да и не портить визуальное ощущение от большого количества больших изображений, среди которых строки текста просто терялись бы…
— во вторую очередь, что бы эти изображения можно было загружать в режиме мультизагрузки, а не париться одиночными загрузками
— в третьих я получил удобный инструмент, по вставке изображений по тексту даже, если их вставлять не в виде превью — есть возможность вставлять изображения задавая их размер и тип обтекания текстом.
— ну и плюс бонусом получил варианты вставки фоток по тексту в виде блоков(аля фотосет) и в виде слайдеров.
НО!!! есть одно но, пользователи так и не освоили этот вариант загрузки фото, т.к. как его кнопка находится вне кнопок редактора. Они по привычке вставляли фотки, загружая по одиночке, соответственно в полном размере, а не в виде превью…
Поэтому и хочется унифицированности, понятной всем и убирающей запутанность от разных вариантов загрузки изображений.
Как я понимаю, этот функционал не относиться к Галереи, но почему то кажется, что многие, кто здесь выразил желание заказать галерею подразумевали наличие в ней и этого функционала…
Прежде чем начать писать комментарий по теме обсуждения в много букв, хочу задать отдельный вопрос Вадиму — интересно что с Вашей стороны предполагается осуществить по изменению движка в плане работы с изображениями исходя из сказанного в теме Alto CMS — а что дальше?:
Раз картинка, два картинка…
Вместе с релизом 1.0.8 открывается новая ветка — Alto CMS 1.1.+ И начиная с этой версии я хочу попробовать новый подход в отношении создания новых версий — в каждой новой версии будет упор на какую-то определенную функциональность, на какую-то определенную тематику. Например, в версии 1.1 я планирую сделать упор на обработку изображений. А именно:
1)Еще больще унифицировать механизмы обработки ВСЕХ загружаемых изображений (что, с одной стороны, облегчит работу сторонним разработчикам, с другой — упростит жизнь владельцам сайтов, особенно при переносе сайта с одного домена на другой, с одного сервера на другой)
2) Необходимо подвергнуть тщательному анализу сам код обработки изображений (ресйзинг, кроп и т.д.), т.к. сейчас иногда наблюдается потеря качества, даже если обработка выполняется через библиотеку Imagick
3) Реализовать, наконец, работу с наборами пользовательских изображений — это когда юзер может загрузить изображения, удалить любое из них, и при вставке изображений в топик/фотосет/комменты не только с компбютера и из интернета их загружать, но и из своего набора (в скобках отмечу — это не означает создание супер-пупер галереи, галерея — это отдельный разговор).
Разумеется, в этой версии могут (и будут) реализованы и иные фичи, никак не связанные с изображениеями, но картинки — это ключевое.
Может уже предполагается большая часть функционала, который мы ждем от работы с изображениями, а мы тут велосипед изобретаем… Причем пытаемся этот функционал запихать в мифическую Галерею… Я вот все больше склоняюсь к мнению, что мы — пользователи и Вы — разработчики под Галереей понимаем совершенно разный функционал… Как я начинаю понимать)) — большая часть из того что здесь озвучено с нашей пользовательской стороны, как к таковой Галереи имеет посредственное отношение, а в большей степени связано именно с п.3 из цитаты — т.е. связано с работой с наборами изображений…
Может Галерея и должна решать другие задачи, но многим ( в т.ч. и мне) хочется более удобной и функциональной работы с изображениями, при добавлении их в топики… Отсюда может и идет подмена понятий и мы Галереи присваиваем эти функции по работе с изображениями:)
Все верно — Галерея как отдельная сущность, имхо, по сути решает проблему логичной и понятной юзеру каталогизации изображений:
1 — как для создания отдельного раздела=Галереи вывода всех изображений.
2 — так и для удобной вставки ранее загруженных изображений в любом другом месте (топик, коммент)
Исходя из второго и есть желание отказаться от стандартной кнопки «вставить изображение» из редактора, заменив на более функциональную… Наверно не очень понятно объяснил? — завтра попробую картинок набрасать по своему виденью и может более понятно изложить свои мысли.
В конце концов, можно сделать его опциональным, и задавать в админке, должно оно быть в галереях или нет
Опциональность=индивидуальность и гибгость — это всегда плюс функционалу!
Как-то уж замороченно, на мой взгляд
Может и заморочно:)
Но на мой взгляд несколько вариантов загрузки фоток — т.е. несколько кнопок позволяющих загрузить фото с компа,. при этом расположенных в разных местах страницы создания топика — тоже очень запутанно… Иногда ограничение выбора — может дать более интуитивно понятное пользование функциями — т.к. единственный вариант действия будет подталкивать юзера именно к этому действию…
Так же что касается, кнопки редактора — поверьте, обычный юзер будет чаще пользоваться именно ею… т.к. она расположена в ряду с другими основными кнопками, которыми юзер пользуется чаще (цитирование, выделение и т.п.) — т.к. опять же она расположена в интуитивно понятном месте… соответственно даже загружая несколько фото — юзер и внимания не обратит на кнопку под полем основного текста топика… Это не пустые слова — это личный опыт основанный на практике использования плагина расширенной работы с изображениями от Нетланка… По крайней мере у меня так(( — даже более менее постоянные пользователи на эту кнопку «вставки/загрузки изображения» расположенную вне кнопок редактора не обращают внимания, и вставляют фотки по одиночке через стандартную кнопку…
И если уж говорить о гибкости и настраиваемости — то думаю любой админ, который соберется ставить Галерею, готов к тому что бы загружать фотки к себе на сервер, а значит и возможно готов отказаться от вставки изображений из интернета, как ссылки — т.е. без закачки на сервер… Т.е. был бы готов отказаться функционала стандартной кнопки из редактора — соответственно было бы круто, если была настраиваемая возможность функционал этой кнопки заменить со стандартного на функционал Галерии.
Хотелок много разных, но прежде, чем браться за их реализацию, необходимо свести все воедино.
Вот в том то и дело, что нужно совместно из хотелок выстроить конкретно ТЗ, с четко сформулированными задачами… И возможно разбить его на этапы реализации, т.к. по всей видимости сделать ВСЕ за раз будет очень ДОЛГО… а так реализовали первый этап, и приступили к второму, одновременно исправляя возможные баги первого этапа.
Спасибо за мысли на суть задачи! — Интересный путь решения…
Только вот не знаю, на сколько он будет правильный и удобный. Конечно логика есть в Вашем предложении делать Галерею с помощью отдельного типа топика. Только этот тип, на мой взгляд, должен очень сильно отличаться от обычного текстового топика, что бы у пользователей не возникало путаницы… И тут скорее всего нужно отказаться от поля «описание» — что бы и не возникало желания из альбома делать текстовый топик… А если есть желание описать какие-то фото — то что бы это делалось именно в текстовом топике, и уже туда добавлялись фотки из каких либо альбомов выборочно или альбомы целиком… Соответственно если при написании топика в него загружаются фото, то для этих фото должен автоматически создаваться Альбом по умолчанию с названием топика или предложением ввести название вручную или добавить в существующий альбом.
Так же мне кажется при включении плагина Галереи (ведь это же будет плагин???) — в редакторе нужно отключать кнопку «Вставка изображения» или как минимум убирать оттуда возможность загрузки фото с компьютера, оставив только вставку из интернета.
Ну и хотелось бы добавить функционал по вставке изображений — т.е. с возможностью выбора из существующих альбомов.
Хотелось бы услышать мнение программистов-разработчиков, кто как видит возможную реализацию Галереи с учетом возможностей самого Альто. И особенно мнение разработчиков движка:)
что она должна исчезать а изображение встраиваться))
Ну в моем случае это делается вручную — нужные картинки расставляю по тексту, а оставшиеся могу вставить в конце текста либо блоком миниатюр, либо слайдером.
И кстати нету возможности встроить в текст какую-то картинку из сета, чтобы бокс-иконка исчезла, а изображение было только в тексте.
Бокс-иконка — это миниатюра=превью? по клику на которое открывается увеличенное изображение и позволяет листать фотки?
К тому же Вы сейчас ведете речь про функционал исходя из логики сетов, а на мой взгляд логика Галереи должна быть другая. Ведь в сэте изображения привязываются к топику, а в Галереи должны привязываться к пользователю…
Тогда и в комментариях можно будет вставлять фото из уже ранее загруженных фоток в личные альбомы или открытые альбомы других пользователей…
Ну и соответственно нужно предусмотреть вариации вставки:
— Полноразмерное фото — на всю ширину
— миниатюра/превью заданного размера с нужным обтиканием
— блок миниатюр/превью
— слайдер
Еще помимо расстановки превью фото (уменьшенные кликабельные изображения) по тексту
Есть возможность вставлять:
— просто фото заданного размера без кликабельности
— блок из фотографий, отмечая необходимые из загруженных
— слайдер, отмечая необходимые из загруженных
Смотрите ссылку примера — в самом низу добавил блок и слайдер с несколькими фотками
Нет я думаю должно быть так — или картинка встраивается как бокс-иконка (при нажатии срабатывает лайтбокс с пролистыванием в рамках топика например и возможностью увеличить)
Так в примере — картинки при нажатии увеличиваются и листаются в пределах топика… Или другое имеется ввиду?
Меня интересует будет ли в требования внесена замена или унификация текущего механизма загрузки фотографий. Здесь я про это написал подробней -> altocms.ru/749.html
Ну это как бы одна из задач, которая ставится перед Галереей — удобная работа по вставке фото не только в топиках, но и в комментариях…
И кстати нету возможности встроить в текст какую-то картинку из сета, чтобы бокс-иконка исчезла, а изображение было только в тексте.
А вообще поиском на подобных ресурсах пользуется мизерный процент пользователей.
На подобных — это на каких?
Важность и функциональность поиска, имхо, определяются индивидуальными особенностями проекта… Все зависит от тематики проекта — если где то основа проекта это «болтовня» в форме диалога, то да, там поиск практически не нужен — главное лента новостей… А есть проекты, где большинство пользователей приходит получить ответ на какой либо вопрос, и тут он наверняка может воспользоваться поиском, а вот насколько этот поиск результативен — зависит уже от проекта… (наличие информации на нем и проработанный поиск).
Я вчера не успел развить свою мысль — в направлении того, что по всей видимости и требуется переход к привязке изображений к пользователю.
И тут видимо нужно ждать комментариев Вадима, что он подразумевал, т.к. в определенной степени он об этом и писал:
Но в тоже время если в этом направлении думать, то нужно продумать подводные камни, что бы они не вылезли потом в самый не подходящий момент…
Что приходит на ум в первую очередь:
— пользователь может добавлять фото группами, соответственно для групп изображений он может задать создание Альбома, присвоив ему отдельное название.
— пользователь может добавлять фото по 1-2 или мелкими группами (чаще это будет в комментах), без желания создавать отдельный Альбом для этих изображений. Тогда тут нужно обеспечить создание какой-то мусорки для таких изображений, иными словами пользовательского Альбома, создаваемого по умолчанию для пользователя.
— Пользователь может добавить изображение в какой либо комментарий к чужому топику из какого своего альбома, а потом при модерировании этого Альбома, может попытаться удалить изображение ранее добавленное в комментарий чужого топика… Вот тут на мой взгляд нужно сделать так что бы он не мог удалить такое изображение с сервера, пока оно есть в чужом топике или комментарии — т.е. пусть из его Альбома оно удаляется, но перемещается в фото-Облако сайта — т.е. в общий Альбом всего сайта.
В общим ждем Вадима, что бы понять что он готов сделать с Альбомами в качестве стандартного функционала движка.
Вот тут например altocms.ru/750.html#comment14345 — Андрей пишет:
Несколько раз по тексту делается акцент на том что вставка изображений и фотосет решают разные задачи и являются разными сущностями… Вспоминаем слова Вадима про унификацию обработки всех загружаемых изображений, на которые я выразил мнение, что унификация это когда разные задачи решаются в одном месте через одну кнопку (тут altocms.ru/750.html#comment14382 )…
К чему это я? — Наверно пришло время обсудить суть фотосета. Что такое фотосет и зачем он нужен?
Понятие фотосета впервые пришло в мою жизнь, когда я свой сайт перевел на LS. Ранее я с таким понятием даже и не сталкивался, не на одном из сайтов где имел необходимость общаться (в основном это форумы)
Все знают, что на LS — это отдельный тип топика… который мне так кажется был в свое время выдуман, как некая альтернатива фотоальбомам — т.е. для того что бы иметь возможность быстро поделиться набором своих изображений, загруженных кучей и выводимых в виде превью с возможностью просмотра в увеличенном размере по клику, т.е. не перегружая топик тяжелыми изображениями в полном размере. Ну чем это не попытка в то время на основе логики движка (сущностей) дать быструю ограниченную альтернативу фотоальбомам.
Но в LS — суть фотосета более понятна чем в Альто, т.к. там она создается именно как отдельный тип топика, именно в том случае когда задача стоит поделиться именно набором изображений… Т.е. хочешь выложить набор изображений, а не написать топик с фотками по тексту — жми «создать»->«топик»->не забудь выбрать «фотосет» и загружай фотки…
Но ведь Альто пошел дальше и предлагает возможность быстрой загрузки набора изображений на любой стадии написания топика, т.е. в Альто уже произошла некая унификация функций — топик стал более унифицированным. Почему это произошло? — наверно потому что фотосет по сути себя изжил… Так может Альто двинуться еще дальше и полностью отказаться от понятия фотосет, а вместо него ввести понятие фотоальбомов, пусть это так же будет основано на изменении тип атопика, но уже с учетом возможностей Альто, как предлагает это Андрей — altocms.ru/750.html#comment14295
Тогда если уйти от понятия фотосета, может имеет смысл сделать действительно унифицированную работу с загрузкой как отдельных изображений, так и наборов изображений? Ну и соответственно добавить расширенные возможности по вставке изображений в текст топиков и комментариев?
Тем более напомню, что например не очень сложный плагин от Нетланка у меня вполне справляется как с удобной работой по вставке изображений внутри текста, так и добавлением блоков (аля фотосет). Что мне позволило полностью отказаться от такого типа топика как фотосет (ну может 1-2 были созданы в самом начале, так и остались)
п.3. на мой взгляд п.3 очень сильно переплетается со всем тем, что я сказал по п.1. — altocms.ru/750.html#comment14382
Так повторюсь, с единичной загрузкой изображений вроде все понятно и всем хочется удобную работу именно с наборами изображений.
Но как и говорил выше — при всей понятности единичной загрузки фоток с помощью кнопки в редакторе, с не все так идеально… а именно:
— возможности удалить с сервера у юзера нет- а Вы пишите про возможность удалять любое изображение.
— возможности задать размер при вставке в текст — нет
— возможности изменить параметры (размер, обтекание текстом) — нет
Далее, в п.3. Вы пишите про возможность загрузки изображений из своего набора, т.е. из ранее загруженного. Т.е. только эта часть в какой то степени относится к вопросу Галереи ( о чем Вы делаете оговорку в скобках) — в общем получается что большая часть вопросов, которые мы, пользователи, хотим видеть от работы с изображениям — мы ошибочно приписали к Галереи… Хотя именно галерея должна сделать более унифицированным и каталогизированным ( т.е. более удобным для поиска) хранение своих наборов изображений…
п.2. Тут все более мене понятно. Действительно качество изображений падает, так что порой в виде превью я загружал фотки в формате отличном от gpg, тогда они не теряли качества. Единственное что хочется здесь лишний раз упомянуть — это про унификацию загрузки и работы с изображениями. Так что бы все настройки были в едином месте, а не разбросаны по разным местам.
Именно работа с наборами изображений и имеет кучу вопросов, т.к. со вставкой одиночных изображений — более менее ВСЕМ ВСЁ ПОНЯТНО — что тут понимать-то, нажал нужную кнопку в редакторе (как я заметил, кто-то его называет тулбаром) и изображение вставилось по тексту… Когда нужно вставить 1-2 картинки это вполне приемлемый вариант вариант… Но как оказывается и он имеет ряд вопросов, о чем будет сказано ниже. Сейчас же хочется выразить свои мысли последовательно по пунктам цитаты, начиная с первого…
п.1. Вот Вы говорите об унификации загрузки всех изображений. Но именно наличие двух путей выполнения задачи по загрузке изображений (ведь загрузка возможна и через кнопку в тулбаре (вар.1) и через кнопку «Добавить изображения» аля фотосет (вар.2)) — не позволяет говорить, что этот процесс является полностью унифицированным — т.к. загрузка изображений разными путями приводит к совершенно разному результату, по возможностям работы с этими изображениями…
В чем разница:
— вар.1 не позволяет пользователю после загрузки изображения, его удалить с сервера. вар.2 позволяет это делать.
— вар.1 не позволяет делать мультизагрузку, и если задача стоит сделать обзор десятка-двух-трех фоток — то придется с каждым мучиться и загружать по отдельности. вар2 позволяет делать мультизагрузку, но не позволяет вставку изображений в текст.
— вар.1 не позволяет вставить изображение в виде превью, по клику на которое оно открывалось бы в увеличенном размере… вар.2 — позволяет по клику просматривать увеличенные фото и пролистывать их, но опять же не позволяет делать вставку в текст.
— возможно даже у вар.1 и вар.2 обработчики и модули загрузки разные — разве это не усложняет сам движок и работу с изображениями? когда настройки обработки изображений при загрузке вар.1 находятся в одном месте, а вар.2 в другом?
Это только то, что так, в первую очередь, пришло в голову, возможно если капнуть — будет еще что-то…
Но я думаю этого достаточно, что бы сделать вывод, что действующий сейчас механизм работы с изображениями совсем не унифицированный. Понятно, что сейчас вар.1 и вар.2 решают совсем разные задачи… Но, ИМХО, унификация — это когда разные задачи, решаются в одном месте, т.е. через одну кнопку (если говорить применительно к теме разговора) — тогда будет меньше путаницы для пользователя.
Далее по п.1 — Вы говорите что унификация должна упростить жизнь владельца сайта. Опять же, мое мнение — что жизнь владельца сайта в определенной степени упростилась бы, если разные варианты загрузки изображений приводили к единому варианту вывода изображений в топиках, т.е. как настройками по умолчанию и задаст владелец сайта.
Например, у меня на сайте работает плагин работы с изображениями от Нетланка, который я купил сразу после перехода на LS. При этом сразу же была заказана некоторая доработка этого плагина… Для чего мне нужен был это плагин? — для того что бы при написании топика по типу фото-обзора:
— в первую очередь, чтобы изображения вставляемые в топик по тексту вставлялись в виде превью, с возможностью по клику смотреть в увеличенном размере. Т.е. что бы не перегружать топик тяжелыми изображениями, да и не портить визуальное ощущение от большого количества больших изображений, среди которых строки текста просто терялись бы…
— во вторую очередь, что бы эти изображения можно было загружать в режиме мультизагрузки, а не париться одиночными загрузками
— в третьих я получил удобный инструмент, по вставке изображений по тексту даже, если их вставлять не в виде превью — есть возможность вставлять изображения задавая их размер и тип обтекания текстом.
— ну и плюс бонусом получил варианты вставки фоток по тексту в виде блоков(аля фотосет) и в виде слайдеров.
Как все это работает — приводил пример тут altocms.ru/750.html#comment13634 — там по ссылке в низу варианты блоков.
Примерно такой же функционал имел плагин, из каталога Альто — но сейчас он почему то удален(( — altocms.ru/addons/item/58/ Обсуждение тут altocms.ru/540.html
НО!!! есть одно но, пользователи так и не освоили этот вариант загрузки фото, т.к. как его кнопка находится вне кнопок редактора. Они по привычке вставляли фотки, загружая по одиночке, соответственно в полном размере, а не в виде превью…
Поэтому и хочется унифицированности, понятной всем и убирающей запутанность от разных вариантов загрузки изображений.
Как я понимаю, этот функционал не относиться к Галереи, но почему то кажется, что многие, кто здесь выразил желание заказать галерею подразумевали наличие в ней и этого функционала…
Может уже предполагается большая часть функционала, который мы ждем от работы с изображениями, а мы тут велосипед изобретаем… Причем пытаемся этот функционал запихать в мифическую Галерею… Я вот все больше склоняюсь к мнению, что мы — пользователи и Вы — разработчики под Галереей понимаем совершенно разный функционал… Как я начинаю понимать)) — большая часть из того что здесь озвучено с нашей пользовательской стороны, как к таковой Галереи имеет посредственное отношение, а в большей степени связано именно с п.3 из цитаты — т.е. связано с работой с наборами изображений…
1 — как для создания отдельного раздела=Галереи вывода всех изображений.
2 — так и для удобной вставки ранее загруженных изображений в любом другом месте (топик, коммент)
Исходя из второго и есть желание отказаться от стандартной кнопки «вставить изображение» из редактора, заменив на более функциональную… Наверно не очень понятно объяснил? — завтра попробую картинок набрасать по своему виденью и может более понятно изложить свои мысли.
Может и заморочно:)
Но на мой взгляд несколько вариантов загрузки фоток — т.е. несколько кнопок позволяющих загрузить фото с компа,. при этом расположенных в разных местах страницы создания топика — тоже очень запутанно… Иногда ограничение выбора — может дать более интуитивно понятное пользование функциями — т.к. единственный вариант действия будет подталкивать юзера именно к этому действию…
Так же что касается, кнопки редактора — поверьте, обычный юзер будет чаще пользоваться именно ею… т.к. она расположена в ряду с другими основными кнопками, которыми юзер пользуется чаще (цитирование, выделение и т.п.) — т.к. опять же она расположена в интуитивно понятном месте… соответственно даже загружая несколько фото — юзер и внимания не обратит на кнопку под полем основного текста топика… Это не пустые слова — это личный опыт основанный на практике использования плагина расширенной работы с изображениями от Нетланка… По крайней мере у меня так(( — даже более менее постоянные пользователи на эту кнопку «вставки/загрузки изображения» расположенную вне кнопок редактора не обращают внимания, и вставляют фотки по одиночке через стандартную кнопку…
И если уж говорить о гибкости и настраиваемости — то думаю любой админ, который соберется ставить Галерею, готов к тому что бы загружать фотки к себе на сервер, а значит и возможно готов отказаться от вставки изображений из интернета, как ссылки — т.е. без закачки на сервер… Т.е. был бы готов отказаться функционала стандартной кнопки из редактора — соответственно было бы круто, если была настраиваемая возможность функционал этой кнопки заменить со стандартного на функционал Галерии.
Только вот не знаю, на сколько он будет правильный и удобный. Конечно логика есть в Вашем предложении делать Галерею с помощью отдельного типа топика. Только этот тип, на мой взгляд, должен очень сильно отличаться от обычного текстового топика, что бы у пользователей не возникало путаницы… И тут скорее всего нужно отказаться от поля «описание» — что бы и не возникало желания из альбома делать текстовый топик… А если есть желание описать какие-то фото — то что бы это делалось именно в текстовом топике, и уже туда добавлялись фотки из каких либо альбомов выборочно или альбомы целиком… Соответственно если при написании топика в него загружаются фото, то для этих фото должен автоматически создаваться Альбом по умолчанию с названием топика или предложением ввести название вручную или добавить в существующий альбом.
Так же мне кажется при включении плагина Галереи (ведь это же будет плагин???) — в редакторе нужно отключать кнопку «Вставка изображения» или как минимум убирать оттуда возможность загрузки фото с компьютера, оставив только вставку из интернета.
Ну и хотелось бы добавить функционал по вставке изображений — т.е. с возможностью выбора из существующих альбомов.
Бокс-иконка — это миниатюра=превью? по клику на которое открывается увеличенное изображение и позволяет листать фотки?
К тому же Вы сейчас ведете речь про функционал исходя из логики сетов, а на мой взгляд логика Галереи должна быть другая. Ведь в сэте изображения привязываются к топику, а в Галереи должны привязываться к пользователю…
Тогда и в комментариях можно будет вставлять фото из уже ранее загруженных фоток в личные альбомы или открытые альбомы других пользователей…
Ну и соответственно нужно предусмотреть вариации вставки:
— Полноразмерное фото — на всю ширину
— миниатюра/превью заданного размера с нужным обтиканием
— блок миниатюр/превью
— слайдер
Есть возможность вставлять:
— просто фото заданного размера без кликабельности
— блок из фотографий, отмечая необходимые из загруженных
— слайдер, отмечая необходимые из загруженных
Смотрите ссылку примера — в самом низу добавил блок и слайдер с несколькими фотками
Это как на приведенном примере выше?
Вот это и хочется улучшить в работе с изображениями.
Важность и функциональность поиска, имхо, определяются индивидуальными особенностями проекта… Все зависит от тематики проекта — если где то основа проекта это «болтовня» в форме диалога, то да, там поиск практически не нужен — главное лента новостей… А есть проекты, где большинство пользователей приходит получить ответ на какой либо вопрос, и тут он наверняка может воспользоваться поиском, а вот насколько этот поиск результативен — зависит уже от проекта… (наличие информации на нем и проработанный поиск).