Як я можу замінити список таксономії / термінів /% із метою перегляду?


28

У мене є словник, приєднаний до типу вмісту. Для категоризації вузла, зробленого з цим типом вмісту, може бути вибраний лише один термін. Лексика називається "Транспорт" та має терміни "машини, вантажівки, катери". Тип вмісту також називається Транспорт.

Я використовую автоматичний шлях, щоб він відображав [словниковий запас: ім'я] / [термін: ім'я], тож коли він буде показаний, він показує, наприклад, сайт.com/vehicles/trucks, який показує всі вантажівки ... типові товари для Drupal. Добре...

Тепер у мене є вид, який представляє собою сторінку з маршрутом "транспортні засоби". Він налаштований для відображення всіх елементів типу вмісту "транспортні засоби". Цей перегляд сторінки також налаштовано для аргументу «ідентифікатор терміна таксономії».

Зауважте, що при наявності терміна таксономії псевдонім URL-адреси, сформований для шляху таксономії, точно такий же, як і сторінка Views з наданим аргументом:

URL-адреса Досліджена таксономія = транспортні засоби / вантажні автомобілі. Сторінка переглядів з аргументом = транспортні засоби / вантажні автомобілі.

Це цілеспрямовано. Моєю метою було показати всі результати цього типу контенту, коли аргументу немає, і коли він був присутній, це найголовніше фільтрувати результати на основі цього терміна таксономії І зберігати ті самі поля та структуру, що і без аргументу (те саме, що site.com/vehicles).

Проблема в тому, що це працює не так, як очікувалося. site.com/vehicles правильно показує мій перегляд та пов’язані з цим фільтри. site.com/vehicles/trucks відображає лише регулярний, неформований список таксономії, який надає Drupal.

Це тому, що аргумент ідентифікатора терміна Taxonomy неправильно налаштований?

Це вагома проблема, коли гачки таксономії стріляють після Погляду? Якщо так, то як я можу переставити ваги тут, щоб він справлявся правильно і давав мені потрібні результати?

Я знаю, що ви збираєтесь запропонувати - що в переглядах виходить таксономія / термін /% перегляд, щоб перекрити типи друзів за замовчуванням.

Однак у моєму випадку це не спрацює. У мене є кілька типів вмісту, кожен зі своїм словником, і кожен зі своїм оглядом та чітким набором полів (наприклад, будинки та машини, наприклад, мають дуже різні набори полів). Таксономія / термін /% працювала б, якби всі типи вмісту мали однакові поля, то я міг би просто імітувати ті, що переосмислюються, але оскільки це не так, як я можу правильно отримати свій шлях з аргументом, щоб показати результати на основі що словник термін і зберігати мою структуру поля?

Вибачте, якщо це було заплутано. Посилання на сайт для довідок http://www.buyagainbaby.com . На даний момент сайт використовує таксономію / термін /% як переоцінку, але, знову ж таки, це має змінитись так, щоб кожен погляд відповідав за те, як він надає набір результатів на основі таксономії.

Відповіді:


20

Усі ці відповіді - чудове рішення, і дякую, що знайшли час для надання таких інформативних відповідей. Ешлар, ваша відповідь навчила мене багато про те, як працює таксономія, а також про взаємозв'язок поглядів і систематики.

Я знайшов рішення, яке чудово підходить для моєї ситуації, і поділюсь цим, якщо це може допомогти вам і хлопцям.

Як я пояснював вище, моя проблема полягала в тому, що мій погляд, не маючи аргументів, надав результати, які я хотів, але погляд на таксономію за замовчуванням з аргументом, який був не тим, чого я хотів.

Для вирішення цього питання я встановив модуль таксономічного відображення http://drupal.org/project/taxonomy_display . Потім я переконфігурував кожне представлення, щоб мати аргумент терміна таксономії.

Відображення таксономії дозволяє асоціювати словниковий запас із певним видом. Тепер, коли я натискаю на транспортні засоби / вантажівки, що є псевдонімом таксономії / терміна / 3, то перегляд переймається, і це фактично відображається правильно, зберігаючи цілісність структури поля.

Якщо хтось хоче дізнатися більше деталей про конфігурацію, будь ласка, дайте мені знати.


Ваше рішення звучить як чудовий план! На жаль, я не розумію, що "відображення таксономії дозволяє вам пов'язувати словниковий запас з певним видом" -частка ... Чи можете ви мені це пояснити трохи детальніше?
Міхель

Після встановлення модуля відображення таксономії ви побачите в його налаштуваннях параметри управління тим, як відображаються списки термінів таксономії. Перегляди - це варіант. Ви вибираєте подання, а потім вибираєте, на якому елементі в цьому поданні ви хочете виглядати елементи вашого списку таксономії. Все це передбачає, що ви вже створили представлення, в якому перераховано вміст так, як вам потрібно. Після натискання на збереження список списку таксономій виглядає точно так само, як результат вибору, який ви вибрали в налаштуваннях.
blue928

7

Я вважаю, що у ваших налаштуваннях слід враховувати кілька факторів:

  • Кожен шлях повинен бути унікальним для доступу до сторінки, терміна, перегляду чи панелі сторінок Якщо у вас є два фрагменти вмісту з однаковою адресою, ви втрачаєте контроль над дисплеєм. Drupal надає терміну таксономії перевагу над поглядами, тому його не називатимуть. Визначення представлення з використанням таксономії / термін / # перехопить термін таксономії, але, як ви вказали, не відображає змістовної URL-адреси.

  • Погляди не реагують на псевдоніми. Це тому, що перше, що робить Drupal з будь-яким запитом, - це перетворити псевдонім у стандарт формату node / nid для всього вмісту Drupal. Тож у вашому випадку транспортні засоби / вантажівки перетворюються на вузол / #, призначений для перегляду. Перегляд не може безпосередньо брати контекст із псевдоніма.

Щоб отримати те, що ви хочете, зробіть одну з кількох речей.

  • Створіть меню із зворотними дзвінками, встановленими на шляху вашого перегляду. Це створить правильну URL-адресу та дозволить Перегляду відповісти.

  • Використовуйте панелі з увімкненим диспетчером сторінок (у пакеті Ctools). Якщо ви визначите Панель сторінки, визначену для відповідної URL-адреси, ви можете розмістити Перегляд на панелі панелі або передати контекст зі сторінки панелі безпосередньо на панель вмісту Перегляди. На панелі вмісту немає шляху. Натомість для створення його вмісту потрібні такі контексти, як шлях, заданий безпосередньо панеллю сторінки. Цей серіал відео на nodeone.se чудово демонструє, як ефективно використовувати панелі та менеджер сторінок.

  • Ще одним способом виведення вмісту переглядів на екран є використання модуля швидких вкладок . Я не думаю, що він відповідає вашій конкретній ситуації, але він також може безпосередньо скористатися переглядами, вибравши вкладки, які ви визначаєте для сторінки.


3

Перегляд має вбудований вигляд, який імітує та переосмислює терміни таксономії. Просто ввімкніть це, щоб перекрити списки таксономії з переглядами. Вид таксономії


2

Я фактично робив подібну справу кілька днів тому. Моє рішення не елегантне, але воно працює. Що я зробив, це перекрити показ терміна "Таксономія" за допомогою панелей, а не переглядів. Потім я додав усі мої різні погляди на кожен термін до області вмісту Панелі. Оскільки в моєму випадку кожен вид має фільтр, який обмежує його результатами певного словника, коли ви відвідуєте сторінку термінів таксономії, він показує лише вид цього конкретного словника.

Повідомте мене, якщо вам потрібна додаткова інформація про те, як я це здійснив.


Я не великий фанат панелей, але це можливий шлях. Також я дотримувався цього підручника тут leveltendesign.com/blog/dustin-currie/… . Це прекрасно працює, за винятком того, що він використовує ідентифікаційний номер таксономії, але мені потрібна назва таксономії, як з дефісами замість пробілів. Ніколи не робив подібних хитрощів?
blue928

2
Ми робимо це постійно . Панелі визначає сторінку для цього (хоча вимкнено за замовчуванням) поза полем, тому я навряд чи назвав би це неелегантним.
mpdonadio

Я хотів би більше деталей! :)
Chris Happy

1

Відмінним рішенням було запропоновано WebbyKat , щоб встановити шлях до вашої сторінки /taxonomy/term/%замість/categories/%

Це працює, але всі ваші умови перезаписать в один Перегляд.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.