Значит не судьба =)
Если воcпроизведешь на modx-test.com то готов помочь…

В первом приближении реализовал так(кнопка добавления в корзину появляется, если навести мышку на цвет):

Т.е. через tv получаю кол-во цветов. Затем для каждого цвета выводится форма, содержащая цвет и счетчик кол-ва заказанных банок. (value=«Коричневый») тут вбит руками, а так сниппет из базы передает значение.
Код для формы такой:

<form class="form-horizontal ms2_form" method="post">
      <input type="hidden" name="id" value="[[*id]]" />
      <table cellspacing="5" cellpadding="5" border="0" width="100%">
      <tr>
      <td width="160">[[%ms2_cart_count]]:</td>
      <td><input type="number" name="count" id="product_price" class="input-mini" value="1" />  [[%ms2_frontend_count_unit]]</td> 
      </tr>
      <a href="#"  onmouseover="show('bl1');"><tr>
        
      <div style="background:#993300;width:100px; padding-left:50px;">
Example
</div>
      <input type="hidden" name="options[color]" value="Коричневый" />
      </tr></a>
      </table>
      <div id="bl1" style="display:none" onmouseover="clearTimeout(t)" onmouseout="smarthider()">
      <button type="submit" class="btn" name="ms2_action" value="cart/add" style="margin-left:70px;"> 
      <i class="icon-barcode"></i> 
      [[%ms2_frontend_add_to_cart]]
      </button>
      </div>
      </form>

Нет, с ценой вопросов не будет. Т.к. одна банка стоит фиксированную цену, вне зависимости от цвета.

Долго мучился делая данную функцию =D т.к. вообще не знаю php, но методом тыка всё же получилось =))

<?php

interface msDeliveryInterface {

	/* Get the cost of delivery
	 *
	 * @param msOrderHandler $order
	 * @param msDelivery $delivery
	 * @return integer
	 * */
	public function getcost(msOrderInterface $order, msDelivery $delivery);
}

class msDeliveryHandler implements msDeliveryInterface {

	public function getcost(msOrderInterface $order, msDelivery $delivery) {
		$cart = $order->ms2->cart->status();
		$min_price = $delivery->get('price');
		$weight_price = $delivery->get('weight_price');
		//$distance_price = $delivery->get('distance_price');

		$cart_weight = $cart['total_weight'];
		$cost = $min_price + ($weight_price * $cart_weight);

//Заветные строчки
	   $total_cost = $cart['total_cost'];
    if ($total_cost > 5000) {$cost = $cart_weight;}

		return $cost;


	}

}

Файл лежит вот здесь core/components/minishop2/model/minishop2/msdeliveryhandler.class.php

Проблема решена: удалила параметр &submitVar и все заработало!

Проблема тут была вовсе не в сервере, а в кодировке MODx и базы данных.
С чего всё началось: установил случайно MODx в базу с кодировкой cp1251_general_ci, потом опомнился и поменял кодировку базы на utf8_general_ci. Сайт работал нормально, но происходили странные глюки, в числе которых описанные в этом топике. Потом я понял и полез в конфиг-файлы изменять кодировку на utf8…… и тут началось веселье. Весь сайт лёг и превращался переодически то в вопросительные знаки, то в иероглифы. Под конец и весь текст в базе перезаписался иероглифами. Сейчас сижу с бэкапами играюсь и пытаюсь весь сайт заново сделать…
Урок: будьте внимательны с кодировками при установке модикса!

Но «счетчика проданных товаров» тут не увидел. (чтобы отнимался Count)…

Не знаю, я реальный (свой) адрес ввожу…

А еще же их надо в скобки забубенить на выходе…

(column1 LIKE '%this%' OR column1 LIKE '%that%') AND something=else

Тоже столкнулся с подобной проблемой(?) — письма не приходят, но не приходят тогда, когда в поле email забиваешь беллебердовый адрес, который проходит валидацию, но адресом не является (типа egjkdjkgd@sdfkbdsfb.weur)

Все. Решил сам. Как говорит Григорий Розенбаум выше — «Как оказалось — самдурак. „
Больше паники было.

Василий, СПАСИБО.
Благодарю за решение с отображением дерева ресурсов.
Я лишь еще изучаю MODx, Shopkeeper и все то многообразие компонентов и возможностей, что дает мне надежду когда-нибудь постигнуть случившиеся:

До того, как я применил сниппет, у меня товар из сформированного заказа отправлялся, а теперь нет. Лишь чистый лист на выходе. Все остальные страницы работают, ссылки корректные… и что интересно, в «управление заказами» появляется заказ, а вот переходы перестали работать и на почту письма тоже не идут.

Теряюсь в догадках.

Math убрала, не помогло. А где можно логи посмотреть?

При отправке уведомление зеленое. Остальное пока не могу проверить, хостинг лежит…

При отправке письма зеленое или кравное уведомление?

Что в логах сайта и сервера?

Ничего делать с head не нужно, и action тоже не нужно менять — все должно работать автоматически. Мне кажется, у тебя неверное используется хук math, попробуй его отключить для начала.

Во фронтенд то все равно выводятся картинки без вотермарка, в админке, там да, там с метками и то только превьюшки. А как сделать чтобы на все картинки накладывался вотермарк, всегда и везде?

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

Но это достаточно сложно сделать на MODX и MS2, как мне кажется. Нужно переопределить модель товара и ее связать с моделью класса товара которая в свою очередь будет связывать товар со свойствами и участвовать в организации логики, в общем объем работ не меньше чем в самом MS2 по хорошему должно быть (: но возможно я ошибаюсь и все можно проще сделать (:

Да да… Крутяк… )

Было бы круто создать дополнение которое отвечает за свойства товара, скажем чтобы оно рендерило набор полей в момент создания товара, чтото типо такого:


А то как это делать при создании сайта уже дело десятое, все равно всем не угодишь