Про конфигуратор
Модераторы: m0p3e, edward_K, Модераторы
Den
m0p3e
спасибо!!! Вот такой вариант получился
Все работает как надо, кнопок редактирования на панели нет, подключается как обычный пользовательский res. От шаманства с контекстами отказался, так как нужно навешивать контекст на все поля ввода, контекст навешанный в целом на browse и screen не прокатывает
m0p3e
спасибо!!! Вот такой вариант получился
Код: Выделить всё
#component "Z_WT"
alter interface Get_Mark;
handleEvent
cmInit :
{
inherited::handleEvent(cmInit);
var commands : array[1..3] of word;
commands[1] := cmEdit;
commands[2] := cmInsert;
commands[3] := cmDelete;
DisableCommands(commands);
}
end;
end.
-
- Слесарь-системщик
- Сообщения: 304
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: р.Беларусь, Унитарное предприятие "ТОП СОФТ"
- Контактная информация:
Вообще говоря, перекомпилировать необязательно: поскольку наследование в Атлантисе статическое, то после докомпиляции вы получаете полную копию базового интерфейса + свои доработки. Пока работает нормально, наследника можно не трогать. Другое дело, если поставляемые обновлениями исправления в базовом интерфейсе для вас важны, и вы хотите дополнять ими наследника: тут уж без его повторной сборки не обойтись.
Виталий
-
- Слесарь-системщик
- Сообщения: 304
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: р.Беларусь, Унитарное предприятие "ТОП СОФТ"
- Контактная информация:
Повторю: после сборки наследник становится независимым от родителя. Контрольные суммы у наследника свои. Если объектные интерфейсы, реализуемые родителем/наследником не менялись (за такое, конечно, положено устраивать тёмную), то никакие контрольные суммы нигде не изменятся.
Короче говоря, перекомпилировать наследника обязательно только если мы замещаем им родителя, и public-связи последнего изменились, т.е., прочий прикладной код считает, что у родителя появились новые public-методы, потоки, свойства, реализации новых объектных интерфейсов и т.п..
Если же речь идет о ситуации, когда родитель используется для создания некого модифицированного клона, который востребован только в сторонних доработках, то пересборкой можно пренебречь.
Я хочу сказать лишь то, что не стоит делать из перекомпиляции ритуал. Хотя вынужден признать - головной боли при тотальной пересборке значительно меньше.
Короче говоря, перекомпилировать наследника обязательно только если мы замещаем им родителя, и public-связи последнего изменились, т.е., прочий прикладной код считает, что у родителя появились новые public-методы, потоки, свойства, реализации новых объектных интерфейсов и т.п..
Если же речь идет о ситуации, когда родитель используется для создания некого модифицированного клона, который востребован только в сторонних доработках, то пересборкой можно пренебречь.
Я хочу сказать лишь то, что не стоит делать из перекомпиляции ритуал. Хотя вынужден признать - головной боли при тотальной пересборке значительно меньше.
Виталий