[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Validation of data within widgits
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Validation of data within widgits |
Date: |
Tue, 20 Jul 2004 07:40:02 +0200 |
User-agent: |
Mutt/1.3.22.1i |
> I'm somewhat perplexed by Karstens previous explanation of lack of on-screen
> validation in widgits - eg date validation - the explanation that the back
> does the validation.
The backend does the sort of validation you were asking for,
eg telling the user to get lost when he types "ยง=%/(W=$%33"
for a title -- IF that string happens to slip by the frontend
validation. Of course, the application *should* do data
validation but in some checks are just not done yet and the
backend shouldn't happily accept invalid data.
> Only allowing back-end validation is a huge time-waster. What happens when
> the
> data is saved and the user has to then go back to find the relevant screen
> containing the text box with abcdefghi typed in instead of a date (or to be
Exactly this is what backend baseline validation is
preventing. The user simply cannot *store* garbage in a data
column. The database engine will throw back an error. Some
databases don't. That was my point.
> The practice of only using backend validation seems ridiculous.
Calm down already. No one ever said we only use backend validation.
How stupid you think we are ?
> No-ones programs work like that.
Obviously you haven't seen that much code.
> Each and every text box needs to be allocated the
> character types allowed to be entered there.
And this only takes so many hours in coding, I know.
> Am I missing something fundamental here????????
Yes, you are missing having looked at the actual code in
question.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Re: [Gnumed-devel] Validation of data within widgits,
Karsten Hilbert <=