Есть модули интеграции в такие CRM. Для той же kayako вроде бы проскакивал модуль полгода назад. Соотв., используйте поиск.

Довольно грязное решение, но без php. В ноде должен быть включен показ тегов <style>:

Сборка перехватывается только модулем в хуке hook_nodeapi() ($op=='view')

Исключите поля из показа в настройках типа контента.

Вы просто не задумываетесь о природе вещей и обвиняете в этом всех, кроме себя. А винить стоит только себя и свою инертность, ибо решение в стандартной системе темизации: http://drupal.org/node/223440

Все выглядит не более чем одна функция препроцессинга:

В шаблоне не должно быть динамики. Друпал позволяет переносить всю динамику в препроцессинговую функцию шаблона. Например, для node.tpl.php это будет выглядеть так:

Так чем вас не устраивает Menu attributes? Модуль рабочий, я сам его использую время от времени. Шаблон у меню делать бессмысленно в виду устройства формирования его содержания — вы получите в шаблоне всего одну переменную, само меню в разметке. Не думаю, что это кому-то надо. С другой стороны, 99% темизации меню это просто навешивание стилей на элементы, что запросто делается с Menu Attributes.

Ваши стенания, вкупе с тем, что поиск предыдущего ответа занял 45 секунд, не способствуют появлению желания указать вам на поиск еще раз.

Все очень просто.

Тяжелей всех Ґабору, в его языке 18 падежей

Да, есть такая фигня время-от-времени.

http://skanbijou.ru/node/9 — ссылка на увеличение — 404

В целом, довольно неплохо.

Другую группу стоит заводить, если ты хочешь хранить в таблицах локали переводы каких-то пользовательских данных (например, так нужно было бы сделать в первой версии api.drupal.ru, но тогда я еще об этом не знал, и как следствие, сейчас 4K сорцов апи в таблице локали перемешано с сорцами интерфейса). Еще одна полезность — ты можешь отдельно экспортировать po-файлы разных групп.

Не сильно в тему, но было бы неплохо иметь возможность указывать в locale(), в какую группу переводов этот перевод должен быть занесен.

Код, который дал Guide правильный. Чтобы заработало, нужно очистить кеш друпала.

На самом деле, нет, это не так просто. Все письма отправляемые дурпалом по-умолчанию, отправляются в плеин-тексте. Однако есть модуль, который привносит HTML в письма: http://drupal.org/project/htmlmail . В нем есть свои собственные базовые настройки фильтраци, может быть он вас устроит. По-другому, вам нужно будет написать мини-модуль, дублирующий часть функционала htmlmail, но использующий ваши правила фильтрации.

Для самых матерых может еще будет полезно знать про drupal_set_breadcrumb().

"Химический Али" wrote:

http://drupal.org/project/nodecomment[/quote]
Вариант конечно, но имея комменты как ноды, можно отгрести только порядочно головной боли со всем остальным. Как частичное решение проблемы можно использовать:
http://drupal.org/project/bestreply

Файл template.php темы,

функция phptemplate_preprocess_page(&$vars) (если нет такой в теме, скопируйте из темы Garland и обновите кеш друпала),

добавить в конец функции что-то типа такого:

drupal_add_css()

http://drupal.ru/node/23183

крон надо изредка запускать

еще можно так $form['#some_var'] = 123;

и потом получать так же, из $form['#some_var'], главное чтобы индекс переменной начинался с #

"romass" wrote:

variable_set()

Это нехороший совет. Это то же самое что куки и сессия — вы можете получить проблемы при паралельном доступе других пользователей или между отдельными открытыми страницами. Классическая проблема распараллеливания. Нужно умещаться в доступные переменные, либо передавать все в форме (вы же пост отправляете).