Павел, добрый день,

Обратите внимание на метод Terrasoft.showInputBox, с его помощью можно вызвать необходимое вам всплывающее окно. Примеры реализации можно найти в других обсуждениях, например тут:

https://community.terrasoft.ua/questions/ostavit-kommentariy-po-knopke

Благодарю, реализовал, все работает.

Спасибо, вопрос отменен - форма этого окна формируется динамически

Это окно wnd_MailLinks. В дизайнере в нём нет полей, они добавляются динамически в скрипте окна.

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

Из "дочернего" окна можно узнать, есть ли у него родительское:

Self.Attributes('NotifyObject')

Из "родительского" посчитать кол-во "дочерних" окон в коробке нельзя.
Но ничто Вам не мешает при нажатию на кнопку создания нового заказа записывать в атрибут окна "Звонок" окно "Заказа":

ZakazWindow.Prepare();
ZakazWindow.Show();
Self.Attributes('ChildForms').push(ZakazWindow);

где

Self.Attributes('ChildForms') = [];

Вроде бы получилось.
Используется аттрибут окна заказа PerformedForms
При открытии окна заказа
wndSandBurn = ShowEditWindowEx(EditWindowUSI, Attributes, DefaultValues);
присваивается +
wndSandBurn.Attributes('PerformedForms') ='+';
При закрытии окна заказа присваивается -
Self.Attributes('PerformedForms') = '-';
...
wnd_BaseDBEditOnCloseQuery(Window, CanClose);

В окне звонка со своими дочерними окнами можно связаться:

в wnd_CallEditScript
var Skolko = getPermission('wnd_OpportunityOrderEdit','wnd_CallEdit',Self.InstanceID);
if(Skolko > 0)
......

function getPermission(USI, USI2, RecordID) {
var Item;
for (var i = 0; i < WinCache_Windows.length; i++) {
Item = WinCache_Windows[i];
if (Item.USI == USI && Item.Instance.Attributes('NotifyObject').InstanceID == RecordID && Item.Instance.Attributes('PerformedForms') == '+')
return 1;

}
return 0;
}

Несколько модифицировав функцию, можно получать количество дочерних окон или конкретные данные из объекта.
Вопрос в чем: нет ли в таком подходе каких-то "подводных камней". При тестировании все нормально - окно видит свои дочерние окна и правильно реагирует, но мало ли...

Добрый день.

Сложно сказать. Такого функционала как сделали Вы в "коробке" нет, а значит он не тестировался.
Чисто визуально - вроде бы всё ок, проблем быть не должно.

Здравствуйте, Раймир!

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

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

Найти его можно в скрипте раздела scr_ContractsWorkspace

Тоже удивился такому изменению в редакторе окон )

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

Исправим обязательно в ближайшее время. Хочу отметить, что такая проблема есть только с окнами у которых BorderStyle не равно wbsSizeable.

Спасибо. Жду решение.

Олег, данная проблема исправлена в сборке 3.4.0.56. Для пакета обновления, пожалуйста, напишите на suport@terrasoft.ru

Анна, спасибо. Уже запросил.

возможно, у грида не указан ActiveView?

Странно что в дизайнере при создании первого View он не проставляется активным.

нет ActiveView указан. Проблема в чем то другом?

Там даже название полей отображаються вот только когда я данные заношу они не отображаються.

проверьте, не включен ли по умолчанию фильтр по ID в select query datasetа, данные из которого отображает грид

Нет не включен там вообще не фильтров?

А можно подробно описать порядок создания окна?

Может у Вас не окрывается датасет?
Как насчет унаследовать окно от wnd_BaseGridArea. Там много чего уже реализовано и нужно только указать правильный датасет и набор колонок.

Максим, добрый день.
Не могли бы Вы выложить сервисы. Уверен, что в этом случае вопрос решится намного быстрее.

Здравствуйте, Дмитрий!

Изменение последовательности Show-Prepare ничем страшным не грозит.

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

function ShowEditWindowEx(EditWindowUSI, Attributes, DefaultValues, UseCache,

ShowAfterPrepare) {

if ((!Services.AlwaysGetLastItemVersion) &&

(IsUndefined(UseCache) || UseCache)) {

if (Assigned(Attributes)) {

var RecordID = Attributes('RecordID');

if (IsUndefined(RecordID) || RecordID == GUID_NULL) {

RecordID = EmptyStr;

}

} else {

var RecordID = EmptyStr;

}

var EditWindow = WinCache_Get(EditWindowUSI, RecordID);

if (!Assigned(EditWindow)) {

return;

}

} else {

var EditWindow = Services.GetNewItemByUSI(EditWindowUSI);

}

SetAttributesByDictionary(EditWindow, Attributes);

SetAttribute(EditWindow, 'DefaultValues', DefaultValues);

if (!ShowAfterPrepare) {

EditWindow.Show();

}

System.BeginProcessing();

System.ProcessMessages();

EditWindow.Prepare();

System.EndProcessing();

if (!!ShowAfterPrepare) {

EditWindow.Show();

}

return EditWindow;

}

А в нужном для Вас месте вызываем эту функцию с ShowAfterPrepare=true. И получим последовательность выполнения Prepare, Show. Тогда как по всей системе останется Show, Prepare

Если же хотите, чтобы эта последовательность работала по всей системе, То можно реализовать функцию так как написали Вы. Ошибки могут возникнуть только в тех окнах, в которых есть обработчики событий OnShow, при этом в них инициализируются некоторые данные, которые используются в OnPrepare.

Terrasoft Support Team

Добрый день, Дмитрий!

Реализовать данную замену не рекомендуется. Функция ShowEditWindowEx используется для показа абсолютно всех окон редактирования в системе. В случае, если происходит показ окна редактирования, в котором необходимо показать пользовательские поля, то это может привести к нарушению размеров окна (исправить которое будет очень непросто, т.к. изменение размеров выполняется компонентом UserFieldsGroup из ядра системы).
Не совсем понятно, почему возник данный вопрос. При использовании достаточно быстрых машин промежуток времени с момента показа окна и до момента завершения обработчика OnPrepare достаточно невелик и незаметен пользователю.
Желаю успехов!

Добрый день, Сергей!

Спасибо за интересный вопрос.
Решение кроется в тексте функции ReturnSelectedValue() скрипта scr_SelectData. Там реализовано сохранение выбранных пользователем значений в атрибуты окна выбора. В Вашем случае необходимо реализовать установку значения в атрибут KeyValue Вашего окна (окно раздела Продукты, в котором осуществляется выбор). Передача выбранных значений из окна выбора в вызывающий элемент (в Вашем случае LookupDataControl) обычно реализуется через сохранение значений в атрибутах окна выбора. Вызывающий элемент затем сам считает эти значения.

Желаю успехов!