Перейти к основному содержанию
  Среда, 26 декабря 2012 г.
  4 Ответы
  3.8K посещений
  Подписаться
В настоящее время мне не хватает одного функционального аспекта — возможности настроить взаимосвязь между глоссарием и деревом категорий.

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

И еще один глоссарий, реализованный в другом дереве категорий. Кроме того, постатейное переопределение:
{seog: use,glossaryname1,glossaryname2},
чтобы я мог установить определенные глоссарии для использования в конкретной статье.

Первый был бы хорош, в его отсутствие мне очень нужен второй.

Можете ли вы дать мне представление, когда они могут быть реализованы (если вообще)? Если это не произойдет в ближайшем будущем, я рассмотрю пользовательскую версию, реализующую переопределение статьи. Спасибо.
Т
12 лет назад
·
#124
Привет,

спасибо за ваш отзыв.

Это может быть интересно для сопоставления глоссариев с категориями, но довольно сложно для большинства пользователей.

Мы только реализовали возможность отключить глоссарий в каждой статье, которая, кажется, больше всего подходит, мне очень жаль. Но мы будем иметь в виду эту идею и посмотрим, понадобится ли она кому-нибудь. Надеюсь скоро увидеть вас здесь.
D
12 лет назад
·
#125
Возможно, вы недооцениваете своих пользователей.

Чтобы проиллюстрировать это предложение примером:
на моем сайте будет учебник по программированию на Java, один по базам данных mysql и один по спортивным ставкам.

И различный другой контент в виде отдельных статей, образующих блог. Мне нужен глоссарий для учебника по спортивным ставкам, один для Java и один для учебника по MySQL.

Но я не хочу, чтобы термины для одного были видны/использовались в другом. Я хочу, чтобы у каждого учебника был свой собственный глоссарий, применимый только к его группе статей. Это соответствует замыслу системы CMS, такой как Joomla, где информация классифицируется.

Статьи для каждого учебника собраны в категории. Когда человек читает учебник по Java, слово «Double» должно появиться как:
«double: тип данных double представляет собой 64-битную IEEE 754 с плавающей запятой двойной точности»

. Когда человек читает учебник по MySQL, слово «Double " должно выглядеть так:
"MySQL рассматривает DOUBLE как синоним DOUBLE PRECISION (нестандартное расширение)"

. Когда человек читает учебное пособие по ставкам на спорт, слово "Double" должно выглядеть так:
"Две отдельные ставки объединяются в одну ставку, обе нужны выиграть, чтобы двойник стал победителем»

, поскольку это слово имеет разное значение в зависимости от контекста.

Может быть, экстремальный пример, но он иллюстрирует необходимость возможности глоссариев следовать категориям статей.

Я считаю так :-)
Б
12 лет назад
·
#126
Эта функция очень важна для компонента глоссария.
Можем ли мы ожидать, что это скоро будет реализовано в следующем выпуске?
Бесплатный плагин CDglossary может это сделать (фильтровать глоссарий только по конкретным категориям).
Будет очень хорошо, если Seo Glossary сделает то же самое.

С Уважением.
п
11 лет назад
·
#576
Я также был бы признателен за возможность связать глоссарий с деревом категорий.
Конечно, это должно быть необязательно... тогда я не думаю, что пользователи будут смущены этим.
Некоторые записи в моих глоссариях имеют совершенно разные значения в разных категориях.

С уважением
  • Страница :
  • 1
На этот пост пока нет ответов.