Пожалуйста!
В плагине 2 последние строчки конфига можно убрать. Так как res_id можно получить в js. А Trans.config.connector_url дублирует Trans.config.connectorUrl.
Js будет выглядеть так
В вызове getlist процессора нужно добавить параметр с id текущего ресурса, а уже в процессоре его ловить. В вашем примере вы в процессоре ловите параметр resource_id
Так и есть. MODx.load() просто создает JS компонент. Его нужно отрисовать — show() или render(). Поэтому и не подключается, указанных полей в разметке ещё нет.
Добавь в свой компонент этот код (после items)
listeners: {
render: function () {
MODx.loadRTE("regulations"); // id поля
MODx.loadRTE("info"); // id поля
}
}
Я думаю, причина в том, что на момент подключения MODx.loadRTE() нет ещё этих полей. Подключать не к чему. Нужно повесить подключение на событие render твоего компонента.
Для эксперимента попробуй подключить через setTimeout
Ext.onReady(function() {
MODx.load({ xtype: "xtype-страницы компонента"});
setTimeout(function(){
MODx.loadRTE("regulations"); // id поля
MODx.loadRTE("info"); // id поля
},5000); // Сработает через 5 секунд
});
Вот те раз. Вы разницу между моим кодом и своим первоначальным не видите? Вы в админке выставляете для каждого ресурса свои ТВшки с картинками, а в шаблоне указываете вызов ТВ для всех ресурсов. НА сайте для каждого ресурса выведутся соответствующие картинки.
Ещё можно глянут на ms2Gallery
Согласен. Под лежачий камень…
Главное, чтобы не получилось как в анекдоте про сову и мышей, которым она посоветовала стать ёжиками.
С амбасадорами как-то не очень вышло.
Т, е. это группа людей, которые будут определять стратегию развития.
На данный момент 3 человека уже несколько лет не могут довести до конца решение с третьей версией MODX. А что ждать от 14 человек? Тем более, на то, чтобы их просто собрать, потребовалось несколько месяцев. Интересно как будет решаться вопрос с шаблонизатором. Марк просто стукнет по столу и скажет, что будет Twig или месяцами/годами этот вопрос будет висеть на повестке?
Главное направление развития, как мне кажется, это соответствие текущему уровню развития технологий и стандартов. Скоро уж и Composer может устареть (как CD диски), а MODX ещё до него не дошёл.
Я так понимаю, что проблема не в выборе стратегии, а в её реализации. Марк где-то писал, что у него просто не хватает времени.
Конечно очень хочется, чтобы это реально выросло во что-то серьезное. Но мне кажется, что это похоже на добавление ещё одного руля в машину, а нужно просто увеличить мощность движка.
Надеюсь, мой пессимизм обусловлен хмурой осенней погодой. ) Но плюса эта новость заслуживает.
Признаюсь, я ошибался. Видишь как люди плюсуют твои комментарии. Значит им удобнее твой вариант — пройти все 8 шагов инструкции. А я то по старинке всё готовые дополнения делаю. )
Представь, как твой комментарий приобрёл бы ценность, добавив ты туда пример совершенного кода?
Представь, как мне фиолетово. Судя по комментарию это мне у тебя ещё учится и учится.
П.С. А если серьёзно, то код-то как раз пользователя не волнует. Единицы смотрят под капот. А вот удобство настройки, мне кажется, дело первоочередное. UX forever!
П.П.С. Collections у меня нет, скажу по теме пользователей. Вот такая конструкция
var leftCol = this.items.items[0].items.items[0].items.items[0];
В параметре where указывается id пользователя и период.
В плагине 2 последние строчки конфига можно убрать. Так как res_id можно получить в js. А Trans.config.connector_url дублирует Trans.config.connectorUrl.
Js будет выглядеть так
А вы его передаёте в процессор?
Добавь в свой компонент этот код (после items)
Думаю, всё заведётся.
Для эксперимента попробуй подключить через setTimeout
Ещё можно глянут на ms2Gallery
П.С. Названия ТВ укажите свои.
Главное, чтобы не получилось как в анекдоте про сову и мышей, которым она посоветовала стать ёжиками.
С амбасадорами как-то не очень вышло.
П.С. Надо будет детям теплых вещей прикупить. Сам-то я наверно не доживу.
На данный момент 3 человека уже несколько лет не могут довести до конца решение с третьей версией MODX. А что ждать от 14 человек? Тем более, на то, чтобы их просто собрать, потребовалось несколько месяцев. Интересно как будет решаться вопрос с шаблонизатором. Марк просто стукнет по столу и скажет, что будет Twig или месяцами/годами этот вопрос будет висеть на повестке?
Главное направление развития, как мне кажется, это соответствие текущему уровню развития технологий и стандартов. Скоро уж и Composer может устареть (как CD диски), а MODX ещё до него не дошёл.
Я так понимаю, что проблема не в выборе стратегии, а в её реализации. Марк где-то писал, что у него просто не хватает времени.
Конечно очень хочется, чтобы это реально выросло во что-то серьезное. Но мне кажется, что это похоже на добавление ещё одного руля в машину, а нужно просто увеличить мощность движка.
Надеюсь, мой пессимизм обусловлен хмурой осенней погодой. ) Но плюса эта новость заслуживает.
Представь, как мне фиолетово. Судя по комментарию это мне у тебя ещё учится и учится.
П.С. А если серьёзно, то код-то как раз пользователя не волнует. Единицы смотрят под капот. А вот удобство настройки, мне кажется, дело первоочередное. UX forever!
П.П.С. Collections у меня нет, скажу по теме пользователей. Вот такая конструкция
легко заменяется на такую
И в итоге чекбокс добавить можно так: