Loadырь

но для начала должен найтись кто-то, кто готов взяться за это.

Как может найтись кто-то, если он не знает, за что он должен взяться?

В стандартных средствах переноса записей нет. У меня есть компонент, который может копировать и переносить записи типов контента. Просто подумайте над этим вариантом, может он вам зайдет как с одним из заказчиков.

А если такой вариант:

Создать несколько типов контента (ТК) с почти одинаковым набором полей. В первом собирать все заказы. Далее оперуполномоченный берет заказ, проверяет его, дополняет нужной инфой, типа цена и прочие и переносит его в другой ТК, который привязан к определенному участку (стекла, покраска, мебель и т.п.). И этот ТК доступен только админам и тем кто работает на этом участке. Соотвественно, часть полей может быть скрыта стандартными правами доступа для групп. Когда заказ готов, то запись переносится в третий тип контента или просто скрывается из общего списка фильтрацией в наборе.

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

Мало кто из разработчиков знает как работает iMaps. Более того, врядли у них есть желание и время перечитывать весь форум за последние лет восемь в поисках пожеланий. Вы бы расписали в ТЗ необходимый функционал с этими пожеланиями, тогда думаю, выстроится огромная очередь из разработчиков желающих сделать это дополнение. Огромная.

есть идеи дополнений?

Любой «каприз» за ваши деньги )).

А вы можете оценить свою работу?

Конечно могу. Для себя я всегда всё делаю бесплатно, вот только сроки всегда прогорают )).

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

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

Почему так редко выходят новые дополнения ?

Ответ прост: никто не хочет оплачивать мои будущие бесплатные дополнения.

Вкратце порядок действий какой бы вы сделали?

Я бы для себя написал компонент по разграничению доступов. Но в вашем случае достаточно создать поле типа «Список»  с названиями групп и их идентификаторами. И потом писать два хука, один для фильтрации в списке, другой для просмотра записи. В которых проверять эти записи на доступность группам пользователей. Это сработает при условии, что одну запись может видеть только одна группа пользователей и администратор. Если надо одну запись показывать нескольким группам, то тут уже надо создавать таблицу в базе данных и писать полноценный компонент. Как-то так это выглядит вкратце ))

это реально реализовать?

Реальнее чем отследить, поделился ли пользователь записью в соцсетях или он просто нажал на кнопку и потом всё отменил.

8. Что ещё?

Ещё поощрять пользователя за заполнение необязательных полей в профилях и ТК.

Тут github.com/instantsoft/icms2/blob/master/templates/modern/scss/theme/_comments.scss#L119

заменить это

    .icms-comment-html {
        box-shadow: $box-shadow;
    }

на это

    .icms-comment-html {
        box-shadow: $box-shadow;
        background-color: #C9EEA4;
    }
    .icms-comment-html:before {
        background-color: #C9EEA4;
    }

Затем в настройках темы нажать «Сохранить и скомпилировать». Про бэкап файлов не забудьте.

instantcms.ru/blogs/napishem-pole-kotoroe-pozvolit-adminu-redaktirovat-nekotorye-polja-prjamo-stranicy-zapisi.html

 Chambers, спросите у него

Тогда встречный вопрос. В админке в Компоненты — Управление событиями, если отфильтровать события по названию «activity_before_update_entry» у вас в списке, что-то покажет?

Спойлер

 bestit, надо смотреть в базе данных в таблице cms_activity_types, есть ли там запись у которой controller = content и name = add.системное_имя_вашего_типа_контента. Если нет, то надо добавить, выглядит это примерно так

Спойлер