Что нужно доделать в ЖШ - страница 22 - Общие вопросы и ошибки

Может и было уже пожелание.
Личный кабинет пользователя. Когда заказов много - нет пагинации. Допустим у клиента - 100 заказов в личном кабинете будит смотреться не очень...
Возможно еще многим понравится возможность удаления старых заказов. Например в корзину, и чистка корзины(истории) например раз в 3месяца.

Предложение:
Оверрайд шаблона админки (переопределение шаблонов админ. панели) JS

Оверрайд шаблона админки (переопределение шаблонов админ. панели) JS

Ну для начала надо собственно шаблон для админки сделать... а так - целиком поддерживаю, давно уже назрело.

Так он (оверрайд) как-бы работает уже очень давно. Все переопределяется аналогично с фронтом.

Так он (оверрайд) как-бы работает уже очень давно. Все переопределяется аналогично с фронтом.

Если так, будьте добры напишите пример относительно такого файла:
administrator\components\com_jshopping\views\product_edit\tmpl\info.php

переопределяется \administrator\components\com_jshopping\views\product_edit\tmpl\default.php, а дальше по накатанной

можно выбор шаба админики и не делать собственно, просто для всяких include как в этом файле добавить проверку на существования файла в HTML шаблона Joomla, и если он есть, то грузить его, а если нет, то стандартный. такм образом полноценно бы работал нативный оверрайд

такм образом полноценно бы работал нативный оверрайд

Я про то и вещаю, что нативный оверрайд работает. Ничего доделывать не надо, просто пользоваться.
Например у меня в одном проекте
administrator/components/com_jshopping/views/orders/tmpl/edit.php
оверрайдится на
administrator/templates/bluestork/html/com_jshopping/orders/edit.php
Joomla 2.5. не самая свежая.

не все файлы можно.

...
include(dirname(__FILE__)."/info.php");
...

итого, таким образом \administrator\components\com_jshopping\views\product_edit\tmpl\info.php вы не переопределите
для того, чтобы можно было все, надо для вот таких ситуаций добавить проверку на существование файлов в HTML шаблоне, и если есть - инклудить их, а не dirname(__FILE__).file

Благодарю парни эт я сам лажанул не с того файла начал

Но тем не менее с dmitry_stas я согласен поскольку приходится копировать все файлы из этой папки вместо одного

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

надо просто копировать головной файл и все подключаемые

а если сделать проверку - надо будет копировать только 1 нужный файл.

Надо делать не проверку, а нативные джумловские подключения вложенных шаблонов, типа

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

Ну тут либо ничего не делать, либо уже сразу правильно

неплохо было бы для Режим магазина - Нормальный в способе оплаты запретить редактирование не только payment_type, а также и payment_class и scriptname. а то у некоторых ручки шаловливые

Хорошо бы поставить галочку: - не отображать пустые категории (категории в которых товары с остатком 0 или вовсе нету товаров). Так и не знаю как решить эту задачу.

1. Удалить у методов оплаты Код. Нигде не используется, только путает.

2. Добавить у методов доставки shipping_class для идентификации (как payment_class у метода оплаты). Т.е. сейчас например нет возможности при установке плагина доставки проверить существует ли (и если нет - создать) определенный способ доставки, потому что кроме как по ID никак нельзя идентифицировать метод оплаты.

3. очень не хватает возможности для способов доставок добавлять свои params (сериализованный массив, такой же, как у способов оплаты). Например, склад для способа доставки сейчас можно сделать только очень постаравшись, например выделив под него какое нибудь из полей ext_field_n и написав плагин. А если бы были params - было бы гораздо проще и правильнее.

2, 3 - добавлено в Component JoomShopping 3.19.2A4
http://www.webdesigner-profi.de/joomla-webdesign/joomla-shop/downloads/betaversion.html?lang=en

В админ.панели в списке заказов можно редактировать заказ,
то есть: удалять или добавлять товар, а если товар содержит атрибуты тогда добавить его невозможно точнее нельзя добавить его атрибуты (зависимые)

Приходится собирать весь заказ заново из за дополнительного товара

Добрый день,

Мне кажется, стоит добавить возможность указывать в админке название видео при добавлении видео к товару.

1. для разных языков - свое название группы пользователей и ее описание.
2. для разных языков - свои метки товара (изображения)
3. для пользователя (adv_user) сохранять его язык (чтобы например можно было понять на каком языке ему отправить письмо)

2 Виктор

2. для разных языков - свои метки товара (изображения)

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

ИМХО.

P.S.
Также возможность добавлять изображения товара для разных языков.

Виктор, старая проблема... Магазин не умеет корректно работать с изображениями (и кажется видео) с названиями на кириллице. Я не знаю есть ли проблема на немецком, голландском, венгерском и прочих, но кириллические названия картинок типа "ням ням.jpg" будет преобразована в "___-__.jpg". Что само по себе может вызвать проблемы при наличие картинки с названием "бля бля.jpg", так как на выходе получится тот же "___-___.jpg". Есть бесплатный плагин http://nevigen.com/ru/shop/addons/transliterator-nazvaniya-fajlov-dlya-tovara.html который эту проблему решает... но мне кажется, что мультиязычный магазин должен уметь работать с файлами в национальных названиях.

в 4.7.0 добавили хорошую штуку - проверку на то, как именно должно устанавливаться расширение. предложение в будущем сделать не вывод предупреждения в случае установки например плагина через ЖШ, а просто тихую автоматическую установку через Joomla (например, просто переадресовать на метод Установить из каталога с установленным значением install_directory)

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

+ 1 К предыдущему посту


Просьба сделать доступны все страницы Статического текста в создании пункта меню

В защиту можно привести не мало тем с вопросом: "Не выводится статический текст"

О, а я думал что это только у меня с версией 3.19 страницы статического текста перестали выводиться. Но что то разбираться руки не дошли. Просто оформил обычным меню через материалы Joomla.

2 Виктор
может проще и логичнее сделать связку статического текста ЖШ с материалом Joomla ? по типу пункта меню
Зачем матриалы в ЖШ если они уже есть в Joomla ? Тем более 99% необходимо делать материал и ссылку на правила и права.

Также пересмотрите варианты вывод информации "о производителе" и "плюс доставка" в карточке товара.
Чтобы их можно было вывести в шаблонах например в модал (что логично).

Пожалуйста, сделайте возможность выбора атрибутов, пожалейте операторов.

и от меня +1. связано это даже не столько с ручным вбиванием названия опции, цены, кода и так далее. это хоть и напрягает менеджеров, но это можно сделать из админки, и это можно пережить. а вот то, что изображение атрибута не подтягивается в заказ, и приходится в базу лезть чтобы его поправить... это уже менеджерам не получится объяснить

нормализируйте загрузку демо файлов и файлов на продажу.
чтобы можно было назначать существующие на сервере файлы (ФТП) простым выбором через кнопку выбрать как для картинок

также разделите демо и продаваемые...
такое соседство может приводить к машинальным ошибкам.


и огромная просьба, сделайте нормально страницу настроек !
зонируйте как то настройки по принадлежности. дайте описания какие-то, неужели сложно ?
сейчас все кучей свалено, ищи-свищи... нашел-угадай...


П.С.
_JSHOP_NO_RETURN_DESCRIPTION в русском ленге переведите.