Сначала пример.

<form name="artist" method="post">
<input name="name" type="text"><br>
<input type="submit" value="добавить артиста">
</form>

С помощью этой формы мы вводим в базу музыкальные группы или сольников.

В форме ниже вводим альбомы.

<form name="album" method="post">
<input name="artist" type="text" relation="artist" as="name"><br>
<input name="name" type="text"><br>
<input type="submit" value="добавить альбом">
</form>

Атрибут relation это отношение. В данном случае тег имеет отношение к первой форме, которая name="artist". Атрибут as говорит как показывать список артистов введённых из формы artist. В форме artist есть атрибут name="name". Это введённое имя (name, который в кавычках), вот по этому nsme и делаем вывод - as="name". С помощью relation и as мы заменим нашу срамную форму в одну строку на список уже введённых артистов, которые будут выведены по имени.

<input name="artist" type="text" relation="artist" as="name"> превратится в что-то типа такого:
<select size="1" name="artist">
<option value="1">Васькин бойз-бэнд</option>
<option value="2">Стёпкин гёрлз-бэнд</option>
<option value="3">Борька Моисеев</option>
</select>


В итоге имеем:

Форма 1.




Форма 2.

Васькин бойз-бэнд
Стёпкин гёрлз-бэнд
Борька Моисеев





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

Смысл примера.

Цель такого построения очень проста. Пользователь делает свою форму - ему не нужно писать php-код, не нужно мучится с sql-запросами. Он просто делает форму, заполняет и создаёт контент или редактирует его.

Выводить контент так же просто. Просто написав html-тег, а всё остальное сделавет скрипт: выведет, отсортирует, профильтрует, даже построит форму для детального поиска.

Вопросы.

Насколько будет целесообразно такое?
Лично хоть немного вам понятна суть?
Будете ли пользоваться?
Или ну его нафиг?

Ответьте, пожалуйста, в комменты.

P.S. Нужно дополнить. В обычных ситуациях скрипты не создают контент исходя из форм, они подводят формы под контент. Это ограничение в первую очередь на пользователя. Захотели вы не только блог, но и сделать музыкальный сайт/раздел или пародию на IMDb придётся качать модуль, если он есть и бесплатен или искать нужный скрипт. Это не удобно потому что придётся знакомится заного, встраивать в дизайн и если это не модуль, то делать конвертацию или туда-сюда регистрацию пользователей.
P.P.S. Из "странностей" в Strawberry 2.0 будет ещё более широкая работа с XML-RPC. Раньше эта хренатень работала очень скудно: был кросспостинг в ЖЖ и была возможность постить через w.bloggar. В будущем система расширится: будет постинг через Semagic, будет общение с "главным" сайтом (пока в планах только багтрекер - вы из админки пишите чего не пашет), возможно и общение между сайтами - тот же багтрекер с решением проблем может быть виден всем, будет возможность получать более обширную информацию об апгрейдах: какие файлы изменились, что в них изменилось. Через XML-RPC из админки у вас будет возможность скачать свежую порцию документации, что удобнее нынешнего формата справки.
Будет таксономия с фолксономией. Эти дурацкие слова обозначают иерархическую (типа категорий и рубрик) и "плоскую" (типа тэгов (tags) и ключслов (keywords)) структуры сортировки контента. Какие-то будут предустановлены, но отредактировать или "на лету" изменить с помощью форм конечно же будет можно.