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

Здравствуйте, ув. разработчики!

Итак, на дворе середина 2016.

Мне кажется пора уже в ReadyScript - которую лично я считаю достаточно современной CMS, а также довольно-таки "модерновым" CMF - использовать преимущества реактивных фреймворков. Тем более, что технология, уже доросла до использования в "production environment", так как, прожевано и выплюнуто первое поколение реализаций - Angular 1, Backbone, Knockout - я считаю уже не актуальными, рективно-неповоротливыми монстрами...
Вы, я уверен, в курсе всего этого, хотя, возможно мнения наши где-то разнятся.

Сейчас наступает эра "легковесного" JS. Отказ от тяжеловесных "либсов", таких, как jQuery, в пользу, например UmbrellaJS, или вообще, VanillaJS, если речь о ES5.
Либо, аналогичным образом про ES6 можно сказать, что мы наблюдаем переход на использование reactive-data-binding библиотек нового поколения, например VueJS (которую я, после длительного анализа, выбрал для своих разработок) вместо Angular, React или Ember. Хотя Vue поддерживает и совместное обитание с этими и другими фреймворками (jQuery), и не только с JS (Laravel).

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

Оценивали ли вы вариант включения одной из Reactive библиотек в "коробку" ReadyScript?

Сделать возможность отключить визуальный редактор индивидуально для каждой страницы, товара.
То есть добавить галочку https://yadi.sk/i/9MLtm6AGsnAdp при установке которой редактор отключается https://yadi.sk/i/-c5EzSH2snAiJ и мы можем писать просто HTML код, причем если элемент (страниц, товар) сохранить и зайти потом в другой раз, то галочка все так же будет стоять.

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

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

Сейчас при поиске товаров можно искать товары у которых не заполнены характеристики. Также нехватает фильтра при котором можно искать товары, с незаполненным описанием товара.

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

Прошу добавить эту настройку в модуль экспорта.

https://yandex.ru/support/partnermarket/elements/delivery-options.html

Структура элемента delivery-options:

<delivery-options>
<option cost=" " days=" " order-before=" "/>
</delivery-options>
Один элемент option — это информация об одном виде курьерской доставки:

cost — стоимость доставки;

days — срок доставки в рабочих днях;

order-before (необязательный) — время, до которого нужно сделать заказ, чтобы получить его в этот срок.

Ситуация такая, пример: есть 2 сайта на базе одной CMS, допустим сайт "А.RU" и "Б.RU"
Я логинюсь в админку по адресу Б.RU/admin, но после логина попадаю в админку сайта А.RU
Путаница выходит, можно не заметить и поменять что то не на том сайте.

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

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

Еще хотелось бы иметь возможность в окне "Редактировать товар" либо временно скрывать какие-то поля, напр., огромное поле "Описание" (на пол-экрана), либо менять их местами (с возможностью вернуть, как было), чтобы облегчить ручное редактирование.
Потому что мне удобнее сперва загрузить (или забить вручную) название, артикул, цену, категорию, а потом уже заниматься описаниями. Сейчас же поля "Артикул" и "Цена" где-то внизу, а пол-экрана занимает поля "Описание", "Краткое описание", которые на первичном этапе мешают. Поле "Вес", в моем случае, вообще не нужно, но оно все равно идет раньше, чем "Категория" и "Бренд".

При ручном редактировании и закрытии окна редакции ОДНОГО товара в админке (в Каталоге товаров) очень трудно увидеть какой товар только что был отредактирован и сохранен. Это сильно затрудняет поиск следующего товара. Если товаров было НЕСКОЛЬКО (и они редактировались массово) галочки с выделенных товаров снимаются не сразу и поэтому эти товары видно лучше.

Сделайте, пожалуйста, так, что чтобы при обновлении товара или товаров (после редактирования, либо импорта) они как-то подсвечивались на некоторое время. Сделать это можно, например, также, как у вас подсвечиваются после обновления модули ReadyScript (светло-желтым), либо также, как у вас на сайте в разделе "Документация" подсвечиваются заголовки в мануалах (выделяются синим на несколько секунд при переходе на них).

Сейчас, если надо перейти к следующему товару для его редакции в Каталоге товаров, его очень трудно отыскать.
Какая-то подсветка сильно упростит ручное редактирование позиций в Каталоге товаров.

Время подсветки не так важно, можно на несколько секунд (если товар один),
а можно и все подсветить (после импорта обновлений из .csv-файла) и отключать подсветку после обновления страницы, либо как-то еще (кнопкой какой-то или так, чтобы при редактировании и сохранении следующей порции товаров старая подсветка снималась и автоматически выделялась новая). Зато сразу видно будет, какие товары обновились....

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