Конфигурация интерфейсов

[LaRoux]

Здавствуйте!
у меня есть такой объъект со множеством вложенных :

object NAKL502 : InterfaceWindow {
object EDITSOPR : InterfaceWindow {
object SCRHEADER : Screen {
--вставили новое поле
}
object BRSPECIF1 : Browser {
-- добавили новую колонку
}}}

могу я такой объект разбить на 2? :

object NAKL502 : InterfaceWindow {
object EDITSOPR : InterfaceWindow {
object SCRHEADER : Screen {
--вставили новое поле
}}}

и

object NAKL502 : InterfaceWindow {
object EDITSOPR : InterfaceWindow {
object BRSPECIF1 : Browser {
-- добавили новую колонку
}}}

и чтобы это все работало без перекрытия ?
ведь по идее я работаю с разными вложенными объектами. Они объединятся? Или 2 удалит изменения из 1 ?

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

[n0where]

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

могу я такой объект разбить на 2? :

Вы можете что угодно... ))

[Алексей]

если интерфейс является встроенным - то проще как раз отконфигурировать его отдельно.
К примеру мы отконфигурировали 2 интерфейса F_OBOROT::EDITOBOROT и F_OBOROT::VIEWOBOROT отдельно, вывели поле содержание проводки.
И в интерфейсах, куда эти интерфейсы были встроены - они отобразились уже отконфигурированными.

Там есть какая то особенность, надо вызвать удаленный запуск интерфейса с параметром то ли 32, то ли -32... не помню

[LaRoux]

Можно про удаленный запуск по-подробней? а то я не знакома с таким

забыла добавить.... использую 7 версию )))

[Алексей]

Сервис-утилиты-запуск внешнего интерфейса

[LaRoux]

Вы можете что угодно... ))

очень многообещающе

[LaRoux]

Сервис-утилиты-запуск внешнего интерфейса

а.... да именно так я для объекта NAKL502 и делаю..
но на этот объект уже есть N-ое количество конфигов и , например, я не знаю какие)/ У меня стоит задача добавить новое поле... Что я делаю: начинаю искать все эти конфиги, отдельно подключат их, потом добавляю свой конфиг, сохраняю скрипт, немного редактирую и уже потом сохраняю файл.crf
Я спрашиваю, есть ли возможность просто сделать свой конфиг, добавить к общим, и он бы не стал перекрывать предыдущие конфиги, а объединился с ними.... фууф )))

[Алексей]

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

[LaRoux]

....жаль.....
Спасибо за ответы !

(тему можно закрыть)

[Semi-bit]

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

[Алексей]

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

конфигов или црф файлов? отрубите их на фиг все где взвоют - там и выясняйте чего нет, добавляйте и делайте новые ЦНФ файлы... имхо

[Semi-bit]

Скажем так, в идеале нам нужен декомпилятор crf А выключать, что вздумается, нельзя

[edward_K]

Декомпилятор это сервис - управление конфигуратором - запись в скрипт. Но придется подключать по очереди crf если там несколько вариантов фейса. Галки никакие не ставте кроме interface.

[Semi-bit]

Ну, на худой конец, можно и так