Страница 1 из 1
alter interface VSchetPB + CRF
Добавлено: 06 апр 2015, 13:28
win
Есть CRF файл с изменением окна в интерфейсе VSchetPB (собирается конфигуратором CNF файл). При попытке сделать alter interface VSchetPB (даже с пустым телом), окно возвращается к базовому состоянию, будто не подключен CRF файл. Может кто подскажет как решить/обойти проблему?
Re: alter interface VSchetPB + CRF
Добавлено: 06 апр 2015, 13:42
RAJAH
Как вариант: при открытии интерфейса происходит какое-то программное изменение нужного поля. Если я прав, то обойти примерно так:
Код: Выделить всё
cmInit:
{
inherited :: HandleEvent (cmInit);
cfsSetProp(<<имя или указатель объекта>>,<<имя или код свойства>>,<<значение свойства>>);
}
Re: alter interface VSchetPB + CRF
Добавлено: 06 апр 2015, 17:51
edward_K
crf хранить плохо по умолчанию. Надо выгружать в Cnf
Тут у вас влияют приоритеты. У crf вроде 3004 . а у вашего реса?
Правильно собирать cnf и докомпиляции в один рес и сначала докомпиляцию а сверху cnf
Re: alter interface VSchetPB + CRF
Добавлено: 08 апр 2015, 10:57
Алексей
у нас res подключены с 3008 приоритетом, crf с 3009-ым.
Re: alter interface VSchetPB + CRF
Добавлено: 08 апр 2015, 11:25
edward_K
Но crf вы как создали? cnf загрузили? И рабочий crf сохранили? А у рабочего 3004 - вот вопрос какая копия у вас сидит в crf - а она там сидит полностью, как и докомпиляции. Это ж просто собрать докомиляию и cnf в одном проекте и все будет хорошо. Из cnf нужно вычистить мусор, который вы не меняли - это упростит жизнь в дальнейшем. Да. Поскольку у вас докомпиляция сидит с большим приоритетом чем рабочий то могут быть проблемы с дальнейшим конфигурированием, особенно фейсов вызываемых модально. Я этого добиваюсь осознано, но вы учтите.
Re: alter interface VSchetPB + CRF
Добавлено: 08 апр 2015, 11:35
Алексей
ЦРФы все собираются из заранее подготовленных ЦНФов, под пользователем, которому подключены все ресрусы и ни одного ЦРФа.
Делается это в связи с тем что раньше были проблемы при сборке и ресурсов и црф в один ресрус. Не помню с чем связано, но... перестали давно так пытаться делать.
Альтеры пересобираются крайне редко, и естественно, если пересобирается альтер - следом за ним и собирается новый ЦРФ.
Есть ещё одна причина разделения - на разные группы пользователей - свои ЦРФы, но иногда надо объединить ресурсы (функции, отчеты и т.п.) поэтому как раз в ресурсе мне не нужны ЦРФы, т.к. у группы есть свой. Иначе падает.
Как то так
Хотя Ваша идея понятна, но нам проще так.