Выдано 122453 лицензии
При нажатии ссылки квадратика со стрелкой рядом с названием товара в заказе происходит переход к редактированию самого товара. При нажатии на ссылку названия товара происходит опять же редактирование товара. Т.е. происходит дублирование функций, что вводит в заблуждение.
Либо уберите этот знак квадратика со стрелкой, либо сделайте его правильно работающим.
Опять же зачем ссылка ведет на редактирование товара, если есть справа кнопка карандаша на зеленом фоне?
В итоге сейчас из списка товаров в заказе открыть и посмотреть товар напрямую на сайте невозможно. Если только не выполнять копирование названия, поиск по сайту или прочие манипуляции рутинные.
Например:
в магазине может быть нулевая цена, тогда нет смысла выводить {item.priceWithCurrency}
т.е. нужна проверка. может что-то типа такой конструкции
{item.price > '0.00' ? item.priceWithCurrency : 'по запросу'}
ну и для доп.свойства тоже что-то типа
{item.propertyValue 195 !== 'значение' ? item.propertyValue 195 : 'в ассортименте'}
так же и для информационных систем.
и для групп магазинов/информационных систем
необязательно именно так, но то, с чем можно жить и работать ;)
или уже что-то есть?
Немного напрягает, когда после ручного обновления картинки, или любого параметра товара, выплывает сообщение "Товар успешно добавлен!".
Желательно отредактировать на "Товар успешно обновлён!"
Здравствуйте.
Сейчас в админке при редактировании анкетных данных клиента есть как бы ТРИ секции данных
1) Логин
2) Компания
3) Представитель.
В этих рех секциях все данные примерно одинаковые - похожие и все сливается воедино не понятно что это похожие данные но для разных секций.
Для более легкого и правильного визуального восприятия необходимо фон этих трёх секций сделать разным чтоб визуально отличалось.
Сделайте пожалуйста фон этих трех секций разным.
Необходима новая группа доступа для незалогиненных пользователей, чтобы пункты меню и т.д. модно было отображать только незалогиненным пользователям
Предлагаю организовать группы параметров ТДС, в настройках узла или виджета эти группы выводить как
<fieldset>
<legend>Название группы</legend>
...параметры...
</fieldset>
При добавлении собственных параметров повышает юзабилити CMS
P.S. и всё ждём экспорта ТДС вместе с параметрами или параметры отдельно... ;)
В Core_Log письмо об ошибках отправляется следующей функцией:
Core_Mail::instance()
->to($email)
->from($email)
->subject($subject)
->message($message_mail)
->contentType('text/plain')
->header('X-HostCMS-Reason', 'Alert')
->header('Precedence', 'bulk')
->send();
В значениях ->to и ->from стоит один и тот же email. Из-за чего Gmail такие письма помечает как "Будьте осторожны! Возможно, это спуфинг".
Предлагаю значение ->from брать из настроек SMTP. Например, как-то так:
if (isset($config['smtp'][CURRENT_SITE]['username'])) {
$email_from = $config['smtp'][CURRENT_SITE]['username'];
} elseif (isset($config['smtp']['username'])) {
$email_from = $config['smtp']['username'];
} else {
$email_from = $email_to;
}
Сейчас при добавлении виджета в секции макетов мы можем указать класс и прописать style. Не хватает возможности указать ID (и хорошо бы это на одной строке)
Сейчас при создании XSL-шаблона код XSL уже содержит нейтральный пример, хорошо бы в него добавить по-умолчанию DOCTYPE для подключения к языковым версиям, а во вкладки DTD добавить языковые сущности (хотя бы по одной).
Необходимо добавлять модификации сопутствующих товаров если включен вывод у товара