Gallery: tab / закладка к каждой странице?

Возможно ли с Gallery в Revolution сделать так, как делается с EvoGallery в Evolution:

К каждой странице добавляется закладка EvoGallery, так что не надо ходить Модули --> EvoGallery --> [галерея на нужной странице]. А прямо при редактировании ресурса можно тут же зайти на вкладку EvoGallery и добавить или удалить (или еще что-то) картинки.

То есть, сейчас что-то в роде:

Document — Settings — Template Variables — Resource Groups

И что бы туда же добавился tab / закладка Gallery. Зайдя в который можно было бы добавлять и удалять картинки. А не ходить каждый раз: Extras --> Gallery --> некий Album. Когда страниц много, удобнее и нагляднее, чтобы картинки, относящиеся к конкретному ресурсу были тут же под рукой во вкладке этого самого конкретного ресурса.

Из rtfm.modx.com описание по EvoGallery ( rtfm.modx.com/extras/evo/evogallery ):

Since EvoGallery 1.1 in the distribution is an optional widget for the ManagerManager plugin that allows you to create a tab within document editing page

mm_widget_evogallery($moduleid, $title, $roles, $templates);

$moduleid is a custom variable specific to this function. It tells the function what module ID to use. To find out the ID of a module, simply copy the link to the module in the main menu. The ID will be part of the URL itself. E.g.: /manager/index.php?a=112&id=2. In this case, the $moduleid is 2.
$title is display name of tab.
$roles should be replaced with the IDs of the roles that should be affected or left empty to apply the rule to all roles.
$templates contains the IDs of templates to apply the rule to, or can be left empty to apply to all templates.

Tri Motor

15 января 2015, 13:08

5 084

Комментарии: 31

Ганин Роман

15 января 2015, 16:10

ms2Gallery

Tri Motor

15 января 2015, 16:17

В каких-то случаях это ответ на вопрос. В данном случае есть необходимость cделать именно с помощью Gallery.

Василий Наумкин

15 января 2015, 17:13

Если нет желания покупать ms2Gallery, то можно собрать и установить его из исходников на GitHub.

По моему скромному мнению, он в разы круче Gallery.

Tri Motor

15 января 2015, 17:26

Я пока не устанавливал ms2Gallery, поэтому сужу только по скриншотам:

file.modx.pro/files/2/8/4/284872861db92da13d0cd33c7ebfed27.png

— Поля при картинке: Имя файла, Название и Описание. А поля для Тэгов вообще нет или нет только в примере, с которого сделан скриншот?

Мне-то хотелось бы, чтобы в самой Gallery, где есть поле для тэгов, было еще одно поле: пригодилось бы для разных видов сортировки. А в ms2Gallery нет и поля для тэгов?

Василий Наумкин

15 января 2015, 17:31

Нет поля для тегов нет. ms2Gallery привязывается к ресурсу, а у него есть ТВ параметры.

Дополнительные свойства файлов, насколько я помню, никто пока не просил.

Tri Motor

15 января 2015, 17:41

>>>Нет поля для тегов нет. ms2Gallery привязывается к ресурсу, а у него есть ТВ параметры.<<<

— Допустим, нужно сортировать картинки по какой-то теме. То есть, пользователь выбирает отображать на странице только картинки с каким-то тегом: картинки с «Картинки 1» либо с «Картинки 2» либо с «Картинки 3».

— На странице в нескольких местах нужно вставить по галерее. Допустим, три разной галереи / группы изображений с разным списком картинок — и все на одной странице.

Как это сделать в случае с ms2Gallery без тэгов?

Василий Наумкин

15 января 2015, 17:52

Ты первый человек от кого я услышал про теги в Gallery, честно. Хорошо, наверное, что кто-то их использует.

Мы обычно группируем картинки по ресурсам (типа альбомам) и выводим также. К ресурсу можно прикрутить что угодно через ТВ.

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

Если будут запросы сделать теги от покупателей ms2Gallery — буду делать. Но пока не было.

Tri Motor

15 января 2015, 18:14

>>>Ты первый человек от кого я услышал про теги в Gallery, честно. Хорошо, наверное, что кто-то их использует.<<<

— Наследие EvoGallery. Тэги удобны. Есть как бы лишнее, дополнительное поле (Описание, Название нужны для своих прямых дел), его содержимое можно выводить куда хочешь. И конечных пользователей легко научить: нужно вам две разной галереи на одной странице, поставте разные теги у двух соответствующих групп картинок.

Tri Motor

15 января 2015, 18:28

Если меня спросить, какая нужна галерея — не только мне — то это дополненный аналог EvoGallery. ms2Gallery к ней близок, но кое чего важного и привычного, если судить про скриншотам, нет. Например, того же поля Тэги.

Tri Motor

15 января 2015, 18:58

Если будут запросы сделать теги от покупателей ms2Gallery — буду делать.

— Кстати, а сколько покупателей должны высказать пожелание, чтобы оно было принято? Имею в виду, а если один покупатель сделает запрос?

Василий Наумкин

15 января 2015, 19:02

Зависит от сложности запроса =)

В случае тегов, боюсь, многие покупатели скажут «ну и нафига нам это лишнее, мозолящее глаз поле?».

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

Tri Motor

15 января 2015, 19:10

Тему здесь https://modx.pro/help или там http://modstore.pro/packages/content/ms2gallery это где-то можно сделать?

Василий Наумкин

15 января 2015, 19:18

Здесь, конечно.

Tri Motor

15 января 2015, 23:32

modx.pro/help/4608/

Tri Motor

15 января 2015, 17:34

Tri Motor

15 января 2015, 17:34

Второй момент. Он не касается только ms2Gallery, а вообще: modx.pro/help/4605/#comment-33479

Василий Наумкин

15 января 2015, 17:46

Не, ну с такой логикой конечно, использовать нужно только дополнения от modx.com и ни в коем случае ничьи другие. Ни pdoTools, ни miniShop2, ни Tickets, ни даже ShopKeeper. Только то, что есть здесь.

Правда оригинальный автор Gallery её давно уже забросил — последнее обновление от него было 05 октября 2013 года, после чего проект пришлось подбирать и поддерживать основной команде MODX.

Также можно посмотреть откуда в Gallery пришло первое обновление для работы в MODX 2.3, когда выяснилось, что она в нём не работает.

В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.

Tri Motor

15 января 2015, 18:01

>>>Правда оригинальный автор Gallery её давно уже забросил — последнее обновление от него было 05 октября 2013 года, после чего проект пришлось подбирать и поддерживать основной команде MODX.<<<

— Именно, не бросили. Ибо уже как бы неотъемлемая часть MODX.

>>>Не, ну с такой логикой конечно, использовать нужно только дополнения от modx.com и ни в коем случае ничьи другие. Ни pdoTools, ни miniShop2, ни Tickets, ни даже ShopKeeper. Только то, что есть здесь.<<<

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

>>>В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.<<<

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

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

Василий Наумкин

15 января 2015, 18:06

Приводил пример из Linux, с основными пакетами дело сразу или давно поставлено так, что процесс не привязан жестко к конкретной личности

Скажи это Торвальдсу =)

А если серьёзно, то все мои дополнения лежат в свободном доступе на GutHub: и платные, и бесплатные. Случись чего — любой может продолжить, если возникнет желание. Как и произошло с Gallery, в своё время.

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

А какие стимулы у авторов бесплатных дополнений?

Tri Motor

15 января 2015, 18:18

>>>А какие стимулы у авторов бесплатных дополнений?<<<

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

Василий Наумкин

15 января 2015, 18:21

И где здесь гарантия того, что когда его напрягут на этой хорошей работе в хорошем географически месте, он не забросит бесплатные дела?

Это же не основная работа. Скорее даже наоборот, она может мешать основной.

P.S. Вместо стрелочек >>> и <<< у нас есть тег

<blockquote>Цитата!</blockquote>

Tri Motor

15 января 2015, 18:04

В сущности, конечно, с базовыми пакетами обнаруживается слишком много всего не того и не так. В итоге может и надо будет перейди на вещи типа ms2Gallery или pdoTools. Я не программист, бесконечно бороться со довольно непростыми PHP-скриптами мне не осилить.

Василий Наумкин

15 января 2015, 18:24

Весь этот сайт, целиком, построен на дополнениях не из официального репозитория.

Здесь только pdoTools, Tickets, Jevix, mSearch2 и т.д.

Купчинский Михаил

15 января 2015, 16:24

Вот это решение подойдет?
ilyaut.ru/reposts/the-management-of-the-album-gallery-page-resource/

Tri Motor

15 января 2015, 16:28

Это выглядит любопытно. Надо попробовать.

Интересно, как это решение будет вести себя при обновлениях Revolution и конкретно Gallery.

Купчинский Михаил

15 января 2015, 16:33

Сам не ставил) Просто вспомнил, что видел такое решение у Ильи Уткина в Репостах.

Руслан Кундиус

15 января 2015, 17:08

С текущими последними версиями норм ведет.

конечно, при обновлении gallery плагин GalleryCustomTV перезапишется, правда обновляется он редко

Tri Motor

15 января 2015, 17:20

Это потенциально может когдо-то не сработать:

$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/tv/Spotlight.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/gallery.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/widgets/album/album.items.view.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/widgets/album/album.tree.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/tv/gal.browser.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/tv/galtv.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/utils/ddview.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/utils/fileuploader.js');
$modx->controller->addJavascript($gallery->config['assetsUrl'].'js/mgr/widgets/album/album.panel.js');
$modx->controller->addCss($gallery->config['cssUrl'].'mgr.css');
$modx->controller->addCss($gallery->config['cssUrl'].'fileuploader.css');

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

Руслан Кундиус

15 января 2015, 17:25

костыли они такие)

я же больше склоняюсь к использованию ms2Gallery

Tri Motor

15 января 2015, 17:32

Тут вопрос организационный. Сайты будут существовать много лет. MODX тоже будет существовать много лет. Gallery, как важная часть MODX, соответственно, тоже. И мне или другому, кто будет заниматься сделанными сайтами надо будет только время от времени обновлять CMS и её компоненты.

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

Руслан Кундиус

15 января 2015, 18:13

Поддерживать будут, а вот развивать вряд ли.

Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.

Gallery: tab / закладка к каждой странице?

Комментарии: 31

Здесь упомянуты