Title главной переводится так же как title всего что переводится. Это зависит от того, что это за Title. Если это title ноды - переводите ноду, если блок - переводите блок, если еще что-то - еще что то. Довольно нехитро, в общем.

"pifagor87" wrote:

можна более детально?

У вас табличка, не пойдет.

"pifagor87" wrote:

даже под одним юрелом не выводит нескалоко страниц вюшек.

Ах, так у вас табличка... Значит, выбрали не самый лучший вариант композиции страницы, это можно сказать однозначно. Как всегда в подобных случаях, возникает целый веер разных решений:

1. Пересмотрите лейаут в пользу unformatted или другого которое использует поля.
2. Пересмотрите необходимость показывать эти выборки под одним урл - сделайте 3 (или сколько там нужно) разных страницы.
3. Наконец, можно написать нехитрый js, который по выбору option или радио будет скрывать ненужные столбцы.

В основных настройках слева есть "стиль". Там есть чекбокс "скрывать если значение пустое". И в самом поле аналогично. Убедитесь что оба чекбокса стоят, у вьюс нет проблем со скрытием лейбла пустого поля.

А как вы метки делаете?

Georgii, это славно. Там же, я думаю, есть критерий сортировки по entity_reference. Его, я думаю, и стоит использовать как первый критерий с нужным значением, global:random как второй.

Возможно, для этого нужно будет этот референс сначала использовать в relationships. Без понятия - entity reference никогда не использовал, не в курсе даже что оно хранит.

Так я вам объяснил вроде. Что именно не ясно?

1. В фильтры добавляете открытый фильтр по типу материала.
2. Каждое поле просите скрываться если пустое (hide if empty)

Мм. Тогда самое разумное - организовать связь между этими нодами или использовать существующую. Сложно сказать так как не представляю структуры вашего контента.

Эти ноды могут быть связаны через автора (один юзер (клуб) = куча трасс). Они могут быть связаны через user reference (аналогично). Наконец, они могут быть связаны через node reference. Во всех трех случаях можно организовать соответствующую сортировку в текущем дисплее.

Аттач - это вызов 2-х выборок вместо одной для получения одного листинга. При любых раскладах это существенней увеличит расходы на процессинг страницы чем sort по cck полю.

В целом да - любая сортировка замедлит выборку...

Georgii, не понял проблемы. Используйте сортировку в тех списках, в которых нужно. В которых не нужно - не используйте.
Или вопрос в том, что выводить вверх нужно не определенные ноды, а ноды как-то связанные с текущей?

Привет

Это нехитро реализовать через дополнительное поле cck. Назовем его Вес, присвоим числовые значения и будем при редактировании вставлять нужную цифирь. Поле открыть для редактирования только административным ролям. Во вьюсе, соответственно сортировать список descendant.

Это обычное решение для подобных задач. В листингах специфических (например, термины таксономии) можно попробовать использовать родную характеристику "вес"