r2

Что планируется добавить?

Ничего глобально нового, но множество мелких улучшений, навскидку:
— более удобные личные сообщения,
— новая система подписок на обновления,
— новые уведомления (например, на e-mail при ответе на ваш комментарий),
— возможность приглашать друзей прочитать ваш новый пост и т.п.,
— новая система групп,
— более удобных поиск пользователей,
— полностью настраиваемые профили
— поддержка разных провайдеров openid,
— избранное, социальные кнопки,
ну и все в таком духе
список пополняется по ходу работы, предложения принимаются

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

ну и как верно подметил picaboo — наша основная задача на этот раз не сделать кучу всего "из коробки", а максимально упростить создание, распространение и установку расширений

Uriah, даже не представляю что тут ответить
mysql_real_escape_string, htmlspecialchars — такой список подойдет? =))

Katerina, да не правда.
Невозможна в том виде, в котором была до закрытия модели — верю.
Невозможна в принципе — не верю.

исполнителей к сожалению нет для данного компонента в силу того, что ядро закодировано

любые доработки можно сделать без вмешательства в закодированный файл
если человек утверждает обратное — он просто некомпетентен

немного не понятно что будет мешать им зайти в папку компоненты и там в папку шаблона

ну вам же что-то мешает?
здесь больше нечего обсуждать, я думаю

kir, я вашу позицию понимаю и вы во многом правы
но есть два обстоятельства

во-первых, та структура которая есть сейчас, что называется "исторически сложилась"
и честно говоря, лично я например не испытываю особых неудобств, хотя согласен, могло быть лучше

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

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

что касается битрикса, то сравнение не очень уместно
битрикс это интерпрайз-система, на ней обычно не строят сайты энтузиасты-одиночки
и там работают другие законы

kir, мой опыт разработки под битрикс говорит мне, что с этим перениманием надо быть очень аккуратным

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

вы так говорите, как-будто "залезть" это 40 минут времени
в любой нормальной IDE есть дерево где можно открыть нужные папки и никаких проблем

всё в разных местах для компонент, это не удобно

это дело привычки, я не вижу здесь никакой проблемы

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

достаточно держать шаблоны компонента только в /templates/_default_/components
если на сайте включен другой шаблон, и в нем нет этих файлов, то они берутся из _default_

видел в контроллере обращение напрямую к бд… помоему это не по MVC

а мужики-то не знали :)) движок начинали писать когда про MVC еще никто не слышал
кода много, исправляется потихоньку

instantcms.ru/blogs/InstantSoft/instantcms-2-pishem-komponent.html

плюс, когда вся статика лежит в одном месте (например .js-файлы всех компонентов в /templates/шаблон/js) ее можно перенести на другой хост и отдавать, скажем, nginx'ом
с кучей разных папок это уже не так легко

Димитриус, но ведь палка о двух концах
тогда мы получим то же самое, но для шаблонов
то есть файлы шаблона будут распиханы по папкам компонентов

покопаться в коде дабы посмотреть в какие шаблоны выводит

этой проблемы не будет, в 2.0 шаблоны компонентов лежат в отдельных папках, а не в одной куче как сейчас
т.е. например /templates/default/controllers/blog/*

Пример. Когда разбираю машину, ноутбук, я не складываю просто болты к болтам

Антипример. Когда я покупаю разобранную мебель весь крепеж находится в отдельном пакетике. :)

это облегчит жизнь и разработчикам компонент и обычным пользователям

Чем именно облегчит, можете аргументировать?

Создать статью с адресом /support.html

lezginka.ru, developer.android.com/sdk/index.html