Дублирование доп.полей в Альто 1.0

Здравствуйте, адаптирую плагин под альто 1.0 и столкнулся с проблемой дублирования доп.полей при выводе
1. Вывод доп.полей идет через хук в topic_content_end
2. Потом еще раз через сам шаблон смотрю в starter-kit
Да, я знаю что там используются разные названия файлов:
fields/customs/field.custom.`$oField->getFieldType()`-show.tplу шаблона
— против forms/view_field_' . $oField->getFieldType() . '.tpl у хука.
Но хотелось бы понять что именно должно содержаться в каждом из шаблонов и какой из них использовать для вывода

Как переопределить хук для вывода дополнительных полей

По умолчанию все дополнительные поля выводятся на хук конца материала:

{hook run='topic_content_end' topic=$oTopic bTopicList=$bTopicList}

тот самый что:

/*
         * Показывавем поля при просмотре топика
         */
        $this->AddHook('template_topic_content_end', 'showfields', __CLASS__, 150);
        $this->AddHook('template_topic_preview_content_end', 'showfields', __CLASS__, 150);


Как переопределить вывод на свой хук (по принципу каждому полю — свой хук)
{hook run='svoi_hook'}

или вывести другим способом значение поля в шаблоне?

К примеру способ
{if $oTopic->getField(1)} (1) — это ID поля для карт от Extravert'а

Не сработал.

Работа с типами контента и полями в AltoCMS

Здравствуйте. Этот топик посвящен работе с типами контента и полями в AltoCMS.

Как известно, в движке-родителе LS существует четкое разделение по типам топиков и у каждого типа существует свой фиксированный набор дополнительных полей, что несколько ограничивает функционал. В AltoCMS решено отказаться от такого жесткого разделения. По умолчанию в AltoCMS есть один тип контента — обычный топик, который можно гибко дополнить как базовыми(фотосет, опрос, ссылка на оригинал), так и своими полями (строковые и многострочные текстовые поля, выпадающие списки, даты, ссылки, прикрепление файлов). Существует возможность ограничить доступ на создание определенного типа контента, и возможность добавления своих видов полей из плагинов.

Читать дальше →

Новый тип данных: метаданные карт гугль. Где лучше хранить?

Уважаемые разработчики, подскажите, пожалуйста, по следующему вопросу:
идея сделать плагин, реализующий функционал нового «поля» в топике — гугль-карты с отметкой объекта, траектории и других фич. Т.е., с необходимостью хранить метаданные json карт Google.

Вопрос, каким образом лучше сделать:
1. Новый вид топика, по-типу как в LS сделаны голосования, фото-топик и тп;
2. Либо через фичу AC — кастомные поля, хранящиеся в таблицах _content_field и _content_values?