Как пользовательские обработчики notafield определены для Views 2 (Drupal 6) - PullRequest
0 голосов
/ 14 ноября 2010

Я могу найти документы только для предопределенных обработчиков.Я предполагаю, что мне придется переопределить один из классов обработчиков, но какие методы мне действительно нужно переопределить?Я где-то читал, что новый обработчик для Views 2 должен быть зарегистрирован в Views.Где и как?

Я хочу определить поле, которое является не полем БД, а полем, вычисленным из других полей (обратный отсчет до будущей даты / времени).

Изменить: Я говорю о пользовательском модуле, который уже имеет два поля Views 2 (две метки времени).Теперь я хочу определить еще два поля, которые на самом деле не являются полями БД, но рассчитаны на основе реальных полей.Итак, мы говорим о hook_views_data() здесь.Я не хочу определять конкретное поле для конкретного представления, но определение поля, которое может использоваться пользователем модуля для произвольного просмотра.

Вопрос в том, как определяются такие поля.?Если я объявляю поле как notafield и устанавливаю нестандартную функцию-обработчик, я получаю сообщение об ошибке в графическом интерфейсе представления Broken/missing handler.Из кода представлений я могу догадаться, что мне, вероятно, нужно переопределить один из предопределенных классов-обработчиков (в отличие от глобальных функций, таких как представления 1).Но какие из методов мне нужно переопределить и куда я помещаю новый класс и как представления узнают, где найти класс?Я не могу найти никакой документации для обработчика пользовательских полей или обработчиков запросов.

Редактировать:
Я задокументировал все это здесь .

Ответы [ 2 ]

0 голосов
/ 21 ноября 2010

Я понял это (на самом деле это сделали милые ребята из списка разработчиков): документация в расширенной справке.Просто установите виды и модуль расширенной справки.

0 голосов
/ 15 ноября 2010

Модуль " views_customfield " можно использовать для создания настраиваемого поля для представлений.

...