вопрос по Dialgbox

[savl]

События диалоговой формы вообще не срабатывают! У кого-то бывал такой глюк? Заранее спасибо

Это не глюк, это реальность. Правда я столкнулся с этим еще на 8.5.2 FP2 или FP1, но точно 8.5.2
Надо пересматривать код из Событий и разнести его по кнопкам Ok/Cancel
Другого варианта для себя тогда не нашел.

 

[alexas]

Это не глюк, это реальность. ...

Кто-то в IBM - "нехороший человек", раньше работа кода на версиях снизу-вверх гарантировалась. Теперь все проверять надо.

 

[Anonimous]

Спасибо, savl ) Скрыл в Dialogbox стандартные кнопки OK и Cancel, нарисовал на диалоговой форме две другие типа OK и Cancel, перенес код события QueryClose на кнопку OK - и пошло как надо. Выходит, в Lotus 8.5.3 события форм типа QueryClose и другие точно не шевелятся. Ну сюрпризы!!

 

[alexas]

.... события форм типа QueryClose и другие точно не шевелятся.

В обычном окне (фрейме) все шевелится, а вот в модальном - таки-Да, что в общем-то, где-то логично.

 

[Anonimous]

Вот, сделал такое открытие - касательно проблем с диалогами.
Дело в том, что у меня на машине на одном локальном диске установлен Lotus 8.5.3, админ-клиент-дизайнер. На другом локальном диске Лотус 6.5.4, только клиент. Он нужен для работы с одной базой, очень важной, но на более поздних версиях из-за С++ документы в ней нельзя редактировать (исторически так сложилось). А еще у меня Windows 7.
Так вот, когда я удалил Лотус 6.5.4, Лотус 8.5.3 стал как шелковый, и в диалоговых окнах все эти события сразу зашевелились без проблем!
Установил заново 6.5.4 на другой диск (и установочник, и все с ним связанное - все на другом диске). И проблема с диалогами вернулась вместе с другими глюками. Может кто-нибудь может посоветовать, как "подружить" две разных версии на разных дисках на одном компе? Если не в тему, дайте, плиз, ссылочку в личку.

 

[NickProstoNick]

Ну вообще, если нужен дополнительный клиент ниже 8-й версии - его лучше просто копировать, а не инсталлировать. Тогда и глюков не будет.
И Windows тут не играет роли.
Сейчас у меня инсталлированная 9 и копированная 6.5.4. Проблем не наблюдается. И все события формы отлавливаются
Я лично не пользуюсь "рукописными" кнопками. Диалоговые вполне справляются.

Set docCur=ws.CurrentDocument.Document

Это не очень хороший метод. Такого лучше не писать. Как этот метод работает - известно только в IBM наверное. Таким образом можно получить совершенно любой из открытых документов на данный момент (сталкивался лично). Лучше получать документ из постопена и "протягивать" куда нужно.

А вообще: котлеты отдельно - мухи отдельно.
Диалог - место для сбора информации, а не внесения в основной документ. Разделяйте логику!

eval = Evaluate({v := @DbLookup ("":""; @Environment("INTSwitch" + "S":"F");"DBLookup";
"INTIncomingAccounts";"Address"); @If(@IsError(v); ""; v);})
If eval(1) = "" Then Msgbox {Список недоступен.}: Exit Sub
Set dbIncomingAccount = session.GetDatabase(eval(0), eval(1))

vNameMTR = Evaluate({@Trim(Results)},docCur)

Жесть. ИМХО(сабаководы скорей всего не согласятся).

 

[savl]

у меня сбытия все равно не срабатывают. Клиент один стоит 8.5.3 других не было. Установка всегда чистая.

 

[VladSh]

У меня таких траблов не было никогда, в т.ч. на 8.5.3 (работаю с ней с самого начала), ни с 9.

Добавлено: Может onEvent стоит где-то на подформе и False в Continue прописывает?

 

[savl]

неа, самое банальное на postopen:

Set currDoc = Source.Document

и то не отрабатывает, а другие события мне как правило не нужны.
Вернее уже не нужны, на "Ок" вешаю проверки полей, а после закрытия обработка дальше.