2 часа назад
Нет конечно, иначе это были бы уже отдельные товары.
06 марта 2026, 09:38
Александр, данный компонент более недоступен для приобретения?
06 марта 2026, 09:11
Спасибо за информацию — проверим. Какой редактор используете?
04 марта 2026, 21:09
Немного нетипичный пост на этом форуме. Будем считать это экспериментом. Кратко вводную информацию я выложил у нас в телеграм-сообществе — получил мно...
04 марта 2026, 20:13
Атомарненько)))
03 марта 2026, 13:58
+
03 марта 2026, 09:49
А теперь все эту красоту оформляем в виде сниппета. Параметры по-умолчанию редактируем в самом сниппете
elements/snippets/bgImage.php
<?php
/**
...
Всего 125 673 комментария
Я так предполагаю, защита от неплательщиков за работу?
На счёт дизайна — нет смысла тратить на это столько усилий. Это админка, а не свистопердящий фронтенд. Достаточно какого-нибудь шаблона за 5$ с themeforest по тегу dashboard, подогнанного под нужды MODX.
На мой взгляд это упирается совсем в другую, более глобальную проблему — ExtJS. Отказаться от него сложно. Использовать bootstrap (для которого уйма дешёвых и красивых решений для админок) в паре с ним крайне затруднительно. Лучшее, что можно безболезненно натянуть на текущую админку — это тему для ExtJS с мелкими правками для разного разрешения, где это вообще возможно (почти нигде. т к ExtJS почти всегда меряет размеры скриптами).
По существу: позиция модальных окон рассчитывается и затем записывается в кеш, чтобы они открывались правильно между обновлениями страницы, при этом экономя время на обработку операций по расчету положения окна. Операция довольно тяжелая, если внутри окна много других модулей, вроде таблиц с заказом и прочее, поэтому реализация оправдана. Но. Если переключаться одним пользователем в одной сессии между различными окнами (вкладками) в разными размерами, кешированные значения используются правильно, но расчеты были произведены для других размеров окна. Из-за этого такие проблемы. Как временное решение — избегать переключений между разными экранами, либо использовать разные аккаунты для разных устройств. Либо же периодически сбрасывать кеш.
Сейчас в плагине используется Mobile Detect core version 2.8.28
Тогда как актуальная версия Mobile Detect core to version 2.8.34 тут много исправлений, и они очень нужны github.com/serbanghita/Mobile-Detect/releases
Может быть @Илья Уткин смог бы взять?
Так же не совсем понятно зачем появляется горизонтальный и вертикальный скролинг.
ОК — если по горизонту появился, значит надо опять же делать адаптивку.
А по вертикали совсем бред — так как есть пагинация. Тут либо убирать пагинацию и пусть весь товар в заказе будет виден по скролу (что кстати довольно удобно) либо оставлять только пагинацию.
По поводу легкости и сложности — поверьте нахлебался с программистами и т д по полной )) прекрасно понимаю, как что делается и сколько занимает времени.
Очень мало энтузиастов работающих за идею. Не у всех есть, время и желание. Что есть сдвиг в развитии компонента уже хорошо
Найти дизайнера энтузиаста — который сможет дать современный дизайн админке. За это его можно спокойно включить в одного из создателей minishopa — что положительно скажется на его карьере.
Путь не самый просто, но все реально… было бы желание.
Когда открываешь заказ, то низ все время скрыт — почему нельзя вывести по середине экрана, что бы все было по человечески?
Как видишь такие косяки, то сразу впечатление, что создателю глубоко насрать на конечного потребителя. А конечный потребитель, это не ПРОГРАММИСТ, а обычный пользователь…
Вам нужно очень много внимания уделить юзабилити, программный код скрыт от обычных глаз, а как сами знаете «встречают по одежке».
Я попробовал пробел после скобки, ничего не изменилось. Белый экран. Но вот если заменить &sortby на &sort, то эрана белого нет, но и ресурсов тоже нет. Блок пустой.