Опрос: полная кастомизация html-вывода

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

Цитата с Гитхаба:

Задача довольно сложная. Причём её решение в каждом случае получается индивидуальным. Например форма логина. Я сделал так, чтобы саму форму можно было настраивать через type/loginform/units/form.php Аналогично — password-recovery, search и registration. Если в шаблоне нужна своя верстка, то кидаем только этот файл и правим под свою задачу.


Теперь в чем сложность. Некоторые type-файлы состоят из сложной if-логики. Например тип users и page-comment-form.php. Каким образом её отделить от содержимого пока не ясно.


Отсюда вопрос: какие ещё блоки, «зашитые» в систему вызывают сложности и требуют разделения?


Отмечу еще один момент — плагины. Ну тот же forms. Форма жестко зашита в плагин. Можно попробовать её выделить отдельным файлом. Но поскольку там опять же сложная логика, то получится как-то так:

$f['format_textarea'] = '<label class="ffirst ftitle ftop" for="{id}"{require_title}>{description}{require}</label><span><textarea name="forms_fields[{key}]" id="{id}"{placeholder}{required}{attr}>{pole_value}</textarea></span>{tip}';
$f['format_tip'] = '<p class="nop"><span class="ffirst"></span><span class="fhint">{tip}</span>';

То есть это некий шаблон вывода разных html-участков формы. Насколько такой код сложен для понимания верстальщиков?

Если у вас есть какие-либо пожелания по улучшению или сложные места в движке (которые вызывают проблемы при верстке), то самое время высказаться здесь на МаксХабе или сразу на Гитхабе¹².