30 октября 2015, 18:43 Так вот, вызвать модальное окно можно не только из меню дерева ресурсов, но и в других модулях, к примеру.И где еще оно используется? Мне кажется им даже в дереве редко кто пользуется, не то что где-то еще. Поэтому оно такое ущербное и не завязано на общий механизм. А в предложенном выше хаке я предлагаю менять не само окно, а метод дерева, которое вызывает окно. Так что это изменение никак не повлияет на возможность вызова этого окна где-то ещё и ничего не поломает. Вопросы / Есть ли события на "Быстро создать" и "Быстро обновить"? 15 0
30 октября 2015, 15:12 Берешь сниппет getComments, который выводит комментарии, указываешь ему нужный parents и ограничиваешь нужным количеством записей через limit. А сортировкой определяешь — первые или последние нужно выводить. Вопросы / TicketLatest вывод комментариев из одного поста 17 0
30 октября 2015, 13:09 Да не переживай. Никто не будет тут хулиганить и писать, что он ел на завтрак и ужин. Тут атмосфера другая. А все пугливые новички уже давно разбежались, еще до моих постов. :)) Ты создал ресурс для модиксеров и наполнил его особенной энергетикой. И он уже живет своей жизнью. :) Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 +3
30 октября 2015, 12:53 Не знаю, зачем Николай наводит ужас — … не комильфо… вклиниваться в редакторы… В случае именно быстрого создания ресурса все очень просто. Действительно, как писал Николай, MODx не запрашивает данные с сервера, а просто открывает окно. Всего то нужно это поправить — вызывай окно в ajax запросе (как в случае быстрого редактирования), который вернет нужный шаблон из твоего процессора. Вот и все. Причем здесь редакторы, не понимаю. Надо к Николаю на курсы записаться, что-ли. :) Или второй вариант. Сохраняй шаблон в javascript переменной при загрузке дерева, используя плагин. А потом в своей функции (пример которой я давал выше) просто зачитывай эту переменную. Так можно обойтись без процессора и ajax. Вопросы / Есть ли события на "Быстро создать" и "Быстро обновить"? 15 +1
30 октября 2015, 09:41 Лучше, конечно скопировать оригинал, потому что тут Jevix хулиганит — вместо function( r ) пишет function®. По поводу курсов… Я начал разбирать ExtJs летом. Мой уровень — уверенный новичек. Что я могу предложить? Только базис и только для начинающих. Вопросы / Есть ли события на "Быстро создать" и "Быстро обновить"? 15 +1
30 октября 2015, 09:10 Да, немного накосячил. Исправленная версия уже доступна в магазине. Если сразу не заработает, то нужно удалить удалить все из папки /core/cache/admintools/favorite_elements/ и завершить все сеансы, чтобы убить сессию. Новые дополнения и их версии / [AdminTools] Избранные элементы 36 0
29 октября 2015, 19:38 Правильно Иван пишет. Нужно перехватывать через javascript. Самый просто вариант, переопределить эти функции дерева. Создаешь js файл. Ext.onReady(function () { var tree = Ext.getCmp('modx-tree-resource'); // Это стандартная функция из файла modx.tree.resource.js tree.quickUpdate = function(itm,e,cls){ MODx.Ajax.request({ url: MODx.config.connector_url ,params: { action: 'resource/get' ,id: this.cm.activeNode.attributes.pk } ,listeners: { 'success': {fn:function® { var pr = r.object; pr.class_key = cls; var w = MODx.load({ xtype: 'modx-window-quick-update-modResource' ,record: pr ,listeners: { 'success':{fn:function® { this.refreshNode(this.cm.activeNode.id); var newTitle = '<span dir="ltr">' + r.f.findField('pagetitle').getValue() + ' (' + w.record.id + ')</span>'; w.setTitle(w.title.replace(/<span.*\/span>/, newTitle)); },scope:this} ,'hide':{fn:function() {this.destroy();}} } }); w.title += ': <span dir="ltr">' + w.record.pagetitle + ' ('+ w.record.id + ')</span>'; w.setValues(r.object); w.show(e.target,function() { Ext.isSafari ? w.setPosition(null,30) : w.center(); },this); },scope:this} } }); }Подключаешь его в плагине на событие OnManagerPageBeforeRender. Тут же и быстрое создание переопределить. Добавляй сюда нужный код. Например, можно переопределить процессор на свой и там делай что надо. Все зависит от задачи. Вопросы / Есть ли события на "Быстро создать" и "Быстро обновить"? 15 +2 1
29 октября 2015, 19:07 Выложил в магазин. Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 0
29 октября 2015, 18:47 Думал про это. Но так как уже есть такой компонент (versionX), то решил, что это будет лишним. Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 0
29 октября 2015, 18:45 Да, я водолей.Водолей водолея видит издалека. :) Вопросы / Много ли разработчиков программирует в менеджере? 36 0
29 октября 2015, 18:06 Если будем продолжать в том же духе, и все авторы начнут писать свои анонсы на 2 абзаца, то у нас здесь получится свой маленький твиттер на главной странице.Ну если эти два абзаца очень важные, то почему бы и не написать. Разве у меня эти 3 поста про одно и тоже? Соглашусь, что писать отдельный пост о перекрашенной кнопке или лишнем столбике в таблице глубо. Но тут я такого пока не встречал. А свой твиттер у нас и так есть — прямой эфир называется. :) Заходит новый человек и видит 5 постов про pdoTools, 3 про Tickets и еще 2 про AdminTools. Офигивает, и уходит.Наверно, очень важно думать о каком-то гипотетическом новом посетителе, который увидев 3 поста про один компонент, убежал. Это очень важный посетитель. А у остальных 1000 постоянных пользователей приоритет видимо нулевой. Честно говоря, я сомневаюсь, что новый человек бросится читать все посты на главной. Он первым делом полезет в поиск узнать как ему перенести сайт на хостинг или еще что-то типа того. Мне кажется, что лучше опираться на интересы постоянных членов сообщества. Придётся мне тогда включать вывод только топиков с рейтингом +5, например. Так будет всем удобнее, да?Не горячись. Ты уже придумал такой инструмент — «Лучшие», «Популярные». Все-таки новички больше предпочтения отдадут активному сообществу. Вот тебе другой пример, про новую версию. Ты меня не понял. Я имел ввиду, что ты обновил топик про тоже самое, просто версия патча изменилась. Я как правило не пишу новые посты при изменении версии патча, обновляю старый пост или пишу в комментариях. Пишу только если меняется минорная (не всегда) или мажорная версия. А приведенный тобою пример про Tickets версий 1.6.0-beta, 1.6.0-rc и 1.6.1-pl показывает, что ты написал отдельные топики для каждого изменения номера патча. А если открыть вот эту страничку, то мы увидим на ней как раз эти 3 твоих поста. Как думаешь, напугало это кого-нибудь? В данном случае ты не последователен в своих претензиях. Собственно, не вижу причин спорить. Ведь главное, чтобы было удобно людям. Некоторые тут пишут, что это неплохо. Я тоже так считаю. Peace. Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 +6
29 октября 2015, 13:22 И для одного разработчика тоже должно быть удобно. Редакторах можно отрыть несколько элементов на вкладках и переключатся между ними. А в MODX нет. Поэтому при разработке можно как бы «переключаться» между рабочими элементами. Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 +2
29 октября 2015, 12:28 Думаю, что на ближайшее время это последняя новость про AdminTools. А твой пример про новые версии патчей. Ты же не написал про версию 2.1.0 «Улучшение фенома» в заметке «pdoTools 2.0.0 c феномом». Я тоже пишу про патчи в старых заметках. Может лучше дописывать одну заметку, учитывая, что новостей тут на 2 абзаца?Ну если бы я знал, что тут такое правило, то так бы и сделал. А так как функционал абсолютно новый, то мне кажется, было правильно пользователей отдельно. Не знаю как другие, но лично я не перечитываю старые заметки, только если там нужные инструкции. но на главной странице 3 (три!) анонса AdminToolsЯ, честно говоря, не вижу никаких проблем в этом. Структура компонента такая, так же как и pdoTools. Но если ты требуешь, будем делать как велено. Новые дополнения и их версии / AdminTools 1.2.0. Лог измененных элементов 18 +10
28 октября 2015, 12:59 Не могли бы вы занести данное предложение в сюда (без кода). Новые дополнения и их версии / OrphoMan - чистим сайт от очепяток 40 +1
28 октября 2015, 11:34 Для начала почистите кэш. Начните с браузера. Если не поможет в админке попробуйте. Если опять нет, то вручную в папке /core/cache/ удалите папку context_settings. В крайнем удаляйте все. Вопросы / Не работает страница создания/обновления ресурса 9 +2
28 октября 2015, 08:41 Сделал. Появится в новой версии. Обновил описание. Новые дополнения и их версии / AdminTools 1.1.0. Запоминаем системные настройки 17 0
28 октября 2015, 07:59 Будет время, поэспериментирую. Новые дополнения и их версии / AdminTools 1.1.0. Запоминаем системные настройки 17 +1
28 октября 2015, 07:48 Неспроста такой возможности нет в базовой версии. Там куча подводных камней. Могут быть прописаны пути или пакеты, которых нет на новом сайте. Это только для core. А с другими настройками вообще не имеет смысла — неймспейсы, лексиконы и т.д. Новые дополнения и их версии / AdminTools 1.1.0. Запоминаем системные настройки 17 0
28 октября 2015, 07:29 А можно поподробнее для чего это нужно и как это должно выглядеть? Новые дополнения и их версии / AdminTools 1.1.0. Запоминаем системные настройки 17 0
Редизайн сообщества так выглядит вопрос на подтверждение удаления заметки в темной теме. Кроме того при публикации заметки не увидел всплывающего уведомления об успешной публикации из-за чего о...
Возможно ли реализовать возможность предоплаты за доставку на сайте? У меня Робокасса, у них вроде есть docs.robokassa.ru/ru/iframe
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
А в предложенном выше хаке я предлагаю менять не само окно, а метод дерева, которое вызывает окно. Так что это изменение никак не повлияет на возможность вызова этого окна где-то ещё и ничего не поломает.
Ты создал ресурс для модиксеров и наполнил его особенной энергетикой. И он уже живет своей жизнью. :)
Или второй вариант. Сохраняй шаблон в javascript переменной при загрузке дерева, используя плагин. А потом в своей функции (пример которой я давал выше) просто зачитывай эту переменную. Так можно обойтись без процессора и ajax.
По поводу курсов… Я начал разбирать ExtJs летом. Мой уровень — уверенный новичек. Что я могу предложить? Только базис и только для начинающих.
Подключаешь его в плагине на событие OnManagerPageBeforeRender. Тут же и быстрое создание переопределить.
Добавляй сюда нужный код. Например, можно переопределить процессор на свой и там делай что надо. Все зависит от задачи.
Наверно, очень важно думать о каком-то гипотетическом новом посетителе, который увидев 3 поста про один компонент, убежал. Это очень важный посетитель. А у остальных 1000 постоянных пользователей приоритет видимо нулевой. Честно говоря, я сомневаюсь, что новый человек бросится читать все посты на главной. Он первым делом полезет в поиск узнать как ему перенести сайт на хостинг или еще что-то типа того. Мне кажется, что лучше опираться на интересы постоянных членов сообщества.
Не горячись. Ты уже придумал такой инструмент — «Лучшие», «Популярные». Все-таки новички больше предпочтения отдадут активному сообществу.
Ты меня не понял. Я имел ввиду, что ты обновил топик про тоже самое, просто версия патча изменилась. Я как правило не пишу новые посты при изменении версии патча, обновляю старый пост или пишу в комментариях. Пишу только если меняется минорная (не всегда) или мажорная версия. А приведенный тобою пример про Tickets версий 1.6.0-beta, 1.6.0-rc и 1.6.1-pl показывает, что ты написал отдельные топики для каждого изменения номера патча. А если открыть вот эту страничку, то мы увидим на ней как раз эти 3 твоих поста. Как думаешь, напугало это кого-нибудь? В данном случае ты не последователен в своих претензиях. Собственно, не вижу причин спорить. Ведь главное, чтобы было удобно людям. Некоторые тут пишут, что это неплохо. Я тоже так считаю. Peace.
А твой пример про новые версии патчей. Ты же не написал про версию 2.1.0 «Улучшение фенома» в заметке «pdoTools 2.0.0 c феномом». Я тоже пишу про патчи в старых заметках.
Ну если бы я знал, что тут такое правило, то так бы и сделал. А так как функционал абсолютно новый, то мне кажется, было правильно пользователей отдельно. Не знаю как другие, но лично я не перечитываю старые заметки, только если там нужные инструкции.
Я, честно говоря, не вижу никаких проблем в этом. Структура компонента такая, так же как и pdoTools. Но если ты требуешь, будем делать как велено.