Добрый день!

Хотелось бы видеть в будущих релизах Битрикс более дружелюбную систему шаблонов. У шаблона может быть несколько вариантов разметки: с левой колонкой, без левой колонки, версия печати, и тд). Сейчас это можно реализовать через несколько шаблонов, либо использовать шаблоны страниц. Каждый из вариантов имеет свои минусы. Реализация нескольких шаблонов  по моему мнению не корректна, так как происходит дублирование верстки, css и js (если не выносить в .default), ну и вообще это не правильно с точки зрения человеческой логики.
Использовать шаблоны страниц - крайне не желательно, так как этот функционал просто копирует верстку из шаблона в файл страницы. Если шаблон страницы необходимо изменить - то увы его придется менять на всех страницах, которые были созданы на его основе.

Мое предложение сделать layout'ы, как во многих известных шаблонизаторах (пример http://laravel.com/docs/templates#blade-templating). При создании страницы в ее настройках выбираешь тот layout, от которого наследовать страницу. Далее на странице размещаются компоненты во вставки (sections) либо включаемые области. Данная реализация позволит с легкостью переключаться между разметками страницы, не изменяя ее код; держать разметки в одном шаблоне; изменение разметки не повлечет за собой изменение страниц.  

Идея:

Сделать возможность более тонкой настройки разделов в инфоблоках, как минимум - настройка обязательности полей для разных уровней. например, на каком-то уровне картинка является обязательной, а на другом - ее в принципе не может быть.
Как максимум - дать возможность настройки формы редактирования для разделов разных уровней, чтобы при добавлении раздела уровня 1 показывалась одна форма, раздела 2-го уровня - другая и т.д.

Кому и зачем нужно:

Собственно, раз похожее поведение есть в элементах инфоблока (свойства, привязанные к разделу), логично сделать так же и для разделов. Часто клиенты хотят иерархию в каталоге, например "город-магазин-тип обуви". При этом у города хотят карту обязательную, у магазина - обязательную фотографию а у типа обуви - обязательное указание сезона. Приходится создавать все поля, отменять у всех обязательность и проверять на заполненность на уровне обработки события сохранения. Задача несложная, просто муторная и частая.

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