форум общения русскоязычных пользователей CMS Текстпаттерн
Вы не зашли.
Нужно сделать сайт с 2-х уровневой вложенностью
Структура такая:
Раздел1 ->Статья11 ->Статья12 ->->Статья121 ->->Cтатья122 ->->Cтатья123 ->Статья13 Раздел2 ->Статья21 ... и т.д.
В меню навигации надо отображать только Разделы и Статьи 1-го уровня вложенности (Статья11, Статья12...).
Список Статей 2-го уровня вложенности надо выводит при открытии родительской статьи. Т.е. ссылки на Статьи121, 122... выводятся на странице Статья12.
Как я представляю организацию такой структуры на txp:
Разделы = Секции Статьи 1-го уровня вложенности = Статьи со статусом Live Статьи 2-го уровня вложенности = Статьи со статусом Hidden
Далее создаем Категорию с именем в формате "Раздел1_Статья12".
Так для каждой Статьи, имеющей вложенные Статьи.
При генерации меню навигации указываем выводить все Статьи со статусом Live из соответствующих разделов.
А при открытии Статьи, имеющей дочерние статьи (например Статья12) вставляем форму, выводящую все статьи из Категории "Раздел1_Статья12", имеющие статус Hidden.
Вот такой вариант я придумал.
А как бы вы это реализовали?
Как вы создаете многоуровневую структуру на своих сайтах?
Неактивен
Структура боле чем с двумя уровями вложенности создает субъективное ощущение запутанности. Даже при наличии доп. навигации (тегов, например) пользователь будет гарантированно путаться.
Неактивен
Неактивен
Структура боле чем с двумя уровями вложенности...
Ну, во-первых, в сабже 2 уровня вложенности...
Хотелось бы по теме топика.
Как бы ты организовал такую структуру?
Неактивен
есть
wow_menu
и
stw_category_tree
Да, я смотрел эти плагины. Но они для организации навигации по категориям.
В данном же примере узловые элементы, имеющие дочерние элементы, не категории а такие же Статьи, имеющие свой индивидуальный контент.
Неактивен
yes написал:
есть
wow_menu
и
stw_category_treeДа, я смотрел эти плагины. Но они для организации навигации по категориям.
В данном же примере узловые элементы, имеющие дочерние элементы, не категории а такие же Статьи, имеющие свой индивидуальный контент.
а собсно какая разница как разделять -- по категориям или по секциям?
Неактивен
а собсно какая разница как разделять -- по категориям или по секциям?
Тут вопрос не в том, как разделять, по категориям или по секциям, а как сделать Статьи, вложенные в другие Статьи. Фактически нужно "разделять" по статьям.
См. пост выше:
В данном же примере узловые элементы, имеющие дочерние элементы, не категории а такие же Статьи, имеющие свой индивидуальный контент.
Как ты предлагаешь организовать структуру на категориях, в которой все узловые элементы имеют свой контент?
Неактивен
Сейчас выяснил, что если у статьи статус Hidden, то она вообще не показывается на сайте, даже если напрямую урл открывать, но и ошибка 404 не вылезает . Статья открывается только, если у нее статус Live или Sticky :-(
Придется видимо внести изменения в мою задумку, примерно таким образом:
Разделы = Секции Статьи 1-го уровня вложенности = Статьи со статусом Sticky Статьи 2-го уровня вложенности = Статьи со статусом Live
Но непонятно тогда, как вывести контент на главной странице Раздела (Секции) ???
Неактивен
yes, если это не секрет - можно привести практический пример?
как планируется использоваться такая конструкция?
Чисто теоретически - что-то ум за разум заходит....
Неактивен
yes, если это не секрет - можно привести практический пример?
Секрет конечно, но если это сможет помочь решению вопроса, то демонстирую структуру одного раздела меню:
1 Госрегулирование 1.1 Разрешение на применение технических устройств 1.2 Сертификат ГОСТ Р 1.2.1 Отказные письма 1.3 Сопровождение ввода в эксплуатацию и пробного пуска 1.4 Сопровождение аккредитации лаборатории неразрушающего контроля 1.5 Сопровождение продления остаточного срока эксплуатации технического устройства 1.6 Сопровождение проведения государственной экологической экспертизы 1.7 Организация обучения специалистов и экспертов с последующей аттестацией 1.8 Внесение опасных производственных объектов в государственный реестр 1.9 Регистрация электролабораторий 1.10 Лицензии 1.10.1 Лицензии на эксплуатацию взрывоопасных производственных объектов 1.10.2 Лицензии на эксплуатацию химически опасных производственных объектов 1.10.3 Лицензии на деятельность по проведению экспертизы промышленной безопасности 1.10.4 Производство маркшейдерских работ 1.10.5 Лицензии на применение, производство, хранение, распространение взрывчатых материалов промышленного назначения 1.10.6 Эксплуатация пожароопасных производственных объектов
Evgeny, как бы ты создал такую структуру на txp?
***
Я почитал английский форум, там предлагают вопрос
Но непонятно тогда, как вывести контент на главной странице Раздела (Секции) ???
решить путем создания еще одной служебной секции, содержащей Статьи-главные страницы разделов.
А на главной странице необходимого раздела выводить статью по ее id.
Неактивен
yes написал:
Evgeny, как бы ты создал такую структуру на txp?
Судя по приведенному примеру - речь идет о списке нормативных документов, которые меянются крайне редко.
Исходя из этого нет необходимости генерировать список-перечень заголовков этих документов "на лету" и можно спокойно набить их один раз.
Тогда возможно следующее решение.
Все документы относим к определенной категории, например "Нормативная база".
Формируем статьи, с содержимым документов. Относим эти статьи к категории "Наормативная база".
Статус статей - Live
Далее. создаем еще одну статью в той же категории, присваиваем ей статус Stiky.
В тело этой статьи впечатываем в нужной последовательности заголовки-ссылки на нормативные документы. Форматируем так, как нам надо. Т.е. не пользуемся никакими плагинами и тэгами. Применяем только Textile.
В шаблон страницы для вывода для категории "Нормативные документы" выводим вот эту самостоятельно сформированную статью со списком заголовков, по числовому идентификатору.
Понятно объяснил?
Если нужно решение, чтобы полностью исключить ручную работу, то тогда надо экспериментировать с тэгами, либо искать-писать спец.плагин. Исходя из того, как я понял задачу, плагин должен использоваться все в той же статье со статусом Stiky
Неактивен
Evgeny, я правильно понял, что под словом "категория" ты имел в виду слово "секция"?
Дело в том, что это фактически список услуг компании и все страницы 1-го и 2-го уровня должны быть в меню навигации на всех страницах. В будущем, этот список может меняться, к сожалению.
Сейчас я все-таки думаю забить навигацию жестко, с помошью плагина ako_nav, без генерации на лету.
Единственное, скорее всего, навигацию 3-го уровня сделаю не руками, а на лету все-таки. Думаю, что лучше всего так, на примере подразделов 1.10.х: всем страницам 1.10.х присвою категорию "1-10", а в контент статьи 1.10 добавлю <txp:article_custom />, выводящих все статьи из категории "1-10"
Кстати, а тег <txp:article_custom /> будет работать в контенте статьи?
В общем, я понял, что для организации многоуровневых сайтов txp, к сожалению, не подходит :-(
Отредактированно yes (17-04-2006 17:21:55)
Неактивен
Придумал еще один вариант генерации меню навигации налету.
Чтобы выводить только необходимые статьи 2-уровня в меню, создаем категорию, например "menu", а в шаблоне вместо ручного создания меню навигации пишем <txp:article_custom /> с аттрибутами: section="нужная_секция" и category="menu".
Соответственно, если статью нужно вывести в меню, то присваиваем ей категорию "menu".
Как Вам такой вариант? По-моему, самый реальный.
Придумал после того, как стал думать над идеей о том, что понадобиться писать плагин. Решил, что самое удобное будет написать плагин, выводящий список статей, имеющих заданный custom_x. Путем размышлений дошел до того, что это можно реализовать и с помощью категорий.
Неактивен
Подумал и почитал еще, можно даже отказаться от категории "menu", а использовать вместо этого поле keywords, благо <txp:article_custom />, судя по описанию, умеет выводить только статьи, имеющие определенное слово в keywords.
Отредактированно yes (17-04-2006 17:34:38)
Неактивен
Вот и свелось всё к тэгам. Всё просто.
Неактивен
yes написал:
Evgeny, я правильно понял, что под словом "категория" ты имел в виду слово "секция"?
нет.
Под словом "категория" имелась в виду - "категория" :-)))
Неактивен
Тогда непонятно вот что
В шаблон страницы для вывода для категории "Нормативные документы" выводим вот эту самостоятельно сформированную статью со списком заголовков, по числовому идентификатору.
Неактивен
yes
имелось в виду применение конструкции
<txp:if_category name="normativnye-dokumenty"> <txp:article id="3" form="article_single_in_category" /> </txp:if_category>
Неактивен
Логику, понял. Спасибо
Но у меня немного другой случай, мне надо на всех страницах в меню навигации выводить эти ссылки. Мне с keywords будет удобнее видимо.
По-крайней мере ничего более простого и гибкого одновременно я пока не вижу :-)
Я смотрел описания тегов article_custom и chh_article_custom - они умеют фильтровать по keywords, но не умеют присваивать class="active" текущей статье. А вот rdt_dynamenus умеет присваивать класс, но не умеет фильтровать по keywords.
А есть ли такой плагин, который умеет и фильтровать по keywords или любому custom полю и при этом подсвечивать текущую статью?
Неактивен
Благодарю всех принявших участие в обсуждении, сайт наконец-то сделан. http://www.promexpertiza.ru/
Многоуровневая структура реализована с помощью custom_field. Если у статьи есть родитель, то в поле custom_x пишем id этой статьи. Потом при необходимости фильтруем дочерние статьи с помощью article_custom.
Неактивен