RGB
-
Posts
6,970 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by RGB
-
К сожалению, не могу ответить ничего нового, по сравнению с моим прошлым ответом на этот вопрос, да и разве реализация прихоти вашего заказчика является моей задачей?
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Не в файле, а в пользовательских стилях в настройках шаблона Ответил в лс
-
Чтобы предлагать какой-то вариант, мне нужно видеть ваш сайт в том состоянии, под которое и будет предназначен этот вариант. Универсального решения мне тут неизвестно, т.к. это логика navbar-компонентов bootstrap (фреймворк, используемый опенкартом), поэтому я и предложил вам дальнейшее обсуждение вашего случая вести в личных сообщениях, а не в общей теме поддержки. Штатно - это обычная кнопка, поэтому она не имеет отдельных настроек, но через пользовательские стили можно ее кастомизировать. Если под именем имеется в виду ее текст, он указан в файле \catalog\language\ru-ru\extension\module\moneymaker2.php
-
Кнопка вряд ли будет работать вместе с фильтром, т.к. они могут конфликтовать и мешать друг другу. Об этом написано в инструкции к модификатору с кнопкой: Так что попробуйте отключить модификатор кнопки (Moneymaker2 Show More Products) и проверить, что получится Штатная фотогалерея опенкарта поддерживает исключительно фото
-
Доброго, этот фильтр совместим с шаблоном и я не слышал раньше о такой проблеме, поэтому предположу, что она не связана с шаблоном, но для уточнения лучше обратитесь к автору фильтра @reDream
-
Добавьте в польз. стили #search .btn-primary { background-color: #f00; } Зачем у логотипа такой отступ слева и справа по 30рх? Зачем писать "Каталог товаров", если достаточно написать Каталог или Категории? Зачем выводить подпись Меню, если она явно мешает компоновке элементов? Зачем выносить поиск на панель, если он тоже не позволяет элементам при такой компоновке уместиться в один ряд? За минуту времени с учетом того, что я написал выше, вы можете получить такой результат на самом мелком разрешении, когда все в верхней панели прекрасно помещается в 1 строку и даже остается еще свободное место: Если все равно не получается, напишите мне в ЛС, чтобы не загружать тему поддержки вашим случаем
-
Чтобы видеть, все ли ок с сайтом, достаточно вручную уменьшить окно браузера до минимального значения, когда еще показывается верстка без "мобильной" версии (это ширина 768 рх), если с этим проблемы - используйте такие сервисы, как https://www.responsinator.com/ Насчет закрепления панели категорий у меня нет готового универсального решения, т.к. это не планировалось изначально, чтобы не создавать нагромождение элементов в шапке сайта. А чтобы такой ситуации не возникало, достаточно следовать документации и моим рекомендациям, не перегружая шапку сайта избыточным кол-вом элементов, потому что чем их больше - тем хуже их восприятие посетителями. Второй вариант - не включайте фиксацию верхней панели, эта функциональность тоже не является критически важной и необходимой для магазина. Третий вариант - в вашем случае вы можете сделать панель категорий видимой для зафиксированной верхней панели, добавив в польз. стили такой код, если у вас проблема возникает только на самом маленьком разрешении до мобильных, но такое решение не является универсальным: @media (min-width: 768px) and (max-width: 991px) { header > .categories-menu.navbar-default { margin-top: 54px; } } Он выводится не по центру, а справа от крайнего элемента блока со ссылками или контактами или меню категорий, если ссылок нет, чтобы не конкурировать с блоком корзины, который должен быть заметнее. Если ссылки в вашем случае как раз занимают около половины экрана, то поиск будет визуально выводиться по середине, но он не привязан к середине экрана, а выведется строго после ссылок.
-
Доброго, переносится на 2 строки может только по той причине, что добавлено слишком много элементов, которые физически не могут поместиться в 1 строку. Решается либо сокращением кол-ва элементов, либо выносом части элементов (ссылок) в панель категорий, либо скрытием подписей у таких элементов, как поиск, меню и прочее (все это редактируется для разных разрешений, т.е. на 32" и на 22" будет отображаться тот же набор данных, но для большего экрана элементы могут иметь подписи), инструментов для этого в шаблоне масса. Насчет поиска не понял - куда его там смещать? Там же корзина и прочие элементы. А кому будет видно эти категории? Их мало кто станет искать в таком спрятанном меню, поэтому лучше их выводить либо в видимом виде, либо вывести в панели самые приоритетные, а полный список продублировать в боковой колонке.
-
Здравствуйте, такое обновление не планируется по причинам, которые не раз озвучивал в теме - тройка не имеет никаких кардинальных преимуществ для владельцев магазинов по сравнению с более "обкатанной" и популярной версией 2.3. P.S. Просто любопытно, зачем вы собрались переходить на тройку, если у вас на сайте до сих пор нет никакого контента и стоит еще и старая версия шаблона годичной давности?
-
К сожалению, у меня нет времени этим заняться, т.к. сейчас готовлю обновление 2.7.0, в котором будет немало изменений, но сама по себе такая доработка не должна быть сложной даже для начинающих разработчиков
-
Здравствуйте, штатно такой возможности нет, т.к. этот блок корзины полностью идентичен стандартному и от шаблона там только дополнительная кнопка быстрого заказа, все остальное из соображений совместимости не менялось
-
Сортировки товаров никак от шаблона не зависят и не могут им контролироваться (разве что модификаторы шаблона целенаправленно полезут туда, куда им лезть не стоит и начнут менять стандартные сортировки), это логика контроллеров соотв. разделов системы (к примеру, для категорий - catalog\controller\product\category.php), который нужно править под свои требования к сортировкам. Что именно менять - легко находится в поиске по форуму При этом есть и готовые модули для изменения сортировок
-
Конечно можно, в файле catalog\language\ru-ru\extension\module\moneymaker2.php, но там не только пункты личного кабинета, туда еще можно добавить произвольные ссылки, плюс там могут быть переключатели языка и валюты, поэтому называть все это личным кабинетом будет некорректно Это опечатка локализации движка, шаблон с ней никак не связан Какие цвета вы меняете и каким образом? Если пытаетесь менять расчитанные цвета, то делать этого не следует, о чем прямо сказано в админке шаблона: Фоны иконок и тому подобное меняется через пользовательские стили, я надеюсь, вы сам файл stylesheet.custom.store0.css не трогаете?
-
Либо подряд их добавить в качестве основного телефона, либо можно создать пункт меню с номером второго телефона, поставив там или активную ссылку на статью про второй магазин, или даже ссылку в формате tel: Либо - что правильнее - не усложняйте посетителям выбор и определитесь с главным или самым популярным номером, а дополнительный добавьте в меню контактов.
-
Окей, добавлю
-
Добавьте в польз. стили в настройках шаблона код .product-thumb .image > a img:hover { opacity: 0.9; } .product-thumb .image>.rating, .product-thumb .image>.stickers { z-index:1; } В грядущем обновлении чтто-то подобное будет добавлено уже в самом шаблоне
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Не понял ваше замечание (или это претензия?) Демо-данные доступны отдельно либо в виде опции, потому что они не всем нужны, а значит включать стоимость работы над ними в шаблон будет некорректно по отношению к последним. Также предположу, что я имею полное право самостоятельно выбирать ценовую политику на шаблон или его компоненты/дополнения, не ориентируясь на "многих продавцов" и то, как у них это реализовано. В пользу этого говорит и тот факт, что меня почему-то никто не упрекает, что шаблон стоит не 5 000 и не 4 000 р, как некоторые другие шаблоны других продавцов, где демо-данные идут вместе с шаблоном, верно?
- 7,370 replies
-
- 3
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
-
Можно в ссылку прописать js-код для добавления товара в корзину, но как сразу при этом делать переход в оформление заказа, не могу сразу сказать. Проще тогда уже полноценный код добавить куда-то в скриптах для такой логики
-
Если нужна кликабельность всего слайда, то используйте родной модуль слайдшоу опенкарта. Я не делал поддержку такой возможности у себя по той простой причине, что это не очень хорошо в плане юзабилити для пользователей сенсорных устройств, которые при пролистывании слайда с помощью касания пальцами часто случайно нажимают на него, из-за чего у них сразу (и непредсказуемо для них) будет происходить переход по ссылке из слайда. Вывод же кликабельных кнопок в пределах слайда сразу решает эту проблему, потому что пользователям очевидно, что именно нажатие на кнопку станет активатором перехода по ссылке или иного действия. Но эту логику можно изменить, для этого в файле catalog\view\theme\moneymaker2\template\extension\module\moneymaker2_slideshow.tpl замените код <div class="item-text <?php echo $banners_setting['position']; ?> <?php echo $banners_setting['text_style']; ?> /*col-sm-12*/ col-md-<?php echo $banners_setting['text_width']; ?> text-center"> <?php if ($banners_setting['title']) { ?><div<?php if ($banners_setting['title_spacing']) { ?> class="spacing"<?php } ?>><?php echo $banners_setting['title']; ?></div><?php } ?><span class="hidden-xs"></span> <?php if ($banners_setting['text']) { ?><p class="<?php if ($tilt3d) { ?>hidden-xxs<?php } else { ?>hidden-xs<?php } ?><?php if ($banners_setting['text_spacing']) { ?> spacing<?php } ?>"><?php echo $banners_setting['text']; ?></p><?php } ?> <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><p><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>" class="btn <?php if (!$banners_setting['minimize']) { ?>btn-lg<?php } ?> btn-<?php echo $banners_setting['btn_style']; ?>"><?php echo $banners_setting['btn_title']; ?></a></p><?php } ?> </div> <img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" /> на <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>"><?php } ?><img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" /><?php if ($banners_setting['link']||$banners_setting['multilink']) { ?></a><?php } ?> Обратите внимание, что при копировании кода напрямую с форума вы можете "прихватить" невидимые спецсимволы, которые на форуме уже год не могут починить, поэтому лучше вводите этот код вручную или копируйте его из письма-уведомления, если вам такое приходит при получении новых сообщений.
-
Вот довольно быстрый вариант https://4px.ru/seo/
-
Прочитав хоть одну книжку по юзабилити, вы найдете еще больше смешных аргументов Стандартная логика не-стандартного компонента опенкарта - это нонсенс. Следуя вашей логике, можно предположить, что в быстром заказе нужно выводить все 15 обязательных полей, вель это стандартная логика оформления заказа, как и стандартный переход на страницу checkout/success после завершения заказа, верно? Я дал ответ выше: Комментировать ваши рассуждения об убогости и нелогичности я не стану. Если вы сами не понимаете, как выглядит ваше поведение в теме поддержки моего шаблона, где вы решили рекламировать чужой шаблон и унижать мой, который сами же расхваливали раньше - мне тут добавить нечего. Вы не привели ни одного аргумента, а высказали исключительно личное мнение по собственной хотелке. Оставлю это тоже без комментариев. О внедрении "насущно необходимой большинству пользователей" функциональности за все время жизни шаблона писало 3 человека, включая вас. К сожалению, вы очень слабо представляете себе основную массу магазинов на опенкарте, большинство из которых не используют даже механизм фиксации целей, встроенный в шаблон.
-
По той же причине, по которой корзина в большинстве магазинов после добавления товара выводится на каждой странице вверху, а не скрывается в глубинах сайта на какой-то отдельной странице - посетителям "спокойнее", когда они видят содержимое корзины и стоимость заказа. Так и тут - лучше не скрывать эти данные без прямого согласия (коим будет нажатие крестика или кнопки "Продолжить покупки") со стороны посетителя, который после оформления быстрого заказа и до закрытия его окна может увидеть, правильный ли номер телефона указан, например. Ваши изначальные пожелания касались логики быстрого заказа, напомню: А теперь вы мне приводите в пример ребят из octemplates, у которых эта логика визуально абсолютно идентична моему шаблону (все то же модальное окно, как видите): Как говорится, "все смешалось в доме Облонских" - так у меня юзабилити плохое, или мне надо из шаблона делать чудо-юдо с сотней модулей, изобретая свои велосипеды-фильтры-блоги и что там еще встраивают себе разные ребята, не пойму. P.S. Просто в тему о юзабилити - заметил при попытке оформить быстрый заказ - ребята, конечно, молодцы, но еще не научились сохранять данные формы при случайном ее закрытии (а таковое происходит даже без участия посетителя, их же попапом)
-
Это не аргумент. Советую почитать хоть что-то по юзабилити, к примеру, Круга или Нильсена, если отличия для вас не очевидны. Затем я с удовольствием выслушаю ваши аргументы в пользу вашей идеи и в пользу того, что моя реализация, оказывается, плохая с точки зрения юзабилити. Ответ по данному случаю выше: И не собираюсь спорить, т.к. дал развернутый ответ о том, почему выбрана такая реализация, выше в двух сообщениях. Не вижу пожеланий, которые будут актуальны и полезны для большинства пользователей, а вижу "хотелку" - сделать так, чтобы удовлетворить ваш конкретный случай, связанный с формированием js-кода, который вам неудобно переносить в быстрый заказ. Ради этого вы мне предлагаете для всех нарушить простую логику быстрого заказа и перебрасывать посетителей магазинов на абсолютно ненужную и лишнюю страницу, избыточно усложняя весь процес. А вот вам пример пожелания от @IlyaCart, реализация которого реально будет полезна для всех, потому что с озвученной проблемой могут столкнуться многие (и вы в том числе): Поэтому я сейчас и работаю над такой реализацией, где шаблон будет наглядно предупреждать о превышении лимитов хостинга: И поэтому я физически не смогу развивать шаблон, если буду пытаться угодить всем индивидуальным хотелкам, которые нередко противоречат друг другу или негативно сказываются на удобстве использования.
-
1. Принципиальные отличия огромные - действие происходит в том же окне, действие не требует перезагрузки страницы и нажатия на кнопку Назад в браузере (которую, к слову, вообще не все пользователи используют). 2. А какое отношение имеют заполненные поля к критериям ожидаемости? Их категорически нельзя убирать, пока пользователь не увидел сообщение об успешности операции, иначе пользователь занервничает, куда они делись и все ли с ними в порядке. Также я не очень понимаю, кого может сбить с толку сообщение об успешном оформлении заказа, в котором как минимум 3 элемента, сигнализирующих об успешности операции: 3. Я не меняю в обновлениях код без веских причин именно по той причине, что в индивидуальном порядке часто делаются доработки через ocmod, а даже если по каким-то причинам код, к которому вы привязывались, изменился - отредактировать ocmod это минутное дело, потому что кардинальных изменений логики в шаблоне не планируется. Хочу на всякий случай уточнить на будущее, что у меня нет ни времени, ни желания спорить или заниматься доказательством очевидного, поэтому если для вас все это не является аргументами - а вы имеете полное право считать иначе - я написал вам выше, как добиться того, что вы хотите, без необходимости перекраивать логику работы шаблона. Если вы все равно не согласны с предложенным решением - код шаблона открыт для редактирования, вас никто в этом плане не ограничивает.
-
Добрый день .options label.control-label { font-weight: bold; } Не могу с вами согласиться, т.к. пользователь заполняет все данные и оформляет заказ непосредственно в одном модальном окне быстрого заказа, при этом он может находиться на любой странице сайта, с которой не собирался уходить и на которой нет никаких признаков того, что кнопка оформления его куда-то перебросит (пользователь уже нажал кнопку быстрого заказа и начал его оформление, которое видит все в том же окне, а не в каком-то другом или на другой странице), а вы предлагаете пользователя после этого перебрасывать на бесполезную для него страницу, где есть только информация о том, что заказ успешно оформлен, которую пользователь и так видит в модальном окне? Какой в этом смысл и как это связано с юзабилити, если нарушает главнейший его принцип - ожидаемого и прогнозируемого поведения (формы быстрого заказа в данном случае)? Если бы при нажатии быстрого заказа пользователя изначально перебрасывало на страницу оформления заказа с упрощенным набором полей, я бы с вами согласился, но тут совсем другая логика. Если вам нужно формирование js-кода на успешное оформление быстрого заказа, то чтобы "ловить" процесс формирования быстрых заказов, добавьте в файл catalog\view\theme\moneymaker2\template\common\footer.tpl нужный вам код сразу после уже существующего кода фиксации цели быстрого заказа для гуглоаналитики: <?php if ($moneymaker2_modules_quickorder_goal_google) { ?> ga('send', 'event', 'button', 'click', 'quickorder'); <?php } ?>
- 7,370 replies
-
- 1
-
-
- продающий шаблон
- продающий дизайн
- (and 5 more)
