@Fossyt sody

Тема очень интересная. И подходов к исполнению защиты Лотусового приложения, естественно, может быть много.

А) Попытка "адекватного" ответа
Если понял верно, то постановка такова: Вы можете вставить свой код проверки лицензии в QuerySave для документа. Но есть проблема со случаями, когда это событие просто не возникает. В связи с этим вопрос по существу: почему есть готовность вписывать код в QuerySave, но нет готовности вписывать аналогичный код в те скрипты, которые могут сохранять документы? Или Вы хотите реализовать механизм "надстройки" над Лотусом, когда при разработке БД не учитываются требования защиты от копирования, а соответствующие средства потом "укладываются" на любую и всякую БД? Или Вы все-таки готовы пойти на доработку, но в возможно меньшем объеме?

Согласитесь, что это все очень разные случаи. Разработка в соотв. с требованиями системы лицензирования, т.е. вставка кода всюду, где может происходить сохранение -- вещь трудоемкая, но снимает все вопросы. Реализация на системном уровне, очевидно, потребует работы на уровне системы, например "хуков" на соотв. dll Лотуса и от того не уйти, если задача ставится именно так. Наконец, для максимальной экономии труда, IMAO, можно попробовать добиться следующим образом:

Б) Попытка "асимметричного" ответа
- Минимум трудозатрат разработчика может быть достигнут в случае, когда на событие открытия/закрытия базы () вешается код, проверяющий лицензию, выдающий сообщение пользователю и удаляющий все "незаконно" созданные документы.
- Может быть, имеет смысл отрабатывать событие открытия формы? Уж оно-то происходит всегда, когда пользователь начинает создавать документы! (Или просто смотреть) И в этот момент делать проверку лицезии, инициализацию легендарного поля SaveOptions, принудительное удаление и закрытие документа и т.п.?

Вернуться к обсуждению:
Cобытие сохранения документа Lotus

0