Loadырь

а если по умолчанию сделать все кликабельными ?,

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

Теоретически возможно, но как отличать, что вы хотите вставить кликабельное фото, а не стандартное? Для этого нужен некий чекбокс в блоке вставки изображений. Но там его нет, поэтому и не получится вставить как вы хотите. Пробуйте загрузить 2 и более изображения и потом двигать их в разные места.

К чему тогда вся эта тема? Типа поучить тут всех уму разуму?

vikont, всё нормально, человек просто расписал, почему ему не подходит движок на InstantCMS и всё.

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

Я за вас ему поднял карму )))

лень его доводить до состояния инсталляционного пакета и еще тяжелее дойти до Каталога дополнения

Это и есть порог вхождения. Сам его многократно не смог осилить ))).

А кто знает как сделать "кликабельные" картинки загружаемые при помощи этого редактора ?

Загрузите сразу 2 и более картинок.

Почему в каталоге нет Поля join ?

В каталоге, много чего нет, видимо порог вхождения не прошел ))).

не можем понять как формируется путь куда будет загружено изображение

И не пытайтесь.

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

Вы можете грузить куда угодно, хоть в корень upload, главное, чтобы был доступ к этой папке и в пресетах был указан полученный путь к картинке.
По логике, подразумевается, что в upload создается папка пользователя (u1 или u100500 — uID пользователя), в ней раньше создавалась папка 000 и когда в папке появлялось 100 или сколько-то файлов, создавалась папка 001 и т. д.
Сейчас немного иначе, но не суть.

И как формируется название изображения?

От балды, с привязкой ко времени создания.
Следующий ваш вопрос "Зачем?" — чтобы избежать затирания дублями.

Таки это бандлер, gulp/grunt — task-менеджеры. Webpack умеет отлично собирать код и имеет самую богатую экосистему, и, кажется, ляжет на дно нескоро (чего не скажешь про Gulp — последний релиз год назад, многие еще пользуются версией 3.9.1, которой подоспело 3 года). Вместо webpack выбрать browserify/parcel/rollup...? — Почему бы и нет, тоже хорошие инструменты (будем надеятся, проживут долго!).

Это был риторический вопрос. Каждый работает с тем инструментом, в котором разбирается и с которым чувствует себя уверенно. Поэтому многие тащат Gulp ему подобные. Завтра появится "аляСуперWebpaсk" вы не сразу броситесь все проекты переводить на него с Webpack.

По шаблонизатору уточню: подразумеваю шаблонизатор только для шаблона, не для CMS.

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

+foreach($list, $item)
+b.blog-item
+e.image(src='$item.image')
+e.H4.title
+e.icon(src='/icon.svg')
| $item.title

Для начала отсеит совсем уже плохие работы — отсылка на уровень вхождения.

Я бы сказал не отсеит, а задержит появление плохой работы на время регистрации автора на гите. Плюсы от использования API гита есть, но в целом он не решит проблем с качеством разработки. Мне ничто не мешает выложить говнокод на гите.

1) Выбросить дефолтный шаблон на помойку

Согласен, но прежде надо найти замену.

2) Создать webpack-проект под новый шаблон:

Почему webpack, а не gulp, grunt, browserify и прочая нечисть?

Использовать .pug шаблонизатор, вынести виджеты и компоненты каждый в свои темплейты, под текущую структуру. По факту компилировать в php-файлы

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

Файлы css хранить только в папке со стилями, разбить на компоненты

Это дело привычки.

один темплейт, один файл стиля

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

JS переписать также с нуля

Согласен.

3) Избавиться от html-разметки в файле-хелпере: ведь ей там не место, правда?

Перенесите хелпер в свой шаблон, там ему место.

Тут буду краток: тянуть вендоры через composer куда приятнее, да и обновлять тоже.

Тяните, кто мешает, в коробке это уже заложено.

Бесплатные обновления тянуть сразу с гита автора, и в принудительном порядке заставлять добавлять их таким и только таким путем. Да, повысит уровень вхождения, да, отнимет пару дней у автора движка сделать связку с API гита — но многие ведь страдают из-за некачественных разработок?

Как выкладывание кода на гите, повлияет на качество этой разработки?

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

Всё возможно, но я продолжу с ним работу, только после того как ядро форума "утвердят".

А этот форум совместим с инстантом версии 2.11.0 ?

На демо-сайте стоит 2.11.0.

У данного компонента есть возможность работать вместо комментариев?

Нет.

И есть ли другой шаблон данного форума?

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

на демо сайте не получается залогиниться ни под одним из пользователей.

Кто-то значит побаловался с админским доступом. Поправил.

А ну так ваш $this->model->getMcItems() не поддерживает вызов функции. Вам надо в файле модели, там где вы получаете список через getMcItems(), там надо делать

А $feed['items'] вообще не пустой? Скрин дампа можете показать? можно в личке.