Пока ничего обещать не могу, но посмотрим, можно ли что-то в интерфейсе улучшить.
В 4.10.1 будут только новые вариации. Трансформацию пропустить физически можно, но фактически не рекомендуется. Это потому, что все вариации при обновлении станут обычными товарами. А трансформация нужна, чтобы их автоматически сгруппировать по вариациям и сделать “как было до обновления” (т.е. общие карточки и переключение между вариациями на странице товара).
Всем пропустившим трансформацию мы будем о ней регулярно напоминать. Если бы не необходимость создать в магазине новые характеристики и сообщить, что именно произошло, то мы бы её тихо делали во время обновления.
Посмотрите для примера как работает модуль rus_sdek. Используйте хук pickup_point_variable_init для передачи ваших данных о пунктах самовывоза в емейл уведомления.
Судя по длине ветки… надо еще как минимум несколько месяцев в режиме беты. И поддерживать ветку 3.9х , тк даже после релиза сомневаюсь, что все заходят приобщиться к новым технологиям… у людей рабочие магазины уже, все как-то сдлеано настроено, и тут в CS решают, что старое было плохое, а новое хорошее… думаю как минимум надо вариации 2.0 вынести в отдельный модуль… потому что обрекать всех покупателей на перелопачевание всего полностью, ради новой идеологии это конечно за гранью ребят.
Прекрасно понимаю, почему вы так пишете. Обсуждений на смежные темы на форуме в разное время было много. Но у монеты две стороны.
На каждого, кто переживает, что новые вариации будут хуже старых, найдётся тот, кто давно ждёт фильтрацию вариаций по характеристикам, выход вариаций из беты, новый чекаут, и пр.
На каждого, кого и сейчас всё устраивает, найдутся те, кто скажет, что надо ещё быстрее развивать продукт и меньше отвлекаться на поддержку старых версий и технологий (вроде вариаций 1.0).
Запросов много, притом кардинально противоположных. Приходится балансировать, учитывая при этом ещё все технические моменты (обратная совместимость, взаимодействие между модулями, и пр.).
Кстати, “перелопачивать всё полностью” никто никого не попросит. При обновлении все старые вариации автоматически превратятся в новые за пару кликов, и ваши покупатели даже разницу не заметят. Пока не пойдут в фильтры и не выяснят, что теперь товары искать удобнее. Или не зайдут на страницу товара и не увидят новый красивый выбор вариантов.
Тоже записал в задачу как одну из шероховатостей интерфейса. Эту задачу разработчики посмотрят и изучат, можно ли что-то улучшить.
Не спорю, возможность открывать сразу какой-то из сохранённых поисков была бы кому-то удобной. А вот будем внедрять в 4.10.1 до релиза или нет, зависит от многих факторов. Поэтому обещать ничего сейчас не могу.
Однозначно надо делать это в системе автоматически. Я имею ввиду создавать комплект вариаций по предварительно выбранным значениям вариантов характеристик. А не извращаться с ручным копированием и изменением. Что в этом сложного? Все данные по вариантам характеристик есть. Час работы программиста максимум. Пользователь отмечает один раз чекбоксами для каких вариантов характеристик создать вариации, считаем декартово произведение вариантов (вроде так оно называется) и создаем в цикле вариации с уже установленными характеристиками.
Это уже есть. Просят не “сделать с нуля”, а “улучшить существующий интерфейс, т.к. при некоторых сценариях пользоваться неудобно”. Поэтому мне тут видится не “час работы программиста”, а:
анализ от специалиста по интерфейсам, как правильно;
обсуждение с программистом, что из этого возможно;
внедрение оптимального варианта;
тестирование.
Специалистам по интерфейсу я об этом запросе уже сообщил. Как будут какие-то новости по этому запросу, сообщим на форуме.
Добавьте, пожалуйста, в админке возможность отображать полные наименования товаров в списках. Очень тяжело работать, когда у товаров длинные названия. Сейчас названия обрезаются. Непонятно, из каких соображений.
К сожалению, до релиза 4.10.1 не успеем этот процесс улучшить. Дальше будем смотреть, но многое будет зависеть от количества заинтересованных.
Почему так:
До выхода 4.10.1 остаётся мало времени. Отложить его может только какая-нибудь проблема, которая затронет всех или абсолютное большинство пользователей. Мы такие проблемы ищем всегда (чтобы от них своевременно избавиться), но пока их нет.
Для управления каталогом в ситуации, подобной вашей, больше подходит импорт/экспорт или синхронизация с системой учёта. Сначала нужно понимание, скольким владельцам магазинов с большим количеством вариантов характеристик и их комбинаций нужно создание вариаций вручную. Менять интерфейс с наскоку и без анализа плохо.
Думаю, что после релиза 4.10.1 очень многие наконец перейдут на вариации (тем более, что возможность такая будет). У них могут возникнуть ещё какие-то пожелания по улучшению интерфейса, и их лучше изучать все вместе, чтобы сложилась полная картина.
Поясните пожалуйста, эта просьба общая, или из-за вариаций?
Такая проблема действительно была в 4.10.1 RC1, когда у каждой дочерней вариации было своё имя. Тогда на списке товаров в админке неудобно было отличать одну вариацию от другой. Но теперь там показываются значения характеристик, и нет необходимости смотреть на название.
Если же проблема с вариациями не связана, то могу сказать, что пока мы подобных запросов не получали. Если нужно, то можно поправить у себя:
В 4.10.1 скорее всего не успеем (причины описал выше). Да и мнения разделились, а отдельная настройка под это дело только переусложнит интерфейс. Думаю, это логичнее решать на уровне темы (или в ядре, если запросов достаточно будет).
Вот сейчас же есть настройка варианта отображения иконок в карточке товара?
Разве один дополнительный чекбокс сильно “переусложнит” интерфейс? Просто дайте возможность людям выбрать, речь жен не идет от том что или так или так. Пусть не в первой же версии но включите в свой пайплайн плиз.
Обязательно добавим в планы на внедрение, если наберётся достаточно запросов. Чтобы запросы и голоса не затерялись в глубинах этой темы, вынес большую часть обсуждения в отдельную тему: Улучшить картинки выбора вариации на странице товара.
Ещё хотелось бы пояснить пару малоочевидных, но интересных моментов:
Примеры с существующими настройками не вполне корректны: некоторые настройки существуют давно, и просто потому, что так исторически сложилось. Вполне возможно, что какие-то из них мы бы сейчас не добавляли.
Как правило, для реализации “выбора между поведением А и Б” заинтересованных нужно больше, чем для “изменения поведения с А на Б”. Просто потому, что появляются дополнительные сценарии работы программы, которые нужно учитывать при тестировании, техподдержке, и пр.
