Основная мысль: возможность создать раздел для существующего и использующегося в логике системы объекта.

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

 

3 комментария

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

Здравствуйте!
Спасибо за проявленный интерес. Зарегистрировали ваше пожелание по развитию приложения.

Функциональность будет доступна в релизе 7.16.2

Показать все комментарии

Здравствуйте.Очень хотелось бы получить возможность самостоятельно давать название, которое используется в коде для вкладок и групп полей. Также хотелось бы, чтобы мастер использовал какой-то единый стандарт для именования созданных разделов,деталей, вкладок, групп полей. От версии к версии продукта именование меняется и, к сожалению, не всегда в лучшую сторону. Например: 1. Не всегда используются ресурсы в карточках редактирования для свойства caption в diff. 2. Созданный раздел (и все относящиеся к нему схемы) в заголовке имеют название родительской схемы 3. К станицам деталей и самим схемам детали зачем-то приписывается 1. (UsrSchema1Detail, UsrAddIfro1Page) 4. Вкладки и группы полей именуются с добавлением id, хотя в одной из версий была возможность давать имя для вкладки. 5. В какой-то из версий можно было дать название вкладкам, в более поздних версиях данный функционал отсутствует. Прикреплю скриншет результата работы мастера раздела в версии 7.9

15 комментариев

Ой, еще некоторые схемы после работы Мастера начинаются с UsrUsr (зачем-то повторяется)

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

"Владимир Соколов" написал:при создании страниц раздела для разных типов использовать наследование (с возможностью редактирования родительской страницы)

Поддерживаю, буквально недавно стояла такая задача, пришлось править таблицы в БД.

"Пащенко Александр Сергеевич" написал:пришлось править таблицы в БД

Мы без правок БД наследовали, но
1) много ручной работы
2) родительскую схему после этого получается редактировать только руками

Но плюсы перевешивают эти минусы!

Александр, здравствуйте!

Ниже обратная связь по Вашим замечаниям:

"Пащенко Александр Сергеевич" написал:
Очень хотелось бы получить возможность самостоятельно давать название, которое используется в коде для вкладок и групп полей.
Также хотелось бы, чтобы мастер использовал какой-то единый стандарт для именования созданных разделов,деталей, вкладок, групп полей.

Зафиксировали и передали информацию в департамент разработки для рассмотрения реализации в будущих версиях приложения.

"Пащенко Александр Сергеевич" написал:
1. Не всегда используются ресурсы в карточках редактирования для свойства caption в diff.

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

"Пащенко Александр Сергеевич" написал:
2. Созданный раздел (и все относящиеся к нему схемы) в заголовке имеют название родительской схемы

Зафиксировали и передали информацию в департамент разработки для рассмотрения реализации в будущих версиях.

"Пащенко Александр Сергеевич" написал:
3. К станицам деталей и самим схемам детали зачем-то приписывается 1. (UsrSchema1Detail, UsrAddIfro1Page)

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

"Пащенко Александр Сергеевич" написал:
4. Вкладки и группы полей именуются с добавлением id, хотя в одной из версий была возможность давать имя для вкладки.

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

5. В какой-то из версий можно было дать название вкладкам, в более поздних версиях данный функционал отсутствует.


[/quote]

Такая возможность есть на текущий момент в мастере раздела (рис. 1).

"Владимир Соколов" написал:

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

Пожелание зафиксировали. К сожалению, при создании нескольких страниц редактирования, созданные страницы наследуются от BasePageV2.
Для решения твоей задачи:
1) Типизируй страницы редактирования раздела
Предположим при типизации раздела была создана страница с названием OldPage
2) Перейди в конфигурацию
3) Создай свою схему в конфигурации, назвав ее нужным именем (например MyPage)
4) Унаследуй ее от нужной страницы редактирования
5) Сохрани изменения
6) Выполни запрос:
update SysModuleEdit
set CardSchemaUId = (select Uid from SysSchema where name = MyPage and ExtendParent = 0)
where CardSchemaUId = (select Uid from SysSchema where name = OldPage and ExtendParent = 0)

"Владимир Соколов" написал:

Ой, еще некоторые схемы после работы Мастера начинаются с UsrUsr (зачем-то повторяется)

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

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

"Вильшанский Дмитрий" написал:5. В какой-то из версий можно было дать название вкладкам, в более поздних версиях данный функционал отсутствует.

Такая возможность есть на текущий момент в мастере раздела (рис. 1).

Здесь речь идет не о том, какой заголовок вкладки будет видеть пользователь в интерфейсе, а именно о том, как она будет называться в коде в секции diff (свойство Name).

"Пащенко Александр Сергеевич" написал:Здесь речь идет не о том, какой заголовок вкладки будет видеть пользователь в интерфейсе, а именно о том, как она будет называться в коде в секции diff (свойство Name).

Да, потом сложно в коде ориентироваться

Добавлю, что при включенном svn мастер самостоятельно не ставит замки на схемы.

"Пащенко Александр Сергеевич" написал:

Добавлю, что при включенном svn мастер самостоятельно не ставит замки на схемы.

Здравствуйте!

Отдел разработки работает над исправлением этой проблемы.

Добрый день. Вот еще новые "Фичи" работы мастера. Теперь если добавлять новое поле на страницу, то в названии у него никак не фигурирует название колонки, вместо этого написано, например "Float"+случайный Id.

Кроме того, все проблемы, которые описаны в данной теме все еще присутствуют, а уже прошло более года.

Александр, здравствуйте!

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

Касательно замечания "Теперь если добавлять новое поле на страницу, то в названии у него никак не фигурирует название колонки, вместо этого написано, например "Float"+случайный Id.". Название колонки прописано в атрибуте "bindTo" в "values" поля. Данное поведение реализовано намеренно и скорее необходимо для того, чтоб если поля добавлять несколько раз в карточку, они в схеме были уникальными, и не было потом свалов в Мастере, например. Пожелание на доработку мы, конечно же, передали.

Одеяненко Юлия,

Безусловно, мастер стал более функциональным и удобным.

Ранее он брал название поля, а не его тип и добавлял к нему Id. Это было понятно. Сейчас же почему-то это изменили. Это влечет за собой дополнительную работу по исправлению названий для разработчиков, чтобы это хоть как-то было читаемо в дальнейшем. 

Аналогично с названием схем, созданных мастером деталей. Префикс в названии страницы дублируется дважды, детали называются по схема "Schema{0}Detail", их тоже приходится переименовывать.

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

 

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

Хотелось бы узнать предполагаемые сроки для данных правок и планируются ли они вообще?

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

Показать все комментарии

Добрый день!

Очень не удобно накидывать заново все "базовые" данные при настройке страниц Мастера (в зависимости от Типа записи). Почему нельзя было (не только колонку "Название", а ) сразу набор "базовых" данных закинуть на страницу нового Типа?

Нравится

5 комментариев

И еще неудобнее copy-paste логику, программируя фильтрацию и прочие вещи для каждого типа

Добрый вечер!

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

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

Сказано красиво, но не ясно будет ли какой-то результат?

Мы делаем так:
1) редактируем базовую страницу в Мастере (получаем replacing page).
2) создаем пустые страницы с типами
3) меняем у созданных страниц родительский объект на страницу объекта
4) общие вещи меняем у страницы, созданной в 1-м пункте
5) уникальные вещи меняем (а вся функциональность уже есть) у страниц, созданных во 2-3 пунктах.

Пока работает, но немного стрёмно :)

"Владимир Соколов" написал:

Мы делаем так:
1) редактируем базовую страницу в Мастере (получаем replacing page).
2) создаем пустые страницы с типами
3) меняем у созданных страниц родительский объект на страницу объекта
4) общие вещи меняем у страницы, созданной в 1-м пункте
5) уникальные вещи меняем (а вся функциональность уже есть) у страниц, созданных во 2-3 пунктах.

Пока работает, но немного стрёмно :)

Один из возможных вариантов решения.

Показать все комментарии

Сделать возможность добавлять простые вычисляемые (отображаемые) поля (ссылающиеся на поле в связанном объекте) в мастере раздела. Навеяно топиком http://www.community.terrasoft.ua/forum/topic/11510

0 комментариев
Показать все комментарии

Добрый день!
Наблюдается не совсем корректная работа мастера.
При создании с помощью мастера каких-то замещающих схем( например, добавить новое поле в карточку редактирование) возникает проблема впоследствии:
схема, созданная с помощью мастера, не проходит впоследствии в конфигурации во время сохранения валидацию на оформление.
( в конфигурации открывается для того, чтобы внести в нее более сложные изменения, недоступные в мастере).

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

Исправьте, пожалуйста

Нравится

5 комментариев

Так кривой код мастера это не баг, а фича, оно так с 7.0 работает :cry:

Еще забавно мастер детали 7.6 отрабатывает - который реестр генерит - вводим Название будущей страницы, а оно теряется, потом ручками правим в свойствах творения мастера.

"Александр Кудряшов" написал:Еще забавно мастер детали 7.6 отрабатывает - который реестр генерит - вводим Название будущей страницы, а оно теряется, потом ручками правим в свойствах творения мастера

Такой баг был в английской версии, кажется

"Владимир Соколов" написал:Такой баг был в английской версии, кажется

Да он не был, он есть. Я с ней сейчас и мучаюсь. И терзают меня смутные сомнения, что он там не единственный

"Александр Кудряшов" написал:Да он не был, он есть.

Эх, мне еще весной поддержка сказала, что исправят в следующих релизах

Там его похоже вообще переписывать надо - мастер в 7.5 работал более менее предсказуемо, в 7.6 я помучился денек, бросил это дело и пишу руками. Мастеру доверяю только отображение полей в разделе на карточке - типа черновика :)
Версия 7.6.0.936 eng если что.

Показать все комментарии

Добрый день!

Планируется-ли в ближайшее время для BPM 7.X создание мастера для справочников (создание справочников, добавление полей в справочники и пр.)?

Нравится

2 комментария

Спасибо за предложенную идею, она будет занесена в беклог команды для возможных дальнейших реализаций. На данный момент начиная с версии 7.5 уже обновленный интерфейс управления справочниками системы. Более подробно с имеющимся функционалом можно ознакомится на нашем ресурсе http://academy.terrasoft.ru/documents/?product=omnichannel&ver=7.6.0 в разделе [Инструменты Администрирования]-[Раздел Справочники].

"Адасюк Валерий Викторович" написал:для возможный дальнейших реализаций

Очень надеюсь, что незаменимые возможности модуля "wnd_CreateNewWorkspace" из v.3.X будут использоваться и в более современной версии 7.X

Прошу прощения, даже в "wnd_CreateNewWorkspace" не нужно было идти, можно было прямо в разделе Справочники v.3.X создавать справочник!

Показать все комментарии

Добрый день!
Раздел создан мастером. Версия 7.5.
Почему-то при открытии карточки слева отображается панель с пустыми строчками.
Скажите, пожалуйста, что необходимо сделать, чтобы были не пустые строчки.
Скриншот во вложении

Нравится

4 комментария

Здравствуйте, Дарья!

Пожалуйста, прикрепите скриншот, т.к. несколько непонятна суть вопроса.

Спасибо.

Прикрепила

Скорее всего необходимо выполнить настройку списка

Настройка списка

Спасибо - помогло

Показать все комментарии

Подскажите, пожалуйста, как выгрузить все изменения, сделанные с помощью мастеров 7.5, для загрузки на on-demand.

Кроме схем, необходимы еще данные по зарегистрированным разделам, деталям, справочникам, настроенным колонкам в деталях, добавленным системным настройкам, отчетам и т.п.

Необходимо ли отслеживать, что было изменено с какой-то даты или можно выгружать всё целиком?

Спасибо!

Нравится

14 комментариев

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

"Андросов Дмитрий" написал:Рекомендую сначала оттестировать, а потом заново (удалив предыдущие версии) делать так сказать начисто, и уже после этого переносить

Откуда "удалив предыдущие версии"? И "предыдущие версии" чего?

Например, вы создаете раздел "Сотрудники", потом переименовываете его в "Работники", добавляете к нему деталь "Автомобили", потом удаляете ее, потом добавляете опять и скрываете и т.д. и т.п. Если подобного рода манипуляций достаточно много, то в какой-то момент появляется мусор, могут перетереться сервисы переноса данных и т.д.
Лучше перед переносом на рабочую версию, все это удалить из стенда разработки и сделать за 1 раз последний вариант того, что должно получиться, а потом переносить. Ну или все-таки вручнуб все проверять/делать

Спасибо за предупреждение!

Ну, а когда всё готово, то как, собственно, переносить?

Владимир, переносить можно 3мя способами:
1. Если используется SVN, то, собственно, через него и переносить.
2. Выгрузить пакеты с помощью WorkspaceConsole и предоставить службе тех. поддержки. Они накатят эти пакеты на сайт в on-demand.
3. Если изменений минимальное количество, то можно перенести с помощью Экспорта/Импорта схем, но это на самый крайний случай.

Судя по всему, без SVN никак.
Поддержка ответила, что не может перенести пакет Custom, добавление другого пакета требует наличия SVN :(

Странно, WorkspaceConsole выгружает все пакеты. И устанавливает, собственно, тоже.
Рекомендую Вам самому проверить.

Выгрузить-то я выгрузил, они загрузить не могут

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

Сам-то я могу, но техподдержка отказывается. Или соглашается на условиях, что дальше ничего не будет поддерживать :(

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

"Андрей Каспаревич" написал:

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

Вообщем, ставим SVN и переносим наработки в другой пакет. Первый опыт у нас переноса на On-Demand, поэтому как-то со скрипом всё идёт.

"Андрей Каспаревич" написал:2. Выгрузить пакеты с помощью WorkspaceConsole и предоставить службе тех. поддержки. Они накатят эти пакеты на сайт в on-demand.

Еще оказалось, что в WorkspaceConsole никак не указать то, что не надо переносить тестовые данные

Владимир, какие еще тестовые данные? Вы о чем?

Показать все комментарии

В версии билда 3.2.1.4 заметил некоторые загатовки для мастера создания разделов и деталей к ним. Скажите пожалуйста на какой стадии разработки находится этот необходимый и долгожданный wizard, котрорый увеличит скорость разработки конфигураций. Может в других версиях он уже разработан?

Нравится

1 комментарий

Добрый день, Руслан.

Планируем включить полнофункциональные версии этих визардов в версию 3.3.

Показать все комментарии