nataxa23,
Насчет ALT+F4 я описался. Я хотел написать CTRL+F4, собственно именно это сочетание может закрыть форму. Его я и обработал в классе CaptionBarButtonsHandler

Вот эту фразу я не понял:nataxa23К слову о минусах, при использовании в настройках акса параметры окна текущей базы - "вкладки", то в этом случае минус уже будет не крестиком, а сдвойным щелчком по форме, если она развернута в режиме внесения данных, то при двойном клике по форме она возвращается в свой режим окна Normal.
у вас режим работы - "Вкладки", форма всплывающая. Двойной клик по форме или по заголовку формы? А в чем собственно минус?

Да, если режим работы - "Вкладки" и форма всплывающая, то тогда действительно минусов нет. Но всплывающая форма это же частный случай. Разве у вас одна форма в приложении или они все всплывающие? Если режим работы - "Вкладки" и формы не всплывающие, то надо искать решение как заблокировать "крестик". Если добьете этот вопрос, поделитесь, пожалуйста.

Predeclared, день добрый!
Predeclareduser friendly interface грустно курит в сторонке.
не, ну, ведь действительно, есть такой момент... я вот об этом сообщение Access - 20694927
Понятно, что его можно заглушить.

Но, а как по нажатию на крестик, обратить внимание пользователя, что данные были изменены, но не сохранены? Наталья хочет несколько user friendly вариантов развития событий:
- возможность закрыть форму без сохранения изменений
- возможность закрыть форму с сохранением изменений
- возможность не закрывать форму, остаться в режиме редактирования и продолжить редактирование.

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

nataxa23,

Лучше бы, конечно, вы сделали тестовый файл. Я попробовал повторить по вашему описанию, но с вашей проблемой не столкнулся.
Дублирую данные в обоих полях, при этом Access корректно сообщает о нарушении индекса:

изображение отображено неправильно.
Картинка выглядела так:
https://www.dropbox.com/home/SQL.ru_images?preview=fApplDetails.jpg

сам тестовый файл во вложении

guest_rusimport, доброе утро :)

Да, в целом - да, работает.
SendKeys "~" гасит нежелательное окно

Правда при длительном тестировании заметил некоторые странности, например:
- Добавьте форме стандартные кнопки навигации. Откроем форму, "Иванов" меняем на "Иванов1", нажмем на вашу кнопку перехода к след.записи(Кнопка6), выскочит диалоговая форма, нажмем ESC, пока все хорошо, нажмем на стандартную кнопку навигации перехода к новой записи, выскочит диалоговая форма, нажмем ESC. В ответ на ESC диалоговая форма будет выброшена повторно.
Но это мелочь.

Вообще, я когда думал о задаче, то мысленно отделял поведение по нажатию на "крест" от поведения при:
- переходе к след.записи
- сохранении записи своими средствами
- сохранении записи при нажатии на "карандаш" в области выделения записи.

Ну, допустим пользователь жмет на "карандаш", чтобы сохранить запись. Какие тут нужны подтверждения? Это прямое указание. А у вас в примере получается, что ему в ответ на это будет предложено аж три опции, причем одна из них полностью противоположна по смыслу - сохранить, но не его изменения, а те, что были до редактирования.

Также, как побочный эффект, мы теперь получаем тот же диалог при переходе на другую запись. А нужен ли он? Это еще вопрос.
Переход на другую запись подразумевает, что изменения в текущей записи должны быть сохранены, а тут им снова навязывается диалог.

Потом еще.
Как правило на Form_BeforeUpdate делаются какие-то проверки. Допустим внесенные изменения нарушают какую-то бизнес логику. В этом случае нужно выдать соответствующее сообщение, например, "Сохранение невозможно, нарушена бизнес логика. Внесите изменения туда-то, туда-то или откажитесь от внесенных изменений(имеется ввиду путем нажатия ESC)". Это сообщение должно быть только с одной кнопкой - ОК. После нажатия на ОК тот блок кода, который вы написали для реализации изначальной задачи топика работать не должен, вернее диалоговое окно с тремя возможными опциями: ДА, НЕТ, ОТМЕНА, выводится не должно. Пользователь должен остаться в режиме редактирования.

Т.е. возникает новая задача - совместить проверки бизнес логики и предложенный вами механизм диалога. А тут тоже будут немалые сложности. Ну, а желание nataxa23 перепрограммировать стандартное поведение по ESC еще больше все запутает.


Поэтому хотелось бы отделить поведение при нажатии на "крест" от любых других сценариев.

guest_rusimport,
guest_rusimportПример - это лишь идея согласно "хотелкам" ТС
ну это да, но я бы тоже хотел чтобы проблема вот этого сообщения 20694927 была решена, только не в частном, а общем смысле(с оглядкой на то, о чем я говорил выше), т.е. в полном объеме. Но пока не знаю как. Не знаю, как заблокировать "крест" на обычной, невсплывающей форме, если приложение работает в режиме tabbed интерфейса(режим "Вкладки").

Под "карандашом" я имел ввиду ввиду изображение, появляющееся в области выделения формы, в момент, когда dirty = true.

nataxa23,
Вакшуль СергейНо всплывающая форма это же частный случай. Разве у вас одна форма в приложении или они все всплывающие?
я так и не понял, почему вы именно для этой формы хотите организовать диалог. У вас же режим "Вкладки", и на любой другой невсплывающей форме примененный подход с API не работает.

nataxa23,

Ну да, у вас ошибки. Код не отлажен.
То, о чем вы спросили происходит, очевидно, в результате неправильной инициализации ваших флагов, а именно:
1. Жмете на ESC, запись сохранена
2. происходит событие Form_KeyDown
3. т.к. Me.Dirty = False, то отрабатывает DoCmd.Close acForm, Me.Name, acSaveNo
4. форма пытается закрыться, срабатывает Form_Unload, т.к. intClose = 2, срабатывает Cancel = True
5. Задав Cancel = True, вы прервали выполнение DoCmd.Close (см.пунк 3)
Соответственно получаете ошибку №2501
Описание: "Прервано выполнение макрокоманды Close."

Насчет кода. Углубляться не хочу. Вы автор, вам нужно отладить.

blnSave = False вы задаете в Form_BeforeUpdate. Логичней это делать в Form_AfterUpdate(тогда, когда сохранение уже железно произошло и уже не может быть отменено)

Вообще, конечно, вы там перемудрили с этими user friendly сообщениями. Ну, смотрите, что получается:
1. вношу изменения
2. перехожу на строчку выше(рассчитываю, что данные будут сохранены)
3. получаю ваше сообщение "Невозможно сохранить запись. Отмените ввод данных и повторите попытку."
4. ну, думаю, мало ли... раз просят - сделаю. Жму ОК
5. возвращаюсь к записи. Так, меня попросили отменить ввод. Как это сделать? Естественно - нажать ESC(А как еще?). Жму ESC
6. вдруг, бах, снова сообщение: "Отменить текущий ввод данных?". Ну, да, да, конечно, да(мне же нужно все отменить и повторить попытку). Жму ОК.
7. строка вернулась в исходный вид.
8. Так, что там меня просили? Повторить попытку? Повторяю.
9(см. пункт 1). вношу изменения
10(см.пункт 2). перехожу на строчку выше(рассчитываю, что данные будут сохранены)
11(см.пункт 3). получаю ваше сообщение "Невозможно сохранить запись. Отмените ввод данных и повторите попытку."
12(см.пункт 4.). ну, думаю, мало ли... раз просят - сделаю. Жму ОК
13(см.пункт 5) возвращаюсь к записи. Так, меня попросили отменить ввод. Как это сделать? Естественно - нажать ESC(А как еще?). Жму ESC
14(см.пункт 6). вдруг, бах, снова сообщение: "Отменить текущий ввод данных?". Ну, да, да, конечно, да(мне же нужно все отменить и повторить попытку). Жму ОК.
15(см.пункт 7). строка вернулась в исходный вид.
16(см.пункт 8). Так, что там меня просили? Повторить попытку? Повторяю.
И сколько мне так петлять? "Оторопел" это еще мягко сказано.

Насчет того, что у вас затирались данные. я вам отправлял другой пример. А вы изменили таблицу applDetails поменяв местами поле первичного ключа и внешний ключ. А в форме по сути изменений не сделали. В результате смысл утрачен. В вашей форме нельзя вносить новые строки. Только править существующие. Разберитесь со связями, ключами. Все должно работать.

guest_rusimportА почему бы в конструкторе формы не задать свойству CloseButton значение False? Вместо крестика сделать на форме спецкнопочку "Выход" и управлять её видимостью в зависимости от ситуации. (Или в 2010-м это нельзя для режима "Вкладки"? Мне почему-то думается, что это возможно)
Да, можно, конечно. Так можно сделать и не только в 2010-ом.
Просто блокировка крестика пусть и на короткий промежуток времени, но это отход от неписанных стандартов. Т.е. уже нехорошо. Но если это на короткий период, то как-то можно согласиться, наверное. Хотя внутренний протест уже назревает. А вообще убрать кресты...ну, что за стиль такой? Самопал какой-то.
Крест, кстати не исчезает полностью. Он виден, просто заблокирован. "Висит груша, нельзя скушать".