Обнаруженные ошибки Viart Shop v.4.08 RE 07_11_utf8.zip

[Andrej]

на мой взгляд, были конвертированы некорректно многие файлы в UTF-8

пример changes_log_v.4.08RE 01-11-2011.txt

русские буквы абдокадаброй

по быстрому еще несколько файлов:

footer.html - поставил Viart Shop v.4.08 RE 07_11_utf8.zip с нуля. шаблон STAN, внизу логотип STAN, наведите на него курсор мыши... чего там?

Если файл footer.html скопировать с Viart Shop v.4.08 RE 07_11_win1251, и корректно конвертировать в UTF-8, то "альт" у логотипа показывается корректно...

далее, то же самое:

block_user_ad.html
admin_google_base_types.html вот это чего?

<!-- begin success --><div class="messageРёРї">

еще:
admin_users.html

больше пока не смотрел... ну, если сравнить посекторно Viart Shop v.4.08 RE 07_11_utf8.zip и Viart Shop v.4.08 RE 07_11_win1251 то наверное еще можно найти подобное...

[expy]

Спасибо. Поддержка уже занимается. К понедельнику поправят.

[VST]

Внесены исправления указанных языковых констант.

patch 4.08uft.zip

[Aleksey]

admin_user_profile.php
строка 31:
//Р*ІСЃС‚Р*В°Р*Р†Р*С”Р*В° 1 RE //
строка 375:
//Р*ІСЃС‚Р*В°Р*Р†Р*С”Р*В° 2 RE //
строка 385
//Р*ІСЃС‚Р*В°Р*Р†Р*С”Р*В° 3 RE //

В файле items_properties.php присутствуют теги cell-padding и cell-spacing, а должны быть cellpadding и cellspacing.

[VST]

Исправления внесены в базовую версию Viart Shop v.4.08 RE 07_11_utf8.zip 22.11.2011
Для установивших ранее

patch 4.08utf 22.11.11.zip

[Aleksey]

VST, в архиве файл admin_user_property.php такой же, как и был раньше.

[VST]

Thx Сорри. Исправлено.

[Aleksey]

• Во время установки проценты тикают как попало.
• Изображения buttonLeft.gif и buttonRight.gif шаблона Double имеют белые пиксели в углах, которые заметны на сером фоне. Надо сделать прозрачные. Возможно, и с другими шаблонами такая же ситуация.
• Настройки->Заказы->Оформление заказа->Общее->Запретный период - вместо дней отображаются черные ромбики с вопросами.
• При включенных быстрых ссылках в слайдере при наведении на товар - в строке состояния браузера все равно отображаются старые ссылки, а не быстрые.
• Невозможно зарегистрировать пользователя с Email на кириллическом домене, например pupkin@почта.рф.
• При поиске по сайту в описании товара на конце иногда появляется символ "черный ромбик с вопросом". Ошибка в файле blocks/block_site_search_results.php в строках 171-173 - двухбайтный код символа иногда разбивается пополам. Для решения проблемы нужно описание перекодировать в windows-1251, обрезать до нужной длины, потом перекодировать обратно в utf-8.
• Не исправлена ошибка с nl2br в admin_order.php, писал тут - Обнаруженные ошибки ViArt Shop v.4.07 RE 19_07_utf8
• В админке в некоторых блоках после нажатия "Сохранить" перекидывает не на предыдущую страницу, а на совсем другую.

[Aleksey]

• calendar.js не переведен, неделя начинается с воскресенья.
• Не исправлено обрезание названия товара в строке 559 файла admin_orders.php аналогично обрезанию на странице результатов поиска.
• Какой-нибудь товар -> вкладка «Общее». Параметр «ID товара в категории» означает не идентификатор, а порядковый номер отображения. При нажатии на вопрос справа от «Тип товара» всплывает пустое окно.

[ergoline]

настройки-статические страницы-Аттрибуты Google Base крякозябры. не критично. просто чтоб не переползло дальше

[Aleksey]

Настройки "Класс" и "Стиль" блока "Слайдер" практически ни на что не влияют, т.к. в файлах block_sliders.html и block_sliders_content.html кое-что пропущено. В них нужно подправить 1-ю строку.

Файл block_sliders.html:

<div class="block-sliders {block_class}" style="{block_style}">

Файл block_sliders_content.html:

<div class="block-sliders-content {block_class}" style="{block_style}">

-----

Неточности перевода в блоке "Слайдер":
• "содержание и границы(без названия)" - правильнее будет "содержимое и рамки блока". Непонятно, что такое "без названия". Если имеется ввиду заголовок блока, то он и так не отображается, если в настройках не указан.
• "только содержание (без навигации)" - правильнее будет "только содержимое". Непонятно, о какой навигации идет речь. Кое-какая навигация есть только в слайдшоу, и она не отключается.

[Andrej]

При попытке оформить заказ, получаю ошибку:

Notice: Use of undefined constant NO_SHIPPING_MSG - assumed 'NO_SHIPPING_MSG' in D:\home\trackway\domains\viarts408ru.my\public_html\includes\order_items.php on line 1355

при попытке сравнить языковые файлы от родного виарта и Viart Shop v.4.08 RE 07_11_utf8, выясняется, что в файле cart_messages.php отсутствует следующее:

    define("NO_SHIPPING_MSG", "No Shipping");
    define("CUSTOM_SHIPPING_MSG", "Custom Shipping"); 

это отсутствует во всех языковых версиях!!!!!!!!!

ниже в файле смотрю, еще кое каких строк не хватает...

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

[Andrej]

Королева в восхищении

define("PROCESSING_TRANSACTION_ERROR_MSG", "Извините, произощла ошибка в процессе обработки транзакции.");

[VST]

Приносим извинения за доставленные нашими ошибками неудобства. По всем вышеперечисленным замечаниям в ближайшее время будет выпущен кумулятивный патч.

[Andrej]

Приносим извинения за доставленные нашими ошибками неудобства. По всем вышеперечисленным замечаниям в ближайшее время будет выпущен кумулятивный патч.

Пожалуйста, проверьте все языковые файлы на наличие грамматических ошибок/очепяток!

define("TRANSACTION_AMOUNT_DOESNT_MATCH_MSG", "<b>Кол-во трансакции</b> и <b>кол-во в заказе</b> не совпадают.");
define("CANCEL_SUBSCRIPTION_MSG", "Отмениит подписку");

[Aleksey]

Параметр "Ширина слайдера" для горизонтального слайдера означает одновременно и ширину слайдера, и ширину ячейки, показанную на картинке:

При задании ширины слайдера в пикселях - в слайдере будут зазоры между изображениями, равные ширина слайдера минус ширина изображения. В этом случае в слайдере полностью будет видно только одно изображение.
При задании ширины слайдера в % - ширина ячейки будет равна числовому значению процентов. Т.е., если указать 100%, то ширина ячейки будет равна 100px, что приведет в зазорам, если ширина какого-либо изображения меньше 100px:



При выборе типа "Горизонтальный слайдер" - в файле block_sliders.php будет выполняться этот код:

$t->set_var("column_width", intval($slider_width));
$t->set_var("table_width", intval($slider_width) * $slider_records); 

В этих строках вычисляются ширина ячейки и ширина таблицы. При этом ширина слайдера, заданная в процентах, совершенно неправильно преобразуется в число. После функции intval 100% превращается в число 100.


Видится два решения всех этих проблем:
1. Для горизонтального слайдера нужна еще одна настройка (ширина ячейки). Это наиболее правильное решение.
2. Ширина горизонтального слайдера задается в файле block_sliders.php жестко, как 100%. В этом случае настройка "Ширина слайдера" будет означать ширину ячейки. И задавать ее нужно в пикселях, а не процентах. При этом нужно следить, чтобы на экране в слайдере помещалось количество изображений не более, чем задано в настройках, иначе будут артефакты в виде пустот. Это менее правильное решение.


Переименовать "Горизонтальный слайдер (Лево)" в "Горизонтальный слайдер (влево)".
Переименовать "Горизонтальный слайдер (Право)" в "Горизонтальный слайдер (вправо)".

В slider.js этот бессмысленный код:

if (sliderType >= 1 && sliderType <= 4) {

	initSlider(pbId, sliderType);

} else if (sliderType == 5) {
	initSlider(pbId, sliderType);

}

можно сократить до одной строки:

initSlider(pbId, sliderType);

PS: Неплохо было бы добавить еще один тип слайдера - "Слайдшоу (без навигатора)". Я себе уже сделал.

[Andrej]

Если заказ прошел не корректно...
или админ отменяет заказ, товар возвращается на склад... количество становится прежним... но возникает проблема с цифровым товаром... с продажей кодов(Серийный номер)...

те коды, которые вернулись, все еще остаются залоченными... (Использованный)

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

возможно я еще до конца не продумал физику процесса работы Статусов Заказа... но если товар "возвращается на склад", если количество товара становится прежним, то и блокированные цифровые коды должны разлочиватся...

Думаю это серьезная недоработка... товаров с единственным кодом может быть много... будут постоянные запарки...

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

и еще... Управление > Заказы > Продажи / Заказы

Обработка заказов... почему не указывается название товара? только если мышь к номеру товара подведешь, тогда... опять же ужасно неудобно...

[Aleksey]

Причем тут цена в настройках слайдера?

[DiShop]

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

возможно я еще до конца не продумал физику процесса работы Статусов Заказа... но если товар "возвращается на склад", если количество товара становится прежним, то и блокированные цифровые коды должны разлочиватся...

Цифровые товары тоже в планах, изучаем возможности. В этом случае видится решение через специальный статус отмены заказа именно для цифрового товара при котором товар не просто возвращается на склад, но и разлочивается ( становится доступен для продажи)

[Aleksey]

Горизонтальный слайдер.
Если выбран "влево", то при инициализации слайдера картинки выравниваются по левому краю.
Если выбран "вправо", то картинки все равно выравниваются по левому краю, а не по правому:


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