Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.

7 октября 2014 в 11:11

Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.

7 октября 2014 в 11:10

Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.

7 октября 2014 в 11:10

Услуги по темизации и настройке commerce корзины, cart и checkout страниц
мгновенный пересчет и удаление товаров.

7 октября 2014 в 11:10

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

10 мая 2014 в 7:40

почти полгода простоя в разработке я думаю должна настораживать, тк это я вный признак что про модуль забыли и никакой поддержки и адекватной поддержки можно не ждать. В оличии например от
OpenAtrium pltcm все видно что ребята работают
7.x-2.18 tar.gz (25.12 MB) | zip (28.72 MB) 2014-May-02 Notes

4 мая 2014 в 9:52

коммерц явно не для таких задач и чтобы такое реализовать придется серьезно его переписать/дописать
по крайней мере в стандартном функционале ничего подобного не предусмотрено

21 ноября 2012 в 16:51

надо прибавить то что отписал fairwind
и мой код.

PS
хотя я без особых проблем прописал атрибут "disabled" в hook_form_alter может можно обойтись и без кода от fairwind

9 ноября 2012 в 21:18

дополню еще от себя
для того чтобы значения disabled полей не обнулялись после сохранениия формы
нужно им проставить первоначальные значения.
Для этого вешаем свой валидатор в самое начало:

9 ноября 2012 в 16:12

а чем будет отличаться выполнени данной задачи на этом парсере от от feeds
в обоих случаях нужно создавать ручками новый тип материала
потом
-например в feeds нужно просто создать импортер и сделать csv дамп нод (обычный php снипет)
-для парсера де придется создавать где то страницы с выводом всей инфы и так же настроить "егошный" импортер

имхо: для задачи лучше feeds использовать

6 ноября 2012 в 12:20

а это не то же самое
"если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные"
-с разницей в том что поле дополнительно не нужно создавать

2 ноября 2012 в 11:44

нужно кодить иначе думаю никак (переопределить шаблон например строки и в шаблне уже сделать проверку)
если в админке делать то нужно будет в поле протсо php кодом проверять и выводить или невыводить данные

1 ноября 2012 в 22:14

попробуй сделать так как я описал я помню что там
добавляешь relation и ставишь галочку - обязательно
чтобы связь всегда была может и этого будет достаточно,
если нет то добавь фильтр по какому нить полю (например nid) из второй таблицы чтоб оно не було пустым
должно сработать

31 октября 2012 в 11:48

я так понял ты добавил relation к связанной таблице,
может вывести скрыто поле из 2ой таблицы и добавить фильтр чтоб это поле не было пустым

31 октября 2012 в 7:53

чтобы изменить данные перед парсингом их в шаблоне
можно не переопределять шаблон а добавить только своб препроцесс функцию
пример кода (нужные участки кода заменить на свои):

/**
* препроцес функция для строки шаблона вьюса
* @param array $variables
*/
function hook_preprocess_views_view_fields__[viewsname]__[display](&$vars) {
$vars['fieldname'] = round($vars['row']->node_data_field_product_price_field_product_id_value);
}

31 октября 2012 в 7:50

в реале как это делается описано здесь http://pro-cosmos.blogspot.ru/2012/10/views-viewsviewfields.html
еще плюс такого метода заключается в том что шаблон вьюса можно положить в модуль а не в тему
еще можно прописать свою пррепроцесс функцию , чтобы не пихать код в шаблон

PS
Спасибо Dmytro Danylevskyi
за статью

30 октября 2012 в 8:59

друпал обычно сам генерит уник классы для тегов столбцов th
смтрите здесь

что мешает прописать стили для этих классов?

29 октября 2012 в 23:09

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

29 октября 2012 в 22:58

ну это как бы общий хук общая точка входа для всех вьюсов
Можно было прописать конкретно для этой вьюхи.
Конечно легче все запихать в 1 общий хук и потом разгребать кучу кода примерно такого вида

function hook_views_pre_render($view){

if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}
if($view->name=='view_!'){
изменяем что то...
}

}

29 октября 2012 в 21:41