View previous topic :: View next topic
|
Author |
Message |
seerajen Currently Banned New User
Joined: 05 Aug 2008 Posts: 10 Location: bangalore
|
|
|
|
Help me in this.... Am creating a Map field with attributes UNPRO & NUM, but my map field is taking dot(.) as a valid character. This makes the program giving unacceptable results when the users are accidentally enteing decimal values..
I want to restrict this dot(.) for this map field accepting pure Numeric filed 9(3). Its urgent.
Thanxxxx |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
User training would be the preferred method.
Otherwise, you'll need to check each byte via reference modification (assuming you're using a COBOL program) to see if there's a period and if so set up the error message and resend the map (saving the valid fields as usual). |
|
Back to top |
|
|
Craq Giegerich
Senior Member
Joined: 19 May 2007 Posts: 1512 Location: Virginia, USA
|
|
|
|
You need to use both methods. The users that get trained will be the first to leave. The NUM attribute was never reliable on 3270 terminals it allowed the decimal character, and it could easily be over ridden and I think it required a extra cost feature that was not always installed. With terminal emulation you can never be sure. |
|
Back to top |
|
|
Earl Haigh
Active User
Joined: 25 Jul 2006 Posts: 475
|
|
|
|
Just test the field for numeric before using in calculations,
pretty basic coding skills. Don't see why you need senior level
advice. |
|
Back to top |
|
|
Binop B
Active User
Joined: 18 Jun 2009 Posts: 407 Location: Nashville, TN
|
|
|
|
Hi Seenu,
If what u want is to restrict the user from entering "." in such a way like the "." never appears on the screen ( like in our web pages )...... as per my knowledge it is not possible.
As others suggested, my suggestion also would be to have an error handling routine to check for anything other than numeric. |
|
Back to top |
|
|
seerajen Currently Banned New User
Joined: 05 Aug 2008 Posts: 10 Location: bangalore
|
|
|
|
I thought this forum users are a good knowledge people but by seeing your silly answers i dont understand y this forum is been maintained. I dont think coding an error handling is the correct way.... Why dont we fix in the Map itself..... how we are restricting "Alphabets" like that y cant we restrict.............
Sorry if i hurt......
but think for a while.... |
|
Back to top |
|
|
Craq Giegerich
Senior Member
Joined: 19 May 2007 Posts: 1512 Location: Virginia, USA
|
|
|
|
seerajen wrote: |
I thought this forum users are a good knowledge people but by seeing your silly answers i dont understand y this forum is been maintained. I dont think coding an error handling is the correct way.... Why dont we fix in the Map itself..... how we are restricting "Alphabets" like that y cant we restrict.............
Sorry if i hurt......
but think for a while.... |
There is more knowledge expressed on this forum then you will ever have. If you are so d***mn good at it show us how you would do it. I have over 40 years programming experience and I would be happy to see you come up with a simple usable solution! |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
seerajen wrote: |
I thought this forum users are a good knowledge people but by seeing your silly answers i dont understand y this forum is been maintained. I dont think coding an error handling is the correct way.... Why dont we fix in the Map itself..... how we are restricting "Alphabets" like that y cant we restrict.............
Sorry if i hurt......
but think for a while.... |
If you feel like that about the forum
There is no point in you being a member
YOU ARE BANNED |
|
Back to top |
|
|
|