Иван Иванов (Все сообщения пользователя)

Не все так просто, интуитивное программирование здесь не пройдет :)
$res - это ресурс на изображение.
Функция imagepng($res) рендерит в аутпут, а не в файл.
Чтобы в файл, надо imagepng($res,'путь.png'). Ну и header() соответственно ни к чему совсем.
А вот потом этот файл надо брать и пихать в иблок через методы класса CFile.
Можно наверное даже и без временного файла обойтись, используя ob_. Но это еще больше запутает.

В методе add не написано как добавлять тэги, вот в чем проблема.

Если будет несколько шаблонов, то это будут разные js/css файлы. Ну, не считая библиотек вроде jquery и всяких лайтбоксов. Подключать один шаблон из другого я считаю ужасной ошибкой, которая проявляется при переименовании шаблонов или переносе на другой сайт. Если того требует логика сайта, лучше сделать в рамках шаблона специальный роутинг, например в header.php подключение разных header.php из подкаталогов шаблона по условию.

Дополнительные шаблоны следует, по моему мнению, использовать только в следующих случаях:

1. Версия для печати / pda / смартфона
2. Создание самостоятельного раздела сайта с независимым дизайном и версткой. Он не имеет отношения к сайту как таковому и имеет совершенно отдельный дизайн (например, минималистичный раздел утилит менеджера).
3. Независимый раздел для подразделения/направления, со своими торговыми марками, брендами и цветами.

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

Есть, bitrix/php_interface/init.php
Этот файл запрашивается всегда в первую очередь при подключении битрикса на любой странице (см доки). И не забудьте if(isset($_GET['REGION'])), чтобы он не сбрасывался при переходах.

Встраивание в WORK_AREA это и есть создание отдельной веб-страницы с текущим шаблоном и контентом компонента. Вы, очевидно, путаете страницы и файлы.

Более того, только что назначил шаблон "Версия для печати" стандартной странице регистрации (которая resister=yes). Все получилось.

Так и не понял, в чем ошибка и в чем я заблуждаюсь :)

Конечно же надо писать условия в шаблоне. Никакого дублирования js/css и вообще никакого дублирования в проекте быть не должно ни в коем случае, эта идеология куда важнее чем mvc. Шаблон сайта - это целостная структура, которую должно быть легко переносить, архивировать и изменять по принципу "одно свойство - в одном месте".

То, что новые пункты добавляются к старым - это нормально. Вы должны очистить старое меню, если не хотите его видеть. То, что исчезают после разлогина - это не прописаны права на чтение для иблока неавторизованным пользователям.

То что написано, и значит. Для работы этого механизма системы защиты, надо настроить сервер (php) соответствующим образом.

Через точку можно обращаться к полям связанного элемента. http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

Вариант 1. Не делать фильтрацию по дате, а делать постраничку.
Вариант 2. Сделать страницу "архив сообщений" с тем же компонентом, но с показом всех элементов у которых дата конца активности меньше текущей.

Код писать долго, идея такова: используется <area> с разными ссылками, с идентификатором региона в гете REGION=ID. В init.php регион сохраняется в сессию $_SESSION['REGION'] = $_GET['REGION']

В файле формирования меню (тип.menu_ext.php) Вы делаете switch($_SESSION['REGION']) и вставляете пункты в зависимости от кода (или имени) региона. В шапке сайта еще можно выводить текущий выбранный регион.

Запросить список секций, как например это делает компонент bitrix:menu.sections
В API есть метод CIBlockSection::GetList

Я не суппорчу, а лишь делюсь своим опытом и заимствую чужой. Если Вам нужна техподдержка от компании, обратитесь в нее.

По теме: не понимаю, причем тут хедер и футер. Эти компоненты создают собственные страницы, и их можно дизайнить (например, добавить свой контент). Если при этом надо еще и скелет менять, то задается альтернативный шаблон в настройках сайта, подключаемый при условии для этих страниц.

debug_backtrace?

Сделайте два шаблона - для детального просмотра и для всего остального. На странице управления шаблонами сайта задайте шаблон "для папки или файла" по условию, соответствующему странице детального просмотра.

Ну если на деве искать, то тогда так:
http://yandex.ru/yandsearch?text=справка+site:http://dev.1c-bitrix.ru&lr=39

Яндекс удобен тем, что у него внизу есть быстрые переходы на гугл и бинг с тем же запросом, если не нашлось его движком.

Поиск в таком виде покрывает почти 100% вопросов разработки:
http://yandex.ru/yandsearch?text=справка&lr=39&site=1c-bitrix.ru

Вот пример для формы ручной верстки без ajax для случая, когда первый уровень - авторы, а второй - книги. Может, пригодится.

Этот компонент и втыкается в WORK_AREA, когда срабатывает на него ситуация. То есть, он уже и есть страница. Поэтому достаточно привести его внешний вид к стилю сайта. В принципе можно в его (компонента) шаблон вставить и другие компоненты, если это необходимо отображать на странице с этим компонентом.

Да там переделывать особо нечего, только прописать array('SUM'=>'QUANTITY')

Ну тогда при клике на карту пусть выбор передается гетом и сохраняется в сессию и в зависимости от него потом в тип.menu_ext.php формируется меню.

Лучшая помощь для начинающего разработчика - это обучение и документация. Вы ее уже изучили?

Должны ли они сохраняться для пользователя при каждом логине и переходах по сайту?

Сортируйте ее при получении: первый параметр array('SORT'=>'ASC').
Если при получении нельзя, только напишите result_modifier.php и в нем отсортируйте обычной php-сортировкой с каллбеком.