ab.designer

Добрый день! На демках выбор количества отображаемых товаров в категории мы отключили умышленно, уже писали об этом.

В CS-Cart есть возможность добавлять описание характеристикам, появится иконка тултипа рядом с название характеристики. По мне так это лучше чем, ссылки (не гибко, не всем подойдет).

@a.stepanovna 1) Стрелочки там есть, можно включить. 2) Индикации задержки до появления следующего баннера нет, OWL галерея которую использует CS-Cart не имеет такой возможности. Добавлять еще один громоздкий скрипт (не вместо OWL) сильно ударит по производительности. Стоит ли фича которая не имеет особого смыла (фича ради фичи, клиенты это не используют, на секунду обратят внимание что "прикольно" и все) таких жертв? Вот если CS-Cart обновит галерея в ядре, то другое дело!

Укажите там 900 значение или bolder, в цветосхеме прописан был максимально жирный но редактор тем имеет только значение bold (не самый жирный). Можно поменять обратно только самостоятельно в файле цветосхемы.

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

@SKY-AB Отвечаю на оба вопроса. 1. В расширенных баннерах используется переключатель для мобильных устройств, по факту у вас один баннер но он может иметь другие настройки и оптимизированные изображения для мобильных устройств (телефон и планшет). 2. По времени создания, если у вас уже создан концепт с подготовленными изображениями то создание занимает ~10мин, донастройка для мобильных устройств еще столько же. Это если говорить про опытного, который знает хорошо настройки и возможные их комбинации, имел уже опыт создания расширенных баннеров разного формата. Если неопытный и множество настроек при создании еще не опробованы, то может и час потратить на создание.

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

Вы используете макет Light v3 где на главной странице предусмотрен наплыв хедера поверх большого баннера. В вашем случае нет необходимости испольовать данный макет. Добавьте этот CSS стиль для отмены такого поведения: body.floating-header .tygh-top-panel, body.floating-header .tygh-header {visibility: visible;}

@rumir Данная механика основана на добавлении элемента к заголовку который доступен при выборе оболочки блока. Технически вывести снизу кнопку или ссылку можно, но объединить их вместе с механикой блока с кнопкой "показать еще" нельзя.

@Dezil Подумаем над внедрением. Там много подводных камней в плане адаптивности.

В том и суть бага, что в оболочке с обрамлением есть свои внутренние отступы у элементов, они подавлялись для mix-grid, все другие оболочки не будут иметь проблем с цветными заливками.

Баг уже поправлен. Подсказка одна в tooltip, а вот у фото прописан alt текст и при наведении курсора на картинку он отображается браузером. Вариант убрать tooltip для этого списка товаров не пойдет, у товаров нет другой идентификации что это, alt на фото мало кто прописывает и на это надеяться нельзя.

@BEZON Уже писал ранее, есть в CS-Cart базовый скроллер OWL и у него есть проблема с расчетом ширины элемента (формируются дробные значения) из за этого бывает видно фрагмент соседнего элемента, устранили это видимостью только элементов с .active но это приводит в некоторых браузерах к не плавному свайпу. То что вы описали в функционале работает плавно то это наш (в теме) нативный скроллер, у него нет проблем с расчетом ширины элементов. На демках мы показываем все возможные блоки с разными механиками.

Обратите внимание на документацию по этому функционалу, не все браузеры поддерживают данную технологию и safari не входит в этот список.

Если у блоков будут заголовки то и ссылка будет, без оболочки/заголовков ссылки не будет!

Регулируйте размер иконок для вариаций, данный вид зависит от настройки размера. Если текст не помещается полностью есть tooltip с полным названием при наведении. Цель показать более явно различия если изображения вариации одинаковые или мало различимы или вариация не просто другой цвет а другая комплектность товара. Как пример из temu ---

1) Доступно в Unitheme 4.20.1a. Вверху просто блоки с товарами (шаблон и оболочка: Links thumb, AB: Secondary framed block), в четырех секциях. В родительской секции пользовательский класс mix-grid. Так-же настроены ссылки у блоков на категории товаров (AB: Block Link Settings). 2) Баннеры, просто обновили дизайн, нового функционала в них нет.

Давайте исходить из того что Unitheme это шаблон с экстра функционалом а не AB:CS-Cart )) с новой архитектурой движка.

Такова парадигма Cs-Cart, он построен не на React, при переключении вариации происходит именно полная перезагрузка страницы.

Изменено оформление вариаций на основе характеристик с типом отображения "Изображения". Совсем не обязательно использовать вариацию созданную на основе характеристики Цвет, это могут быть разные модели товара с разной комплектацией (все что угодно). Это единственный будет вид, если нужно опционально то это уже в следующем релизе. Для примера в данном товаре это модели ноутбука:

Сегодня выйдет обновление Unitheme 4.20.1.a в нем будет доступно это оформление для вариаций по умолчанию (подменяет прежний вид без подписей к фото).

@a.stepanovna В ближайшем релизе постараемся добавить.

1. Страница дергается, это проблема базового OWL скроллера. Исследуем проблему, возможно можно что то сделать с этим поведением. 2. Интересно, возможно добавим такой вариант отображения.

Все сделано по науке! Изучите модуль Preload (Предварительная загрузка), главное содержимое (контент/баннер который занимает большую видимую при загрузке часть экрана) крайне не рекомендуется прелоадить!

@djava Примеры не буду прикреплять, если у вас есть желание копнуть и исследовать лидеров рынка или просто топовые блоги, то вы увидите большие изображения, в некоторых случаях их нет вовсе. Могу в планы поставить возможность отключать вывод главного изображения, добавляйте в редакторе самостоятельно того размера, который вам больше нравится. Есть достаточно серьёзные данные и исследования, которые показывают: визуальные изображения в начале статьи реально влияют на то, будут ли люди с ней взаимодействовать — они не просто «красивости», а важный фактор когнитивной обработки и мотивации к чтению. Но в UX-практике считается что просто большой визуал не гарантирует, что пользователь прочитает текст дальше. Сделаем вывод большого изображения опционально, выбирайте сами)