А CSS-то тут причём?? Таким макаром, проще вообще вручную набить табличный дизайн и не ставить Друпал.

То есть, единственным вариантом положить одно поле field рядом с другим полем field, а не после него - перепиливать тему оформления?

Да нет же, не столько в некрасивости дело, сколько в том, что fields выводятся только последовательно. А хочется - рядушком. А никак. Кого-то надо сжечь на костре?

Я руководствовался логикой: для добавления полей лезти в начинку сайта не надо, а значит должен быть способ расположить эти элементы куда потребуется. Ведь для определения позиций блоков есть Panels, QT, не надо даже тему менять\пилить.

Просмотрел темплейты и CSS темы "Бартик". Даже намёка на то, как располагаются field не нашлось. Но я не программист ни в одном месте.

Я раскуриваю 7 Друпал.
Не думал, что это настолько геморойным может оказаться

Да нет, я вообще никого не виню, упаси меня Тукс Святой и Патрег, пророк его. Просто сильно думал, что если уж мы добавляем практически произвольные field, то и разместить их чуть более гибче, чем попорядку как-то можно без ботанья PHP\CSS.

Да я не про тему оформления плачусь-то! А про расположение полей внутри документов. А то получается, что полей добавить можем сколько угодно и каких хочется (плагины к CCK вообще всё что угодно позволяют по-моему), а вот расположить их в нужном порядке и позиции - это уже лезть в код и вообще в CSS. Впрочем, я как-то совершенно не понимаю, не дорос, наверное:
Вот, допустим, я сейчас залезу куда-то в глубины темплейтов и заставлю отобразиться свежедобавленные поля "Теги" и "Иллюстрация" не последовательно, а в 2 колонки. Но до меня совершенно не доходят 2 пункта:
1. Откуда темплейт документа знает о моих телодвижениях при добавлении новых полей к документам и в какой из темплейтов залезать, если стиля "My_tags" вообще никогда не было до меня
2. Если я перепилю для всех полей подряд, то что будет со свежедобавляемыми полями (я о том, что если мы залезли в код - прощай гибкость во всём остальном)

>>>Нормальную тему оформления что для drupal, что для любой другой CMS, без знаний css не сделать.
Я не делаю тему оформления, меня Бартик устраивает с лихвой. Мне поле в документе не нравится. Я думал, что место вывода поля документа можно как-то через стандартные места настраивать, а не лезти своими кривыми руками. Я ведь не лезу пилить темплейт, если хочу блок "Логин" перенести из левой колонки в правую. Можно и так, но есть более приятные способы.
>>>Ну и напоследок, у друпала достаточно высокий порог вхождения, т.е. надо очень немало знать, чтобы делать сайты, но и гибкость зато очень большая...
Про порог вхождения я в курсе, не первый год периодически его щупаю, пусть не систематически, но мало-мало мышью наклацать что-то получается. Но гибкость, заключённая в том, чтоб пилить темплейты - это, по-моему, перебор: так получается, что чистый PHP\Perl и текстовый блокнот - вообще идеальная CMS. Придёт обновление к тому же Бартику и полезу я опять пилить. Сурово.
>>>Если же учиться не хотите, подумайте раз 10, стоит ли использовать друпал, да и вообще тем-ли вы занимаетесь.
Я вообще не веб-дизайнер, а линукс-админ. А Друпалом балуюсь, так как он почти идеален: позволяет выполнять практически все мои скудные запросы в сайтотворчестве и не править код. Только вот тут какая-то заморочка вышла. Может, я просто неправильно формулирую мысль и меня, соответственно, не туда посылают?

Блин, я случайно /etc/hosts не перепутал? А то заходил вроде на drupal.ru, а попал на LOR...

>>>как друпал должен понимать, что избранные из них нужно собирать в строку, а прочие нет?

А как в CSS определить расположение новых полей, если по-умолчанию полей только 2 - название и текст (title - body). Остальные-то я где буду искать? Тут как-то у меня совсем личный шаблон рвёт. Я же добавляю собственные поля, откель им в CSS быть?

>>>аналогия с блоками не канает, друпал определяет только регион вывода

Вот! Это самое мозговставляющее высказывание. Значит для моей задачи хорошо бы определить несколько регионов уже внутри ноды. Но такого нету. Блин.