да спасибо это уже нашел ответ))

Добрый! Это не в shopModx, а в modxSmarty. Это не критично. Вот ответ: modxclub.ru/blog/vehicles/252.html#comment2446 Будет скоро пофиксено.

Если вы используете стандартный MODX-синтаксис, то и обрабатывается он стандартно. То есть если у вас TV-параметр weight, то пишете [[*weight]] и получаете результат на текущей странице исходя из его значения. Здесь нет никакой отдельной логики. Если же вы получаете данные товаров через getdata-процессор, то там данные TV-параметров в массиве $object.tvs. Только следует учитывать, что в getdata-процессорах в настоящий момент не учитываются значения TVшек по умолчанию (это будет доработано в ближайшем релизе shopModx).

Хочу добавить в шаблон отображения товара вес, который определен как tv, добавляю теги в layout.tpl:

Ваше право выбирать.

Слишком рано для меня я буквально 3 дня в теме программирования, не имея даже сферы образования, базы информатики(разве вскольз), совершенно зеленый.И вы сразу ставите в курс дела.;) Вобщем очень полезная информация, Получить обучение от профессионалов узнать так сказать всё из первых уст) Хороший пинок к действиям))благодаря вам нашел: MODX Revolution объекты, Объектная модель MODx Revo API. Статья для понимания.Буду благодарен если изучу движек, всему свое время).

Могу только одно сказать: modxclub.ru/obuchenie-modx-revolution.html

Копаясь по просторам интернета, и в дерикториях ядра, так и не понел по каким запросам можно обращаться в $modx->?, все на чем мои проделки заканчиваються это те запросы которые промелькали в видео, но ведь то что на видео это скорей всего не предел, хочеться видеть всё своими глазами чтобы можно было самому уже в свободное плаванье отправиться и модифицировать.где-то же всетаки записано какие запросы и в каком виде, именно сам API MODX нужен а там и смарти поймется самособой если будет нужно) в MODXSDK не нашел поиск, копировал код в кодлобстер и там искал параметры))))) ковыряясь в xPDO и modX классах, задумал ламерский вопрос)) вот допустим $this->getOption('parser_class_path', null, '') скопировал просто для примера. сам метод getOption() находиться в классе xpdo, там даже 2 одноименныйх метода почемуто, но это не втему, неясно откуда береться 'parser_class_path' и всё что вызывает getOption() например 'site_start', 'site_name', Где-то это записано, а вот где) вопрос на котором весь процесс разработки(если так можно сказать в моем случае=) ) заходит в тупик.) PS. Чую мои уши будут гореть:D

я так понимаю в дальнейшем чтобы вызвать опеределенный сниппет, чанк и т.п. нужно будет обращаться непосредственно к $modx->обьект($имя) из смарти шаблонов? Сравним: {chunk name=«Chunkname» params=«foo=foo»} против {$modx->getChunk(«Chunkname», [«foo» => «foo»])} Разница не большая, но зато минус один подгружаемый файл-функция. Хотя вот так уже не запишешь: {$modx->getChunk(«Chunkname», «foo=foo»)} Но это еще так, предварительно, так что может про запас их и оставим, все равно они подгружаются только тогда, когда в шаблоне прописаны теги. А сами стараться будем через $modx работать.

Теперь то понятно куда копать, возможно глупый вопрос задам, про удаление плагинов — я так понимаю в дальнейшем чтобы вызвать опеределенный сниппет, чанк и т.п. нужно будет обращаться непосредственно к $modx->обьект($имя) из смарти шаблонов?, тоесть можно и сейчас подобным образом делать?.. Спасибо ссылки полезные, пойду инфу вникать, потом опять попробую штурмовать MODX.