Снова про Drag'n'Drop Blocks
Этот пост, как и предыдущий служит для осведомления меня о том, что вы думаете касательно плагина Drag'n'Drop Blocks и его расширений.
У меня появилась идея (и она в бете уже будет реализовано, если я не столкнуть со сложностями) сделать блоки, которые будут подключаться автоматически. Например, есть разметка: <!--block:content-->.
Есть категория у блоков content. Все блоки лежащии в этой категории и имеющие имя key:value.block, где key это ключ запроса (?some=thing - тут ключ это some), value это значение (?some=thing - тут значение это thing), а block это просто стандартное расширение блоков :).
Так вот, если у нас будет установлен key и value, то мы инклудим соответствующий блок.
В чём плюс? Дело в том, что по-любому будут блоки содержалие в себе много логики. В версии альфа этот блок именуется main. Лично я спокойно могу запутаться в тексте блока, ибо без подстветки не приучен сидеть, что говорить о простых пользователях. А такие блоки они уберут (или доведут до минимума) логику подключения из блоков, скрипт сам решит что инклудить.
Как идея? Гениально? Я знаю :).
P.S. Про бету. Я думаю, что она выйдет ближе к утру (сейчас ночь, я человек ночной, как-нибудь потом в своих мемуарах напишу, годков через сотню). Инсталяция, апгрейд работают. Там ещё немного нововведений типа импорта постов из RSS и всяческого такого. Кстати, мультиязыки переделаны. Да простит меня Ozz (кажется он переводил), но весь перевод пошёл на смарку и генератора po-файлов (теперь будет что-то вроде библиотеки GetText, я с ней не разобрался, поэтому потырил немного из Drupal`а :)) пока нет (т.е. новый перевод пока не сделать, к релизу всё будет).
Такие пироги.
категория: Другое / комментировать (7)

coolchevy // 20 мая 2006 - 03:18
неплохо придумал, главный плюс твоих решений => простота настроки + гибкость = минимум нагрузки, супер!
кстати все не собирусь тебе отписать про доп поля, есть там пару идей
действие: ответить