|
|
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
Добрый день! Субформа с несколькими полями, ввод в первое поле обязательный. Пользователь при входе в субформу пользуется в основном мышью и чаще всего ставит фокус сразу во второе поле, наиболее значимое для него, заполняет (выбирает значение) и пытается выйти из субформы, забывая (очень часто) заполнить первое обязательное поле. БД не дает ему это сделать, пишет: Поле "в данном случае первое" не может иметь значение Null..., что не всегда понятно пользователю. Как заменить стандартное сообщение на пользовательское? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 09:20 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
OnError и обработать ошибку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 09:36 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
Можно для этого поля в форме задать свойства: 1. "Условие на значение" - например, если нельзя NULL, то напишите там Is Not Null 2. "Сообщение об ошибке" - ваш текст сообщения при нарушении этого условия Либо можно написать свою процедуру обработки штатного события OnError в форме: Код: plaintext Пробуйте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 09:44 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
KarfaqenМожно для этого поля в форме задать свойства: 1. "Условие на значение" - например, если нельзя NULL, то напишите там Is Not Null 2. "Сообщение об ошибке" - ваш текст сообщения при нарушении этого условия Вы имеете ввиду первое поле. С ним все понятно.. Но речь шла о том, что пользователь это поле пропускает и мышью кликает сразу второе поле, так что этот вариант не проходит. Уже испытано..:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 11:33 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
сделайте поля недоступными пока не введено первое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 11:48 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
ruprextсделайте поля недоступными пока не введено первоеЭто неудобно. Лучше вариант Karfaqen с Form_Error. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 11:58 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
mds_worldЭто неудобно. Лучше вариант Karfaqen с Form_Error.так проще, но решать автору в любом случае ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 13:08 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
на кнопке применить (он же выход) Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 13:23 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
Зачем перехват ошибки в самых прна кнопке применить (он же выход) Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 13:29 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
AbrakadabraВы имеете ввиду первое поле. С ним все понятно.. Но речь шла о том, что пользователь это поле пропускает и мышью кликает сразу второе поле, так что этот вариант не проходит. Уже испытано..:)Ну да, первый вариант - это для инвалидации значения при вводе в поле . Если у вас речь об ошибке, которая вызывается штатным механизмом инвалидации значений перед сохранением записи , то тогда конечно нужен не первый, а второй вариант, который я вам предлагал. Можно проверить в Form_Error субформы правильность заполнения своего поля, и если что-то не так, сделайте DoCmd.CancelEvent, выдайте свое понятное сообщение, а штатное сообщение подавите (Response = acDataErrContinue). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2007, 16:28 |
|
||
|
Заменить станд. сообщение на пользовательское
|
|||
|---|---|---|---|
|
#18+
Karfaqen AbrakadabraВы имеете ввиду первое поле. С ним все понятно.. Но речь шла о том, что пользователь это поле пропускает и мышью кликает сразу второе поле, так что этот вариант не проходит. Уже испытано..:)Ну да, первый вариант - это для инвалидации значения при вводе в поле . Если у вас речь об ошибке, которая вызывается штатным механизмом инвалидации значений перед сохранением записи , то тогда конечно нужен не первый, а второй вариант, который я вам предлагал. Можно проверить в Form_Error субформы правильность заполнения своего поля, и если что-то не так, сделайте DoCmd.CancelEvent, выдайте свое понятное сообщение, а штатное сообщение подавите (Response = acDataErrContinue). Спасиьо, все получилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.05.2007, 00:14 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=34553033&tid=1650345]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 390ms |

| 0 / 0 |
