Loadырь

Поэтому и не работает, а почему нету? Много вопросов бы решило.

Вопрос а в БД в cms_users есть поле tournament_id?

В нём много строк приведите листинг

А вы куда это прописываете?

Вам просто надо сделать проверку на заполненность поля cmsUser::get('tournament_id').

Но по каким-то причинам отказались от этой мысли.

Я могу лишь предполагать почему. Если делать скажем конкретный тип контента с таким функционалом, то это будет намного шустрее в работе. Все запросы в БД можно будет оптимизировать, наладить структуру самого компонента, оптимизировать вывод на странице, создать виджеты и доп. поля с привязкой к этому типу контента. Но в силу универсальности движка, много просто невозможно сделать, не потеряв такой его "гибкости".
Конечно, интересно было бы услышать советы, предложения, идеи по реализации от разработчиков. А ещё лучше услышать от Fuze

Сам сделаю

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

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

Пробовал провести, кое-что, не получилось. Больше не буду — не скоро.

Как для поля с установленным флагом "Фильтр по диапазону" вывести в фильтре минимальное и максимальное значение этого поля?

Надо создать "другой фильтр" в котором делать запросы в БД на сбор такой информации. Но в админке это никак не сделать.

Правильно ли я понял?

Примерно так. Ссылка на создание контента привязанного к записи появится сама в меню действий. Рядом с ссылкой редактировать запись (или чего там у вас — объект).

Я не знаю на сколько Ваши разработки похожи...

Я тоже не знаю, но мои дороже
У него как я понимаю, создаётся поле в котором хранится инфа о поле по которому надо собирать записи в другом типе контента. Как видите у меня три версии, ещё его, а также я знаю ещё третье лицо, обладающее "чем-то" связанное со связанным контентом. Так что вариаций "связей" полно.

каким образом пользователь (не админ) при добавлении поста может прикрепить к нему вложенный контент?

Самым простым способом.

Выбор из списка или как-то иначе?

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

А есть ли разграничение по правам, чтобы пользователь мог прикреплять только свои записи из другого типа контента?

В этой версии есть.

можно каким-либо образом в будущем приобрести это дополнение?

Вполне возможно.

Вообще, все мои выкладки тут это своего рода ответ на вопрос ТС

Можно ли как-то встроенными средствами реализовать данный функционал?

Ответ: Можно, без замены системных файлов движка.
Что касается приобретения, то сами посудите. Чтобы вам это купить вам надо это так сказать потрогать, пощупать, потестировать. А для этого я должен сделать вам то, что вы сможете разглядеть самостоятельно, без прямого указания скриншотами "куда смотреть и что там видеть". А для этого надо сделать несколько шаблонов вывода связанного списка в записи, несколько типов контента заполненные "неким" контентом. А для этого надо его довести до коробочной версии (протестировать, отловить все баги и недочёты и пр.). А это всё время и время. И как по вашему сколько может стоить компонент с такой ТЗ-идеей?

Идея создания тут контента такова, на примере тех же постов. Посты сами являются "дочками" групп, но это может быть и другой тип контента. Админ в админке привязывает к постам другие типы контента в определённой последовательности. Увы они не перетаскиваются, как поля, а располагаются в порядке их добавления (в любой момент это можно перенастроить без потери информации). И отмечает как могут пользователи заполнять эти типы контента по отношению к выбранной записи. Выбирает стиль вывода списка в записи (шаблон).
Пользователь, у которого есть права на создание записи в постах, а также в некоторых или всех привязанных типах контента, после создании записи в постах в своей записи увидит ссылки на добавление записи в дочерних типах контента, где это ему доступно. Находясь в существующей записи в постах пользователь нажимает ссылку создать скажем статью. В результате чего его переносит в форму создания статьи и после заполнения формы он увидит новую статью у которой в заголовке будет ссылка на родительский пост. Вернувшись по этой ссылке в пост пользователь может добавлять другие записи. И по мере появления записей у родительского поста будут автоматом прорисовываться новодобавленые записи, согласно выбранным шаблонам, как самой записи так и списков всех дочерних. Выводятся не все, а только скажем "первая страница" из списка и добавляется кнопка показать все, которая открывает список всех записей в шаблоне дочернего типа контента (как обычно). Это касается новых записей. Для старых скоро появится поле (перенесу из другого своего компонента) которое сможет назначить или переопределить "родителя".
Есть ограничение на добавление дочерних записей только автором этого поста. Например "Запись А в постах" написал Вася и только он может писать в ней дочерние, а "Запись Б в постах" написал Фёдор и в его записи могут писать все. Таким образом только Вася сможет писать статьи, новости, рецепты и пр. к своей записи и периодически писать статьи и новости в записи Фёдора. Как-то так. Почти как группы сейчас, только "поширше" и "тяжелее".

по перекрашиванию и размещению элементов, отдельным шаблоном (списка\записи) решается?

Да, все данные выводятся из отдельного файла шаблонов. У меня просто выглядят как дефолт потому, что я тупо взял содержимое файлов дефолтного шаблона, удалил из них вывод фильтра и удалил из ссылки на заголовок ссылку на родителя, так как тут она ни к чему. В остальном, это копия содержимого дефолтных файлов из папки templates/default/content, которое может меняться в "своём" шаблоне или в дефолте в отдельных файлах.
Шаблон вывода в записи родителе, не влияет на вывод в собственном списке и наоборот. Это разные файлы шаблонов. Конечно, для таких целей нужно делать другой стиль вывода, например длинный слайдер с прокруткой и отображением нескольких записей на одной "страничке" или что-то похожее на стиль "плитка". Но пока над выводом не "заморачивался". Вывел лишь "узнаваемые элементы".

Вывел тут разный привязанный контент для одного поста.
В админке теперь стало так:
Список типов контента
Настройки связей родительского типа контента.
Добавилась группа полей для вывода в записи "родителя".
Галочка позволяет выводить список записей только в родительском контенте. В своём списке будет выводиться ошибка 404.

Как и говорил в ядре никаких изменений, есть только изменения в двух файлах дефолтного шаблона.
Нагрузка для привязанных 4 типов контента по одной записи в каждой возросла. Остальные записи в этих типах контента увеличат нагрузку не намного.

Как их не загружать для гостей?

Все места подключения ненужных гостю скриптов, нужно обернуть в условие

А можно получить такое решение как то ?

Как то — такого решения уже нет. Я ушёл намного вперёд. Убрал все хаки, добавил новых хуков. В итоге ограничился только одной правкой в одном файле шаблона. Сейчас допиливаю вывод связанного контента в том шаблоне, который выбран в настройках типа контента для отображения в связанных.

Как это понимать?

я и мой товарищь делаем один необходимый нам и думаю многим

только для себя писать компонент не имеет смысла