И затем будет куча штукови в которых ногу сломишь…
Скопировать штуковину можно?

Создаётся новая штуковина, привязывается к нужной области, настраивается. И готово.

А Штуковину для услуг можно применить и для новостей

А как одновременно и для услуг и для новостей?

Основных блоков же штук 40. Зачем их плодить для каждой темы?

В общем все что вы говорите про функционал — это почти все есть в пакете.

По видео не увидел. Я скорее хотел, чтобы были отдельно пакет блоков штукавин и отдельно пакеты стилей для них.

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

Вы скорее всего не устанавливали само демо.
А так мое решение и работает — меняем темы — у нас новый сайт. Просто чтобы это было по щелчку необходимо:
1) Создатель темы должен предусмотреть максимальную совместимость по Областям и Штуковинам.
2) С моей стороны еще дополнительная возможность — менять (переключать) только папку темы, что будет дополнительным подспорьем для, например, дочерней темы. Т.е. области и штуковины останутся, а tpl шаблоны поменяются для этих областей.
3) В Joomla например чтобы поменять темы нужно много переделывать. там это боль. WP — там тоже можно поменять тему, но в чате спрашивал — все говорили что это боль тоже (я проверил на слово).
Поэтому то что я предлагаю для MODX — будет оно удачным решением или нет — покажет время и интерес сообщества.
Для разработчиков еще предстоит написать большой мануал, не без этого.
Просто скажу, что стандарт по чанкам — определяет разработчик темы. Захочет он ориентироваться на стандарт или нет — его выбор. То же самое касается самих шаблонов на сайте уже установленных. Я придумал один из вариантов стандартизировать, но опять таки — это все на совести разработчика тем. Мы в MODX и тут много свободы и выбор всегда есть. )

Спасибо за ответ.
В общем все что вы говорите про функционал — это почти все есть в пакете. Другой вопрос, что я сделал Демо-тему чтобы показать устройство для простого пользователя, не программиста. От создателя темы будет зависеть набор готовых штуковин и их использование так или иначе.
Вы правильно заметили — создание темы дело длительное. Продукт только начинает свое существование, поэтому летом, надеюсь, я сделаю новые темы и описание для разработчиков по созданию тем. Процесс не быстрый, но идет.
А Штуковину для услуг можно применить и для новостей — просто указываете другой parent для снипета, параметры фотки (например, поменьше) и у вас готовы новости. хотите последние — укажите сортировку и лимит записей для снипета.

Работа проделана большая, но это всё таки не движок тем, а большой кастомизированный шаблон. Движок тем это когда ты на сайт скачал тему и просто установил её и весь сайт поменялся, надоело тебе и ты скачал другую тему, установил её и сайт полностью поменялся. Чтобы это было возможно нужно стандартизировать чанки и шаблоны страниц, которые будут использовать все разработчики. Ведь так работают темы на wordpress. Но пока в документации не будет чёткой иерархии шаблонов и чанков, не будет и тем для Modx.

В оф. репозитории последняя версия pdoTools 3.0.0-beta от декабря.

А так нужно создать issue github.com/modxcms/revolution/issues/new?assignees=&labels=bug&template=bug_report.md с описанием проблемы. Для последующего исправлениям

Походу темы для CMS дело не простое. Я програмист php и написать функционал мне просто, но я нефига не дизайнер и не верстальщик. Взять шаблон из инета и натянуть его могу, но то шаблоны не нравяться, то половины нужной верстки нет.
В общем мне бы пригодились темы для MODX, но с набором готовых красивых стилей, щелкнул 1 стиль — расцветка сайта одна, щелкнул другой цвета и оформление другое.
На мой взгляд, @Алексей Смирнов сделал темы для дизайнеров. В php разбираться не нужно, но в стилях и в дизайне нужно неплохую подготовку иметь, чтобы этими темами воспользоваться.
Второе, что не очень понятно по видео, как устроены штуковины. Хотелось бы чтоб был набор готовых стандартных блоков, к которым можно применить разные стили раз. Два это возможность вставлять их в разные места сайта без их дублирования. Три штуковину услуги можно было сделаль универсальной. Не только для услуг, но и для новостей, популярных товаров например.
В общем, мне эти темы не подходят, а чтоб подходили, думаю, надо их значительно доработать.
Я бы кстати поучаствовал. Только в vue не разбираюсь :-(

Сделаю. Сергей, можешь в офф репозитории обновить пакет?

Почему pdoTools отмечен крестиком? Указанные замечание датированы мартом 2021 года. Но я полгода назад выпустил адаптированную версию для MODX3. Стукни Марку, чтоб поправил.

Не бросай нас, ты не можешь быть таким жестоким)))

Промучился вчера с оформлением документации для демонстрации в паблике ;), и забыл на первый вопрос ответить…

Давайте по порядку:
1. Модуль сохраняет заявки в MODX чисто «как бекап» и на случай если портал Битрикс24 будет не доступен, а проверка дубликатов контактов или открытых сделок, куда нужно добавить новую заявку, происходит уже на стороне Битрикс24 (но сам код, алгоритм этой проверки, работает на стороне MODX-компонента)

2. По логике работы и проверкам написал в предыдущем посте. По стоимости, чтобы она потом не устарела в этих комментариях, готов озвучить в лс. У вас @yuri личные сообщения закрыты, если нужно, напишите мне сами, или откройте лс в настройках профиля на modx.pro

Спасибо, все получилось

Скорее всего код, приведенный Вами не соответствует скрину, поскольку он подразумевает вывод формы оформления заказа (FormIt и shopOrderForm).

Нужно найти вызов Shopkeeper без формы заказа, проверить какой там используется набор параметров (тут у Вас [[!Shopkeeper3@ordercart]]), посмотреть какой чанк прописан там в cartTpl.
Поместите код кнопки оформления в нижней части этого чанка (под <! --tpl_separator -->) и удалите оттуда, где она сейчас выводится.

Почти нет? Можно список, какие это?

Вот список: https://sitedash.app/extras

Не грусти, год-два и всё будет))) А ещё ты можешь сам его адаптировать, думаю где-то на гитхаб есть исходный код)))

У меня вот какой вопрос если в PDF упаковывать значение из radio пример:

<input name="question_1[]" type="hidden" value="">
 <input name="question_1[]" type="radio" value="1">
 <input name="question_1[]" type="radio" value="2">

то в PDF пишет array, а если этот же чанк использовать для отправки на email, то все ок и в письме отображается корректно. Никто с подобным не сталкивался? Как победить?