Делать данную опцию бред из за лишнего гемора разработчику.

jQuery +1
Она более распространенная.

Желательно сделать php по умолчанию.
или хотя бы дописывать в тег code строку class=""

php-native смотрится лучше чем шаблонизатор, только надо несколько упростить код.
<? if(@$nodes ): ?>//Мне кажется так просто красивей, хотя на любителя. И также я стал проверять массив а не переменную $show, то есть массив заполнен значит выводим. <? foreach($nodes as $node): ?> <div class="node" id="<?=$node->id; ?>"> //Убраем все лишнее <?=$node->body;?>//Убраем все лишнее </div> <? endforeach; ?> <? endif; ?> И заменяем "<?php" на "<?",";?>" на "; ?>" и "<? echo " на "<?="
Не встречал еще хостинг который не умеет работать с коротким синтаксисом, так что шанс что таки шаблоны не будут работа очень мало.
И на всякий случай в CI есть скрипт который короткий синтаксис на обычный.
При выводе не надо проверять переменный, они всегда должны быть созданы и заполнены.
Поздравляю с Женитьбой. Удачи и любви вам.
andyduke +1

а <S> на ctrl+t?

Замечательно. А то очень мешало выставление цитаты на ctrl+v
Но вот непонятно почему ссылка на ctrl+l а на ctrl+t?
Из каких соображений выбранный именно эти кнопки?

Как делаю я
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond $1 !^(index\.php|phpinfo\.php|templates|robots\.txt)
RewriteRule ^(.*)$ index.php/$1 [L]

По хорошему должна быть папка asset в которую будут сложенны все img,js,css которые используются на сайте.
Запрос к всему остальному должен перекидывать пользователя на index.php
P.S. Смотрите http://cogear.ru/templates/cogear/footer.tpl
по идеи до этого я не должен был добраться.
http://cogear.ru/engine/index.html
Глядя на эту страницу (стандартная КИшная 403) я понимаю что папку engine вы не куда не перемешали и не переименовывали.
http://cogear.ru/gears/admin/templates/navbar.tpl
Вы закрыли доступ к файлам с расширением .txt и .info а
вот про .tpl забыли)
P.S. Что-та раздвигающийся автоматом редактор тупит.

Один из самых глупых стандартов которые используют CMS
Кстати убрав эти строки шел запущенный в CMS будет практически не возможно вызвать.

А если разработчик модуля для вашей CMS забудет эту строчку.

Кто либо написал либу и забыл сделать проверку на то запущен ли скрипт из index.php или нет.
Таким образом кто угодно может запускать этот скрипт и использовать ( если скрипт не использует ядро Cogear).
А если убрать данные строки и вписать папки исключения из правил, то любой запрос кроме того который будет адресован на соответствующие папки будет переведен на index.php

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Можно убрать и прописать папки исключения.

За кеш +)
Вот статья по загрузки файлов http://vremenno.net/html-css/file-uploaders-overview/

Их создавали очень давно и не для верстальщиков, а для более красивого кода, так как раньше не было IDE с такими возможностями по подсветки синтаксиса как сейчас.

А вы найдите 10 верстальщиков и задайте вопрос что им лучше Quicky или нативный шаблонизатор.
Боюсь большинство выступит за нативный шаблонизатор нежели за Quicky.
P.S. Так вышло что все мои знакомые верстальщики знаю PHP и предпочитают нативные шаблоны.

Опять учить этот пресловутый синтаксис шаблонизатора(

# Многих верстальщиков/дизайнеров отпугивает код в шаблонах.
Вам это сказали верстальщики или это вы так считаете?

Было бы очень хорошо если бы CMS перешла с MooTools на jQuery

Если нужна будет помощь по перенесению шаблонов с Quicky на нативные с радостью помогу вам в этом деле.

Я за нативные шаблоны
1 краткий вид шаблона понятней чем вид смарти
2 скорость максимальная
3 подсветка синтаксиса будет работать во всех прогах что облегчит верстку.

Смарти
1 слишком большая либа в которую самому что либо дописать очень сложно и разобраться где ошибка тоже
2 лишний синтаксис
3 тупое хранения шаблонов
4 стремное кэширование
5 очень медленно работает

Начав использовать Smarty вы убьете CMS.

в CI есть скрипт которые заместо <?=$text;?> ставит <?php $text;?> если short_open_tag отключен.