О. Это ж надо перевести наверное. Никто не хочет поучаствовать?

Если list, то надо думать - это style-уровень, на нем вроде бы нету пагера. Но непонятно, почему не задействуется верхний уровень display. Попробуйте скинуть шаблон в дефолтный - что будет?

Quote:

Это наиболее специфичный, имя файла включает в себя название вьюшки. Пробовал выводить $pager, там пусто.

Да я понимаю. Я имею в виду, какого он уровня? Display? Style? Row, может? Какой темплейт вы брали за основу?

Вьюху вашу я импортнул, проверил - пейджер работает нормально (после того как imagefield убрал и тип ноды сбросил).

Хм, с опозданием. Обещали еще 15 августа вроде отключить.

А это какой из темплейтов для views? $pager есть на верхнем уровне темизации (display), views-view.tpl.php.

А.
Запрос к БД тоже сами вызываете?

Обычный theme('pager') требует чтобы запросы к БД были постраничные.
А почему нельзя включить пейджер прямо в настройках вьюхи?

Делал недавно похожее, разве что вставлял не в темплейте, а в модуле - через hook_user('view', ...).

Делал так: вьюху создавал как аттачмент, в аргументах у вьюхи указывал uid, после чего
views_embed_view('viewname', 'displayname', $account->uid).

sergip wrote:

6.x-0.0-beta2

Ну и что, что версия маленькая? Работать можно.
Если интересно - могу поделиться опытом

Можно еще так:
А у меня - работает.

А что требуется-то? $node->taxonomy[235] <- здесь 235 и есть tid.
Проверить, имеется ли термин - isset($node->taxonomy[235]).

Там не просто переменная, там массив терминов - их ведь несколько может быть.

Проявите самостоятельность: напишите в шаблоне print_r($node); и найдите.

Ну или, если уж не получится, - посмотрите тут, зря писал что ли

Для node.tpl.php - $node->nid.

Ну да, именно так. Я ж сказал не менять тип, а проверять тип. А там уж - тип вы будете проверять, или конкретную ноду - без разницы. Главное что делать надо в шаблоне.

Не на самом d.org, а на api.drupal.org. Там Form API прямо в списке главных тем.

Дык надо ж с официальным Form API сверяться - там это написано

Не, Views тут ни при чем. Надо шаблоны редактировать на предмет проверки типа ноды и вывода соответствующей надписи.

RxB wrote:

Болезнь нулевого юзера

На случай, если еще не видел, тебе понравится Anonymous User

Не-не-не, автор стопудово что-то не так написал. Я часто пользуюсь скрытыми полями, которые изменяю в JS и сохраняю аяксом - все сабмитится как надо, с изменениями. В общем, код в студию.

Другое дело, что - да, пользоваться ими надо только когда иначе нельзя, и не забывать про валидацию. А стоимость можно хранить в '#type'='value'.

Недавно в новостях модулей проходил TranslateThis Button - как раз гуглотранслейтом сайты переводит.

Оно того стоит

Меня тоже его интерфейс сначала смутил, отношения какие-то, аргументы. Казалось, что запрограммировать самому гораздо проще. Но потом почитал немного, и все стало ясно, сейчас уже и пользуюсь, и интеграции к нему пишу.

1. Таксономия собирается в меню с помощью taxonomy_menu. У модуля есть свои косяки, но в целом - работает. А вообще, лучше всего для таких вещей и для пункта 3 освоить модуль Views.

3. Соответственно, Views.

4. В чем угодно. WSOD как правило появляется при ошибках в коде. Где именно - скажут только эррор-логи сервера.

Во-первых, без #value, просто $user->profile_company.
Во-вторых, чтобы второстепенные (добавленные сторонними модулями) поля появились в $user, необходимо полностью загрузить его с помощью user_load:
global $user;
$user = user_load($user->uid);

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

Берете поле с картинкой и пишете для него шаблон.