Доброе время суток всем. Возник вопрос, как не дать пользователю перейти с текущей записи если он не заполнил все поля? Основная проблема в том что форма ленточная и пользователи переходят на следующую запись посредством мышки, pageup и pagedown итд не используют.
EvgeniyNovikovДоброе время суток всем. Возник вопрос, как не дать пользователю перейти с текущей записи если он не заполнил все поля? Основная проблема в том что форма ленточная и пользователи переходят на следующую запись посредством мышки, pageup и pagedown итд не используют.
EvgeniyNovikovДоброе время суток всем. Возник вопрос, как не дать пользователю перейти с текущей записи если он не заполнил все поля? Основная проблема в том что форма ленточная и пользователи переходят на следующую запись посредством мышки, pageup и pagedown итд не используют.
- Делай отвязанную форму с полями ввода + три кнопки (Добавить, Изменить, Удалить)
- в эту форму вставляй ленточную (без возможности корректировки, только результат)
Ну и далее все просто:
- Кнопка добавить - не добавит, если чего-то не хватает.
- Кнопка Изменить - аналогично.
- Удалить - коню понятно.
Если тыкать в ленточную мышью, то в главной форме менять содержимое полей на текущие значения в ленточной.
Чтобы форма была не такой тяжелой, можно вместо ленточной формы использовать список для отображения...
Короче - лучшее решение для тех кто оч.ует за текущую запись - это отвязанная форма...
EvgeniyNovikov, на событии Form_BeforeUpdate выполняйте проверку. Если какое-то поле не заполнено - перевод фокуса на поле, сообщение и отмена сохранения (Cancel = True).
If IsNull(Me.FName) Or IsNull(Me.LName) Or IsNull(Me.PName) Then
MsgBox "Не заполнены обязательные сведения (Фамилия/Имя/Отчество)", vbOKOnly + vbCritical, "НЕДОСТАТОЧНО ДАННЫХ"
Cancel = True
If IsNull(Me.FName) Or IsNull(Me.LName) Or IsNull(Me.PName) Then
MsgBox "Не заполнены обязательные сведения (Фамилия/Имя/Отчество)", vbOKOnly + vbCritical, "НЕДОСТАТОЧНО ДАННЫХ"
Cancel = True
Примерно так
не надо так. Начните с ограничения на уровне БД - все такие проверки на программном уровне потом плохо кончатся.
В подобных случаях, если база не требует одновременного редактирования несколькими пользователями одной записи я предпочитаю копировать данные для редактирования во временные таблицы, пометив в рабочих таблицах, что запись на редактировании и не может быть открыта на редактирование. Пользователь произвольно редактирует данные без ограничений, при попытке сохранить все проверяем и выдаем предупреждения при необходимости. При отмене просто выходим без сохранения. При этом не надо писать кучу логики для работы в отвязанными полями и не ограничиваем пользователя при редактировании.
MrShinВ подобных случаях, если база не требует одновременного редактирования несколькими пользователями одной записи я предпочитаю копировать данные для редактирования во временные таблицы
тогда проще иметь две БД, одну редактировать, а вторую потом по ней ровнять...
vmagтогда проще иметь две БД, одну редактировать, а вторую потом по ней ровнять.
Ну это слишком, конечно. Во временных таблицах редактируется только малая часть данных, структура таблиц может сильно отличаться, т.к., например, некоторые запросы в формах не могут быть редактируемы, а при копировании данных во временные таблицы используется структура, позволяющая редактировать данные в форме.
