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
К каждой странице добавляется закладка EvoGallery, так что не надо ходить Модули --> EvoGallery --> [галерея на нужной странице]. А прямо при редактировании ресурса можно тут же зайти на вкладку EvoGallery и добавить или удалить (или еще что-то) картинки.
То есть, сейчас что-то в роде:
Document — Settings — Template Variables — Resource Groups
И что бы туда же добавился tab / закладка Gallery. Зайдя в который можно было бы добавлять и удалять картинки. А не ходить каждый раз: Extras --> Gallery --> некий Album. Когда страниц много, удобнее и нагляднее, чтобы картинки, относящиеся к конкретному ресурсу были тут же под рукой во вкладке этого самого конкретного ресурса.
Из rtfm.modx.com описание по EvoGallery ( rtfm.modx.com/extras/evo/evogallery ):
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.
15 января 2015, 13:08
Комментарии: 31
Я пока не устанавливал ms2Gallery, поэтому сужу только по скриншотам:
file.modx.pro/files/2/8/4/284872861db92da13d0cd33c7ebfed27.png
— Поля при картинке: Имя файла, Название и Описание. А поля для Тэгов вообще нет или нет только в примере, с которого сделан скриншот?
Мне-то хотелось бы, чтобы в самой Gallery, где есть поле для тэгов, было еще одно поле: пригодилось бы для разных видов сортировки. А в ms2Gallery нет и поля для тэгов?
file.modx.pro/files/2/8/4/284872861db92da13d0cd33c7ebfed27.png
— Поля при картинке: Имя файла, Название и Описание. А поля для Тэгов вообще нет или нет только в примере, с которого сделан скриншот?
Мне-то хотелось бы, чтобы в самой Gallery, где есть поле для тэгов, было еще одно поле: пригодилось бы для разных видов сортировки. А в ms2Gallery нет и поля для тэгов?
>>>Нет поля для тегов нет. ms2Gallery привязывается к ресурсу, а у него есть ТВ параметры.<<<
— Допустим, нужно сортировать картинки по какой-то теме. То есть, пользователь выбирает отображать на странице только картинки с каким-то тегом: картинки с «Картинки 1» либо с «Картинки 2» либо с «Картинки 3».
— На странице в нескольких местах нужно вставить по галерее. Допустим, три разной галереи / группы изображений с разным списком картинок — и все на одной странице.
Как это сделать в случае с ms2Gallery без тэгов?
— Допустим, нужно сортировать картинки по какой-то теме. То есть, пользователь выбирает отображать на странице только картинки с каким-то тегом: картинки с «Картинки 1» либо с «Картинки 2» либо с «Картинки 3».
— На странице в нескольких местах нужно вставить по галерее. Допустим, три разной галереи / группы изображений с разным списком картинок — и все на одной странице.
Как это сделать в случае с ms2Gallery без тэгов?
Ты первый человек от кого я услышал про теги в Gallery, честно. Хорошо, наверное, что кто-то их использует.
Мы обычно группируем картинки по ресурсам (типа альбомам) и выводим также. К ресурсу можно прикрутить что угодно через ТВ.
Если нужен будет поиск файлов, то можно использовать их имя и описание, чтобы фильтровать при выводе через сниппеты.
Если будут запросы сделать теги от покупателей ms2Gallery — буду делать. Но пока не было.
Мы обычно группируем картинки по ресурсам (типа альбомам) и выводим также. К ресурсу можно прикрутить что угодно через ТВ.
Если нужен будет поиск файлов, то можно использовать их имя и описание, чтобы фильтровать при выводе через сниппеты.
Если будут запросы сделать теги от покупателей ms2Gallery — буду делать. Но пока не было.
>>>Ты первый человек от кого я услышал про теги в Gallery, честно. Хорошо, наверное, что кто-то их использует.<<<
— Наследие EvoGallery. Тэги удобны. Есть как бы лишнее, дополнительное поле (Описание, Название нужны для своих прямых дел), его содержимое можно выводить куда хочешь. И конечных пользователей легко научить: нужно вам две разной галереи на одной странице, поставте разные теги у двух соответствующих групп картинок.
— Наследие EvoGallery. Тэги удобны. Есть как бы лишнее, дополнительное поле (Описание, Название нужны для своих прямых дел), его содержимое можно выводить куда хочешь. И конечных пользователей легко научить: нужно вам две разной галереи на одной странице, поставте разные теги у двух соответствующих групп картинок.
Зависит от сложности запроса =)
В случае тегов, боюсь, многие покупатели скажут «ну и нафига нам это лишнее, мозолящее глаз поле?».
Создай новую тему, предложи свои изменения. Если сообщество их дружно поддержит — возьму в работу, как будет время. Если скажут, что оно никому кроме тебя не надо — так тому и быть.
В случае тегов, боюсь, многие покупатели скажут «ну и нафига нам это лишнее, мозолящее глаз поле?».
Создай новую тему, предложи свои изменения. Если сообщество их дружно поддержит — возьму в работу, как будет время. Если скажут, что оно никому кроме тебя не надо — так тому и быть.
Тему здесь https://modx.pro/help или там http://modstore.pro/packages/content/ms2gallery это где-то можно сделать?
Второй момент. Он не касается только ms2Gallery, а вообще: modx.pro/help/4605/#comment-33479
Не, ну с такой логикой конечно, использовать нужно только дополнения от modx.com и ни в коем случае ничьи другие. Ни pdoTools, ни miniShop2, ни Tickets, ни даже ShopKeeper. Только то, что есть здесь.
Правда оригинальный автор Gallery её давно уже забросил — последнее обновление от него было 05 октября 2013 года, после чего проект пришлось подбирать и поддерживать основной команде MODX.
Также можно посмотреть откуда в Gallery пришло первое обновление для работы в MODX 2.3, когда выяснилось, что она в нём не работает.
В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.
Правда оригинальный автор Gallery её давно уже забросил — последнее обновление от него было 05 октября 2013 года, после чего проект пришлось подбирать и поддерживать основной команде MODX.
Также можно посмотреть откуда в Gallery пришло первое обновление для работы в MODX 2.3, когда выяснилось, что она в нём не работает.
В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.
>>>Правда оригинальный автор Gallery её давно уже забросил — последнее обновление от него было 05 октября 2013 года, после чего проект пришлось подбирать и поддерживать основной команде MODX.<<<
— Именно, не бросили. Ибо уже как бы неотъемлемая часть MODX.
>>>Не, ну с такой логикой конечно, использовать нужно только дополнения от modx.com и ни в коем случае ничьи другие. Ни pdoTools, ни miniShop2, ни Tickets, ни даже ShopKeeper. Только то, что есть здесь.<<<
— Интернет-магазин, это не база. Его можно какой угодно использовать. pdoTools уже под вопросом. Не потому, что pdoTools не в базовом списке, а потому, что пока неясно сколько их будут развивать. Приводил пример из Linux, с основными пакетами дело сразу или давно поставлено так, что процесс не привязан жестко к конкретной личности. Надоест личности, подключатся другие личности.
>>>В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.<<<
— Не особеннно нравится, в том-то и дело. В Evolution есть база более готовая к использованию для создания простых и средних сайтов. Сейчас нахожусь в процессе второй попытки перейти на Revolution и сталкиваюсь, что то одно не эдак, то другое не так. Про какие-то вещи даже и не пишу на форумах, ибо вроде как уже чуть ли не неудобно, такая мелочь. Однако непонятно зачем она есть или оставлена быть.
Вообще было такое дело, как HomeSite. Пользователи, дизайнеры и верстальщики, сообщали свои пожелания, а разработчики после обсуждения их учитывали. Создатель, разработчик знает со своей стороны, а дизайнер и верстальщик, которые каждый день пользуются софтом, со своей. Некоторые вещи для разработчика вообще не вопрос, а для дизайнера или верстальщика это серьзно. Могу даже привести пример как раз из Gallery — непонятная, бессмысленная мелочь, которая осложняет.
— Именно, не бросили. Ибо уже как бы неотъемлемая часть MODX.
>>>Не, ну с такой логикой конечно, использовать нужно только дополнения от modx.com и ни в коем случае ничьи другие. Ни pdoTools, ни miniShop2, ни Tickets, ни даже ShopKeeper. Только то, что есть здесь.<<<
— Интернет-магазин, это не база. Его можно какой угодно использовать. pdoTools уже под вопросом. Не потому, что pdoTools не в базовом списке, а потому, что пока неясно сколько их будут развивать. Приводил пример из Linux, с основными пакетами дело сразу или давно поставлено так, что процесс не привязан жестко к конкретной личности. Надоест личности, подключатся другие личности.
>>>В общем, уговаривать тебя мне смысла нет. Нравится Gallery и есть желание прикручивать её к ресурсам каждый раз — на здоровье.<<<
— Не особеннно нравится, в том-то и дело. В Evolution есть база более готовая к использованию для создания простых и средних сайтов. Сейчас нахожусь в процессе второй попытки перейти на Revolution и сталкиваюсь, что то одно не эдак, то другое не так. Про какие-то вещи даже и не пишу на форумах, ибо вроде как уже чуть ли не неудобно, такая мелочь. Однако непонятно зачем она есть или оставлена быть.
Вообще было такое дело, как HomeSite. Пользователи, дизайнеры и верстальщики, сообщали свои пожелания, а разработчики после обсуждения их учитывали. Создатель, разработчик знает со своей стороны, а дизайнер и верстальщик, которые каждый день пользуются софтом, со своей. Некоторые вещи для разработчика вообще не вопрос, а для дизайнера или верстальщика это серьзно. Могу даже привести пример как раз из Gallery — непонятная, бессмысленная мелочь, которая осложняет.
Приводил пример из Linux, с основными пакетами дело сразу или давно поставлено так, что процесс не привязан жестко к конкретной личностиСкажи это Торвальдсу =)
А если серьёзно, то все мои дополнения лежат в свободном доступе на GutHub: и платные, и бесплатные. Случись чего — любой может продолжить, если возникнет желание. Как и произошло с Gallery, в своё время.
Ну и то, что эти дополнения приносят мне деньги является какой-никакой гарантией, что я их не брошу. Ибо у нас в магазине, если что, для всех покупателей обязательная техподдержка от автора.
А какие стимулы у авторов бесплатных дополнений?
>>>А какие стимулы у авторов бесплатных дополнений?<<<
— Есть разные способы монетизации своих усилий. Например, могу, не уточняя имя, фамилию и прочее, сказать про одного разработчика open source: он устроился на хорошую работу в хорошем географически месте и аргументом в пользу него было то, что он сообщил, а будущие работодатели могли проверить, что он один из разработчиков довольно широко используемого компонента.
— Есть разные способы монетизации своих усилий. Например, могу, не уточняя имя, фамилию и прочее, сказать про одного разработчика open source: он устроился на хорошую работу в хорошем географически месте и аргументом в пользу него было то, что он сообщил, а будущие работодатели могли проверить, что он один из разработчиков довольно широко используемого компонента.
И где здесь гарантия того, что когда его напрягут на этой хорошей работе в хорошем географически месте, он не забросит бесплатные дела?
Это же не основная работа. Скорее даже наоборот, она может мешать основной.
P.S. Вместо стрелочек >>> и <<< у нас есть тег
Это же не основная работа. Скорее даже наоборот, она может мешать основной.
P.S. Вместо стрелочек >>> и <<< у нас есть тег
<blockquote>Цитата!</blockquote>
Вот это решение подойдет?
ilyaut.ru/reposts/the-management-of-the-album-gallery-page-resource/
ilyaut.ru/reposts/the-management-of-the-album-gallery-page-resource/
Это потенциально может когдо-то не сработать:
$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');
Тут вопрос организационный. Сайты будут существовать много лет. MODX тоже будет существовать много лет. Gallery, как важная часть MODX, соответственно, тоже. И мне или другому, кто будет заниматься сделанными сайтами надо будет только время от времени обновлять CMS и её компоненты.
А что будет со скриптами, которые разработал одиночный разработчик? Не передумает ли он лет через пять развивать свой компонент? И что делать тогда? В Linux, к примеру, касаемо основных пакетов никто не беспокоится, уйдет текущий разработчик или коллектив, значит их сменит кто-то другой — популярную и нужную вещь не бросят.
А что будет со скриптами, которые разработал одиночный разработчик? Не передумает ли он лет через пять развивать свой компонент? И что делать тогда? В Linux, к примеру, касаемо основных пакетов никто не беспокоится, уйдет текущий разработчик или коллектив, значит их сменит кто-то другой — популярную и нужную вещь не бросят.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| ms2Gallery | 2.0.12-pl от 25.09.2020 | 4 575 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 54 171 |
| miniShop2 | 4.4.0-pl от 06.08.2024 | 26 104 |
| Tickets | 1.13.0-pl от 10.03.2020 | 19 560 |
| Jevix | 1.3.2-pl от 29.03.2019 | 12 785 |
| mSearch2 | 1.14.11-pl от 02.05.2023 | 18 907 |
22 ноября 2024, 21:57
Лучше деинсталировать и установить новую версию. Там полностью переписан JS.
22 ноября 2024, 20:33
Фильтрация как правило предполагает точное совпадения значений, а тебе нужен поиск.
22 ноября 2024, 19:55
Все исправилось, после замены на 'parents' => $_modx->resource.id
22 ноября 2024, 09:31
А кто подскажет, как в форму Создания/Редактирования ресурса, через ms2Form, добавить возможность выбирать несоклько параметров в одном TV?
Ну то-ест...
22 ноября 2024, 08:53
если правильно понял то так
{set $rows = json_decode($_modx->resource.constructor_block, true)}
{foreach $r...
