Алексей Александрович

Добрый день. Хотелось бы расширения функционала версионности для тем дизайна:

1. Разделение поддерживаемых приложений темой дизайна. Например, чтобы PRO версия поддерживала только Сайт, Магазин, а PREMIUM Сайт,Магазин + другие приложения. Инсталлер должен устанавливать только определенные наборы тем для каждой версии.
2. Добавить параметр в настройки темы дизайна по принципу VISIBLE скрывающий настройку для Не премиальных установок.

Добрый день. Уже несколько раз задавался данный вопрос, но ответа так и не было получено. Что делать разработчикам тем, которые уже разделили их на две версии? Можно ли их объединить в одну, выписать новые и забрать старые лицензии. Ведь такая практика есть.

Да, все верно. 

Можно узнать примерные сроки реализации данной фичи? Можно пальцем в небо, такое тоже подходит)

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

Добрый день. Так и не поправили ошибку с копированием файлов локализаций при клонировании темы дизайна...

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

Хотелось бы еще дополнить. Вот вы пишите:

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

А где инструменты? Делать рассылку пользователям купившим продукты и обратившимся в поддержку? Этого как-то мало. Предоставьте данные покупателей лицензий - email и телефон для возможности рассылки уведомлений. Иначе заявление про агитацию - такое себе.

Поддерживаю выше сказанное.

Проблема продаж тем дизайна стоит достаточно остро, особенно в последнее время. Учитывая отсутствие рекламы платформы в социальных сетях и видео-хостингах притока новых клиентов ожидать не проходится. Заниматься серьезными обновлениями тем дизайна из-за низких продаж желания нет, хотя идей очень много. Честно говоря большая часть последних нововведений моих тем спонсировано исключительно заказчиками магазинов и сайтов под ключ. Без них темы максимум получали бы минорные фиксы время от времени. 

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

Хотелось бы узнать про подвижки в исправлении ошибки локализации? Приходится объяснять пользователям как это делать. А если они в облаке, то с переименованием возникают проблемы.

Тут еще интересный момент нашелся. При клонировании темы дизайна через админку, файлы po/mo не переименовываются. Соотв. локализация перестает работать. Переименовал вручную файлы, заработало.

• site_themes_ahead.po -> site_themes_ahead_translate_test.po
• site_themes_ahead.mo -> site_themes_ahead_translate_test.mo

Так действительно работает. Спасибо за подсказку.

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

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

{_wp('product', 'product', 3)}

Похоже это была не опечатка. И %d подстановка не работает. 

Так и не смог завести перевод множественных строк.

wa.php locale не создает запись в po файле для строки {_wp('%d product', '%d products', $products|count)}

wa.php locale создаст запись в po файле для строки {_wp('%d test', '%d tests', $products|count)} вида:

msgid "%d test"
msgid_plural "%d tests"
msgstr[0] "тест"
msgstr[1] "теста"
msgstr[2] "тестов"

Работать это не будет. Во всяком случае у меня не работает. В документации по локализации указано без %d, но так тоже не работает.

И наконец для строки {_wp('test', 'tests', $products|count)} будет работать перевод, но без множественного числа. 

Прошу помочь разобраться в этой истории, т.к. я что-то делаю не так, либо это вобще не работает в темах =)

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

С уведомлениями понятно, но сделать в Инсталлере и на сайте вкладку с акционными продуктами нужно.

Я бы сюда еще добавил возможность сворачивать\разворачивать дерево файлов во вкладке Шаблон для подпапок разной вложенности.

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

Так триалы или все же примерка? Только в облаке или на сторонних серверах тоже?

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

Адаптировать плагин под новое оформление заказа?

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

Можно использовать это, если я правильно понял о чем речь.

{if $theme_settings.header__type == "6"}
  {$theme_settings.slider__margin_top = "1"}
{/if}

Хотелось бы возможность редактировать продукты в блоке Ещё продукты разработчика

Что делать теперь с темами, которые уже на модерации?

В новой корзине у меня повился notice

Notice: A non well formed numeric value encountered in /wa-apps/shop/lib/classes/checkout2/shopCheckoutShippingStep.class.phpon line 259

Добрый день. Меня немного смущает надпись в теме Default, в файле login.html

{* TODO: Make backward compatibility with SS 7 *}
{* {$wa->loginForm($error, empty($without_form))} *}

Что там с совместимостью-то?

Хм. Получается сейчас я переделанные тему не могу отправить на проверку? Нужно ждать выхода SS8?

Это я понял. Но если кто-то не будет обновлять фреймворк?)

Ок, с этим разобрались. 

Теперь вопрос, когда всё это отправлять на модерацию, учитывая что у меня в настройках темы используются Javascript табы и их хотелось бы оставить для всех пользователей старых версий.

Можно сейчас добавить requirement, но это ведь не сработает... Как быть в итоге?

<requirement property="app.installer" value=">=1.10" strict="true">