Нет, orion76, не помогает ни то, ни другое ). Точнее, для пробы подставлял глобальные токены типа [site:name] или [current-page:title] — это работает, т.е. Views отображает, а что-нибудь типа [node:nid] или то, что нужно [node:author] — сам текст токена, т.е. подстановка не работает (см. скриншот).
В списке модулей поддерживающих токены, Views не числится, но глобальные то [site:name]он как-то выхватывает?? либо они на момент вызова уже существуют как глобальные инициализированные переменные?

Сами спрашиваем — сами отвечаем )
Проблема оказалась известной (некоторым тоже показался данный филдсет нелогичным):

В каком-то смысле, можно считать это особенностью VBO-модуля.

Рецепт (может кому-нибудь пригодится):
1. Задать вес своему модулю больший, чем VBO, например, 1 (для установки очередности обработки хуков)
2. В своей реализации хука hook_form_alter или hook_form_FORM_ID_alter проверять шаг, на котором находится форма и реализовывать свой функционал вот здесь:

boatsman — Еще раз спасибо, помогло ). Налицо было непонимание основных принципов.

roman-yrv — Благодарю ), Вы правы — очень хороший блог, читаю его
чуть ли не самого начала знакомства с drupal (а оно недавнее

спасибо ), пошёл следовать совету

Ясно, в этом действительно есть резон. Спасибо ).

спасибо), Вы правы — именно им и пользуюсь.

Всё верно ), спасибо!
Либо taxonomy, либо taxonomy_term — как раз нашел решение, глядя вот на эти материалы.
Быть может кому-нибудь пригодится:

http://drupal.stackexchange.com/questions/36178/create-a-field-instance-...

http://api.drupal.org/api/drupal/modules!taxonomy!taxonomy.module/functi...

Заранее прошу прощения за неоформленный код (

Похоже, и правда, проще вытаскивать uid прямо из поля ноды, но всё же интересно, как правильно подставлять значения токенов (в принципе).

Если кому интересно):
Поскольку парсинг строки токена производится последовательно (по сегментам, через разделитель ':'), доступ к полям связанных нод через токены строится просто, как последовательности вида:
[node:field-xxx:yyy], где xxx — имя поля связи типа node reference, а yyy: имя части стандартного (базового) токена, типа [node:author]

Например:
автор связанной ноды — [node:field-xxx:author]
почта автора связанной ноды — [node:field-xxx:author:mail]

etc

Еще раз огромное спасибо всем за советы и особенно koreychenko и orion76
Дело не в токенах. Анализ таблиц помог разобраться в структуре данных и в том, как формируется запрос. При создании View мне надо было всего лишь связать через отношения (UID) данные ноды материала и записи профиля автора, имя которого теперь и отображается в отдельном поле.

спасибо, q2_faith, я понял, что через интерфейс, тем более, что Максим всё подробно разъяснил.
раз пока ничего не получается, значит где-то я туплю.

спасибо за терпение и подробный ответ ) — логика использования собственных «токенов» Views ясна, но в данном случае ничего не работает и, похоже, дело именно в токене, производном от [node:], т.е. даже при отключенном поле, принимающем значение [node:author] и подстановке в «custom fld» появившегося теперь токена Views — [field_author] в поле отображается опять-таки сам исходный токен.
Наверное, я как-то коряво с точки зрения drupal решаю такую банальную задачу, но тогда просто не понимаю, как во Views отображать поля ноды, значения которых, получены автоподстановкой при вводе.

q2_faith ), прошу прощения за паузу — нет, не проигнорировал, но не понял, как реализуется вот это:

"q2_faith" wrote:

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

Вывожу поле, отключаю его вывод при формировании представления, но как использовать значение этого поля как токен?

Огромное спасибо, Ch!
Похоже, это точно оно.

всё работает )

<?php $node = menu_get_object(); print_r($node->name) ?>

потому get_defined_vars() и не смотрел.

Ещё раз всем спасибо ) и за оперативность в том числе.

спасибо ), т.е. надо мне смотреть функции API, прежде чем лезть в такое )