сие сидит в inc\dictypes.def
#include glovars.inc для этого достаточно.
Никто вам не запрещает tNrec заменить на comp - здесь это просто переопределение типа.
edward_K писал(а):тогда скорей всего при сборке не было в проекте строк #statusline "statgal"
#include galnet.inc end;
#include glovars.inc
Разбил голову о клавиатуру .. плять ... плять ... направили в нужном направлении- ошибки в коде нет, ошибка в сборке ..
не в этом дело .. почему-то випером собиарю косяк, если тот же проект перебрать строчником - все заработало .. ...ыыы
Если вы в Viper не подключаете все ресы, а используете ресы указанной системы, то очень рекомендую завести отдельного зверя(сам випер не юзаю но грят пришлось его сделать админом) и ему запретить подключение ваших ресов(это важно именно для alter +cnf). + Для alter как никогда актуально удаление ресов перед сборкой. + Возможно ваш фейс уже засел где то в atllantis.res или еще где то. Поищите в VIPER - мож где то есть запуск внешнего интерфейса как в галке - там показывается из какого реса сейчас идет запуск.
edward_K писал(а):Если вы в Viper не подключаете все ресы..
Да тут не угадаешь где встрянешь.. собираю докомпиляцию(да и все прочие ресы) всегда на чистой тестовой базе где все кроме базового функционала удалено ... стоят галки очищать ресурс и прочая ... ( VIP - это всегда небольшая магия .. мирыкл
Добрый день, коллеги!
Спрошу здесь, чтобы не создавать новую тему.
Есть доработка (докомпиляция пачки интерфейсов (PLPOR, DOGOVOR и т.д.) Доработка заключается в добавлении в карточки документов кнопок и, собственно, их обработке.
Но у клиента есть свои CRF, которые конфликтуют с нашей доработкой. Клиент хотел бы, чтобы я вынес свою доработку в CNF, которую он будет компилить сам.
Но ведь, насколько я понимаю, в CNF можно вынести только изменение внешнего вида, а вся обработка все равно останется в випах.
Что можно посоветовать клиенту в такой ситуации, чтобы избежать конфликта нашей доработки и доработок клиента?
мне кажется как то так :
- собрать alter со сделанныами вами доработками
- войти в Гал с учетом ресурса с измененниеми (отрубить crf те конечно же перед этим)
- всякими рукодвижениями наменять что нужно там юзерам (то что лежит сейчас в crf )
- выгрузить cnf скрипты
типа того. Клиент должен делать cnf c учетом вашего ресурса.
Ваш ресурс должен быть подключен к системе с приоритетом 501-1000 или 3003. Его - соотв. выше вашнго(не занимая предопределеннын и диапазон с 1000 до 3000). Если собирает vip, то ваш ресурс должен быть последним в cfg сборки.
edward_K писал(а):типа того. Клиент должен делать cnf c учетом вашего ресурса.
Ваш ресурс должен быть подключен к системе с приоритетом 501-1000 или 3003. Его - соотв. выше вашнго(не занимая предопределеннын и диапазон с 1000 до 3000). Если собирает vip, то ваш ресурс должен быть последним в cfg сборки.
edward_K, большое вам спасибо, решение на основе вашего совета устроило клиента. Поднял вам репутацию
Коллеги, ещё вопрос по интерфейсу M_MNPLAN::IRSPMNPLAN: когда помечаются записи спецификации по Ins, то куда сохраняются помеченные записи? Скорее всего, в какой-то маркер?