I have a control that simply displays a list of links. Following one of the
links doesn't post back or redirect to another page, it simply hides the
current panel and shows the one you selected... So the behavour is similar to
a tab control.
The user is expected to fill out required data on each of the panels before
pressing a submit button which is visible from all panels.
Problem I have is validating the data entered by the user. I can use built
in validators to actualy do the validation but consider this type of
situation.
The user loads the page and enters some but not all of the data on the first
panel. They then follow the link to the second panel (which sets DISPLAY:none
on the currently visible panel and DISPLAY:block on the new panel using
javascript)
If the user then enters the required data on the second panel and presses
the submit button the validators fire and fail on the first panel but the
user cannot tell because the panel is not visible.
I want to be able to do one of the following:
A) validate a panel as it loses visiblity without a postback. This way the
user must enter the data before they leave the panel. (server side validation
will still occur when the submit button is pressed but the data will already
be known good) This would be the prefered option
b) force the panel with the failed validator to be visible when the server
side validation occurs.
c) display some kind of message on the currently visible panel indicating
that there are failed validators on the first panel so the user is aware and
can correct the problem.
Any ideas would be helpful
--
Bill 9 3037
Bill,
Is there a reason that you can't set the panel's visibility property from
the codebehind after a successful postback?
That way you can do your clientside validation, wrap the button's click
event code in If Page.IsValid, and only switch panels if valid entries are
made.
--
Sincerely,
S. Justin Gengo, MCP
Web Developer / Programmer www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Bill Long" <Bi******@discussions.microsoft.com> wrote in message
news:6E**********************************@microsof t.com... I have a control that simply displays a list of links. Following one of the links doesn't post back or redirect to another page, it simply hides the current panel and shows the one you selected... So the behavour is similar to a tab control.
The user is expected to fill out required data on each of the panels before pressing a submit button which is visible from all panels.
Problem I have is validating the data entered by the user. I can use built in validators to actualy do the validation but consider this type of situation.
The user loads the page and enters some but not all of the data on the first panel. They then follow the link to the second panel (which sets DISPLAY:none on the currently visible panel and DISPLAY:block on the new panel using javascript)
If the user then enters the required data on the second panel and presses the submit button the validators fire and fail on the first panel but the user cannot tell because the panel is not visible.
I want to be able to do one of the following:
A) validate a panel as it loses visiblity without a postback. This way the user must enter the data before they leave the panel. (server side validation will still occur when the submit button is pressed but the data will already be known good) This would be the prefered option
b) force the panel with the failed validator to be visible when the server side validation occurs.
c) display some kind of message on the currently visible panel indicating that there are failed validators on the first panel so the user is aware and can correct the problem.
Any ideas would be helpful
-- Bill
The reason is performance. Postbacks are not very network friendly. The way
it works now changing panels is instantanious. Using postback slows things
down quite a bit and cause unnessecary network traffic
--
Bill
"S. Justin Gengo" wrote: Bill,
Is there a reason that you can't set the panel's visibility property from the codebehind after a successful postback?
That way you can do your clientside validation, wrap the button's click event code in If Page.IsValid, and only switch panels if valid entries are made.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:6E**********************************@microsof t.com...I have a control that simply displays a list of links. Following one of the links doesn't post back or redirect to another page, it simply hides the current panel and shows the one you selected... So the behavour is similar to a tab control.
The user is expected to fill out required data on each of the panels before pressing a submit button which is visible from all panels.
Problem I have is validating the data entered by the user. I can use built in validators to actualy do the validation but consider this type of situation.
The user loads the page and enters some but not all of the data on the first panel. They then follow the link to the second panel (which sets DISPLAY:none on the currently visible panel and DISPLAY:block on the new panel using javascript)
If the user then enters the required data on the second panel and presses the submit button the validators fire and fail on the first panel but the user cannot tell because the panel is not visible.
I want to be able to do one of the following:
A) validate a panel as it loses visiblity without a postback. This way the user must enter the data before they leave the panel. (server side validation will still occur when the submit button is pressed but the data will already be known good) This would be the prefered option
b) force the panel with the failed validator to be visible when the server side validation occurs.
c) display some kind of message on the currently visible panel indicating that there are failed validators on the first panel so the user is aware and can correct the problem.
Any ideas would be helpful
-- Bill
Bill,
But the validators will stop a postback clientside so it won't occur for any
browser that supports it. And you say you're posting back anyway upon
successful validation... So at least for the panels that need to be
validated I think that's the best solution.
--
Sincerely,
S. Justin Gengo, MCP
Web Developer / Programmer www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Bill Long" <Bi******@discussions.microsoft.com> wrote in message
news:8C**********************************@microsof t.com... The reason is performance. Postbacks are not very network friendly. The way it works now changing panels is instantanious. Using postback slows things down quite a bit and cause unnessecary network traffic
-- Bill
"S. Justin Gengo" wrote:
Bill,
Is there a reason that you can't set the panel's visibility property from the codebehind after a successful postback?
That way you can do your clientside validation, wrap the button's click event code in If Page.IsValid, and only switch panels if valid entries are made.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:6E**********************************@microsof t.com... >I have a control that simply displays a list of links. Following one of >the > links doesn't post back or redirect to another page, it simply hides > the > current panel and shows the one you selected... So the behavour is > similar > to > a tab control. > > The user is expected to fill out required data on each of the panels > before > pressing a submit button which is visible from all panels. > > Problem I have is validating the data entered by the user. I can use > built > in validators to actualy do the validation but consider this type of > situation. > > The user loads the page and enters some but not all of the data on the > first > panel. They then follow the link to the second panel (which sets > DISPLAY:none > on the currently visible panel and DISPLAY:block on the new panel using > javascript) > > If the user then enters the required data on the second panel and > presses > the submit button the validators fire and fail on the first panel but > the > user cannot tell because the panel is not visible. > > I want to be able to do one of the following: > > A) validate a panel as it loses visiblity without a postback. This way > the > user must enter the data before they leave the panel. (server side > validation > will still occur when the submit button is pressed but the data will > already > be known good) This would be the prefered option > > b) force the panel with the failed validator to be visible when the > server > side validation occurs. > > c) display some kind of message on the currently visible panel > indicating > that there are failed validators on the first panel so the user is > aware > and > can correct the problem. > > Any ideas would be helpful > > -- > Bill
Bill,
A different thought if you really don't want to post back until the final
submit button is clicked. I think you'd have to cycle through each validator
and check if it's valid. You could have a subroutine for each panel that
could be called from the submit and it would loop through the validators on
that panel and then if one that isn't valid is found set that panel to
visible. If you try to do this all client side it won't work with a lot of
browsers so you may run into trouble there...
--
Sincerely,
S. Justin Gengo, MCP
Web Developer / Programmer www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"S. Justin Gengo" <justin@[no_spam_please]aboutfortunate.com> wrote in
message news:uF**************@TK2MSFTNGP10.phx.gbl... Bill,
But the validators will stop a postback clientside so it won't occur for any browser that supports it. And you say you're posting back anyway upon successful validation... So at least for the panels that need to be validated I think that's the best solution.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:8C**********************************@microsof t.com... The reason is performance. Postbacks are not very network friendly. The way it works now changing panels is instantanious. Using postback slows things down quite a bit and cause unnessecary network traffic
-- Bill
"S. Justin Gengo" wrote:
Bill,
Is there a reason that you can't set the panel's visibility property from the codebehind after a successful postback?
That way you can do your clientside validation, wrap the button's click event code in If Page.IsValid, and only switch panels if valid entries are made.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:6E**********************************@microsof t.com... >I have a control that simply displays a list of links. Following one of >the > links doesn't post back or redirect to another page, it simply hides > the > current panel and shows the one you selected... So the behavour is > similar > to > a tab control. > > The user is expected to fill out required data on each of the panels > before > pressing a submit button which is visible from all panels. > > Problem I have is validating the data entered by the user. I can use > built > in validators to actualy do the validation but consider this type of > situation. > > The user loads the page and enters some but not all of the data on the > first > panel. They then follow the link to the second panel (which sets > DISPLAY:none > on the currently visible panel and DISPLAY:block on the new panel > using > javascript) > > If the user then enters the required data on the second panel and > presses > the submit button the validators fire and fail on the first panel but > the > user cannot tell because the panel is not visible. > > I want to be able to do one of the following: > > A) validate a panel as it loses visiblity without a postback. This way > the > user must enter the data before they leave the panel. (server side > validation > will still occur when the submit button is pressed but the data will > already > be known good) This would be the prefered option > > b) force the panel with the failed validator to be visible when the > server > side validation occurs. > > c) display some kind of message on the currently visible panel > indicating > that there are failed validators on the first panel so the user is > aware > and > can correct the problem. > > Any ideas would be helpful > > -- > Bill
This close to what I was thinking. I could have a little piece of javascript
for each panel. When the user clicks to display one of the other panels, I
could loop through each control I want to validate and validate it. If I find
one that fails then leave the panel visible otherwise hide it and display the
one the user selected.
I sort of have this working but it is messy and not really a good solution
becasue I have to have two seperate validation routines for each control I
want to validate. Client side javascript and server side validators. I would
rather do as you suggest and make use of the validators I already have in
place.
I've tried that already and the problem I have with it is this:
Validation doesn't always occur when I change panels. Lets say I have a
panel with a textbox and a required field validator. If I open the page, the
page is valid but the textbox is blank. If I then change to another panel...
no validation. On server side validation this is not true but the client side
validation seems only to occur after a text changed event has occured. IE: I
put some text in the textbox changed then delete it...
Interesting problem... I may have to live with multiple validation routines
for each validated control.
Bill
"S. Justin Gengo" wrote: Bill,
A different thought if you really don't want to post back until the final submit button is clicked. I think you'd have to cycle through each validator and check if it's valid. You could have a subroutine for each panel that could be called from the submit and it would loop through the validators on that panel and then if one that isn't valid is found set that panel to visible. If you try to do this all client side it won't work with a lot of browsers so you may run into trouble there...
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "S. Justin Gengo" <justin@[no_spam_please]aboutfortunate.com> wrote in message news:uF**************@TK2MSFTNGP10.phx.gbl... Bill,
But the validators will stop a postback clientside so it won't occur for any browser that supports it. And you say you're posting back anyway upon successful validation... So at least for the panels that need to be validated I think that's the best solution.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:8C**********************************@microsof t.com... The reason is performance. Postbacks are not very network friendly. The way it works now changing panels is instantanious. Using postback slows things down quite a bit and cause unnessecary network traffic
-- Bill
"S. Justin Gengo" wrote:
Bill,
Is there a reason that you can't set the panel's visibility property from the codebehind after a successful postback?
That way you can do your clientside validation, wrap the button's click event code in If Page.IsValid, and only switch panels if valid entries are made.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:6E**********************************@microsof t.com... >I have a control that simply displays a list of links. Following one of >the > links doesn't post back or redirect to another page, it simply hides > the > current panel and shows the one you selected... So the behavour is > similar > to > a tab control. > > The user is expected to fill out required data on each of the panels > before > pressing a submit button which is visible from all panels. > > Problem I have is validating the data entered by the user. I can use > built > in validators to actualy do the validation but consider this type of > situation. > > The user loads the page and enters some but not all of the data on the > first > panel. They then follow the link to the second panel (which sets > DISPLAY:none > on the currently visible panel and DISPLAY:block on the new panel > using > javascript) > > If the user then enters the required data on the second panel and > presses > the submit button the validators fire and fail on the first panel but > the > user cannot tell because the panel is not visible. > > I want to be able to do one of the following: > > A) validate a panel as it loses visiblity without a postback. This way > the > user must enter the data before they leave the panel. (server side > validation > will still occur when the submit button is pressed but the data will > already > be known good) This would be the prefered option > > b) force the panel with the failed validator to be visible when the > server > side validation occurs. > > c) display some kind of message on the currently visible panel > indicating > that there are failed validators on the first panel so the user is > aware > and > can correct the problem. > > Any ideas would be helpful > > -- > Bill
Actually when you think about. That's not really a good solution either
because if I load the page, fill out the first panel and then hit the submit
button without selecting one of the links to display another panel validators
on the other panels would fire but not be visible and the user would have no
indication that this occured. I would also have to validate each panel on the
client when the submit button was clicked.
What might work is forget about validating when the panels change but loop
through validators on each panel when the submit button is clicked and
display the first panel I find with a failure. The validators themselves
would prevent the postback. All I have to do is find panel.
Are you a Microsoft employee? Can you point me toward a good knowledge base
article on testing validators with javascript?
--
Bill
"Bill Long" wrote: This close to what I was thinking. I could have a little piece of javascript for each panel. When the user clicks to display one of the other panels, I could loop through each control I want to validate and validate it. If I find one that fails then leave the panel visible otherwise hide it and display the one the user selected.
I sort of have this working but it is messy and not really a good solution becasue I have to have two seperate validation routines for each control I want to validate. Client side javascript and server side validators. I would rather do as you suggest and make use of the validators I already have in place.
I've tried that already and the problem I have with it is this:
Validation doesn't always occur when I change panels. Lets say I have a panel with a textbox and a required field validator. If I open the page, the page is valid but the textbox is blank. If I then change to another panel... no validation. On server side validation this is not true but the client side validation seems only to occur after a text changed event has occured. IE: I put some text in the textbox changed then delete it...
Interesting problem... I may have to live with multiple validation routines for each validated control.
Bill
"S. Justin Gengo" wrote:
Bill,
A different thought if you really don't want to post back until the final submit button is clicked. I think you'd have to cycle through each validator and check if it's valid. You could have a subroutine for each panel that could be called from the submit and it would loop through the validators on that panel and then if one that isn't valid is found set that panel to visible. If you try to do this all client side it won't work with a lot of browsers so you may run into trouble there...
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "S. Justin Gengo" <justin@[no_spam_please]aboutfortunate.com> wrote in message news:uF**************@TK2MSFTNGP10.phx.gbl... Bill,
But the validators will stop a postback clientside so it won't occur for any browser that supports it. And you say you're posting back anyway upon successful validation... So at least for the panels that need to be validated I think that's the best solution.
-- Sincerely,
S. Justin Gengo, MCP Web Developer / Programmer
www.aboutfortunate.com
"Out of chaos comes order." Nietzsche "Bill Long" <Bi******@discussions.microsoft.com> wrote in message news:8C**********************************@microsof t.com... > The reason is performance. Postbacks are not very network friendly. The > way > it works now changing panels is instantanious. Using postback slows > things > down quite a bit and cause unnessecary network traffic > > -- > Bill > > > "S. Justin Gengo" wrote: > >> Bill, >> >> Is there a reason that you can't set the panel's visibility property >> from >> the codebehind after a successful postback? >> >> That way you can do your clientside validation, wrap the button's click >> event code in If Page.IsValid, and only switch panels if valid entries >> are >> made. >> >> -- >> Sincerely, >> >> S. Justin Gengo, MCP >> Web Developer / Programmer >> >> www.aboutfortunate.com >> >> "Out of chaos comes order." >> Nietzsche >> "Bill Long" <Bi******@discussions.microsoft.com> wrote in message >> news:6E**********************************@microsof t.com... >> >I have a control that simply displays a list of links. Following one of >> >the >> > links doesn't post back or redirect to another page, it simply hides >> > the >> > current panel and shows the one you selected... So the behavour is >> > similar >> > to >> > a tab control. >> > >> > The user is expected to fill out required data on each of the panels >> > before >> > pressing a submit button which is visible from all panels. >> > >> > Problem I have is validating the data entered by the user. I can use >> > built >> > in validators to actualy do the validation but consider this type of >> > situation. >> > >> > The user loads the page and enters some but not all of the data on the >> > first >> > panel. They then follow the link to the second panel (which sets >> > DISPLAY:none >> > on the currently visible panel and DISPLAY:block on the new panel >> > using >> > javascript) >> > >> > If the user then enters the required data on the second panel and >> > presses >> > the submit button the validators fire and fail on the first panel but >> > the >> > user cannot tell because the panel is not visible. >> > >> > I want to be able to do one of the following: >> > >> > A) validate a panel as it loses visiblity without a postback. This way >> > the >> > user must enter the data before they leave the panel. (server side >> > validation >> > will still occur when the submit button is pressed but the data will >> > already >> > be known good) This would be the prefered option >> > >> > b) force the panel with the failed validator to be visible when the >> > server >> > side validation occurs. >> > >> > c) display some kind of message on the currently visible panel >> > indicating >> > that there are failed validators on the first panel so the user is >> > aware >> > and >> > can correct the problem. >> > >> > Any ideas would be helpful >> > >> > -- >> > Bill >> >> >>
You know I read somewhere on one of these forums that when you have a problem
you need to ask yourself why you need to do what you are trying to do. Then
you need to ask the same question about the answer you give yourself and keep
asking the question about your answer until you can't answer anymore. At that
point you will have come to the real problem you are trying to solve.
The bottom line with this problem is I want the end-user to have a visual
notification of any validation error that occurs regardless of the panel in
which it occurs on.
I added a ValidationSummary control to the page visible with all panels and
it 10 minutes my problem is over.
I thank you very much for your time Justin. You have definitly helped me
think this problem through.
--
Bill
"Bill Long" wrote: I have a control that simply displays a list of links. Following one of the links doesn't post back or redirect to another page, it simply hides the current panel and shows the one you selected... So the behavour is similar to a tab control.
The user is expected to fill out required data on each of the panels before pressing a submit button which is visible from all panels.
Problem I have is validating the data entered by the user. I can use built in validators to actualy do the validation but consider this type of situation.
The user loads the page and enters some but not all of the data on the first panel. They then follow the link to the second panel (which sets DISPLAY:none on the currently visible panel and DISPLAY:block on the new panel using javascript)
If the user then enters the required data on the second panel and presses the submit button the validators fire and fail on the first panel but the user cannot tell because the panel is not visible.
I want to be able to do one of the following:
A) validate a panel as it loses visiblity without a postback. This way the user must enter the data before they leave the panel. (server side validation will still occur when the submit button is pressed but the data will already be known good) This would be the prefered option
b) force the panel with the failed validator to be visible when the server side validation occurs.
c) display some kind of message on the currently visible panel indicating that there are failed validators on the first panel so the user is aware and can correct the problem.
Any ideas would be helpful
-- Bill
Bill,
No, I'm not MS. And sorry, but I don't know of a good article for this.
What I'm fearful of is that by the time your done you may actually end up
using more processing power than the post backs would have taken. I see what
you're going for, and I hope you get it working.
--
Sincerely,
S. Justin Gengo, MCP
Web Developer / Programmer www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Bill Long" <Bi******@discussions.microsoft.com> wrote in message
news:49**********************************@microsof t.com... Actually when you think about. That's not really a good solution either because if I load the page, fill out the first panel and then hit the submit button without selecting one of the links to display another panel validators on the other panels would fire but not be visible and the user would have no indication that this occured. I would also have to validate each panel on the client when the submit button was clicked.
What might work is forget about validating when the panels change but loop through validators on each panel when the submit button is clicked and display the first panel I find with a failure. The validators themselves would prevent the postback. All I have to do is find panel.
Are you a Microsoft employee? Can you point me toward a good knowledge base article on testing validators with javascript?
-- Bill
"Bill Long" wrote:
This close to what I was thinking. I could have a little piece of javascript for each panel. When the user clicks to display one of the other panels, I could loop through each control I want to validate and validate it. If I find one that fails then leave the panel visible otherwise hide it and display the one the user selected.
I sort of have this working but it is messy and not really a good solution becasue I have to have two seperate validation routines for each control I want to validate. Client side javascript and server side validators. I would rather do as you suggest and make use of the validators I already have in place.
I've tried that already and the problem I have with it is this:
Validation doesn't always occur when I change panels. Lets say I have a panel with a textbox and a required field validator. If I open the page, the page is valid but the textbox is blank. If I then change to another panel... no validation. On server side validation this is not true but the client side validation seems only to occur after a text changed event has occured. IE: I put some text in the textbox changed then delete it...
Interesting problem... I may have to live with multiple validation routines for each validated control.
Bill
"S. Justin Gengo" wrote:
> Bill, > > A different thought if you really don't want to post back until the > final > submit button is clicked. I think you'd have to cycle through each > validator > and check if it's valid. You could have a subroutine for each panel > that > could be called from the submit and it would loop through the > validators on > that panel and then if one that isn't valid is found set that panel to > visible. If you try to do this all client side it won't work with a lot > of > browsers so you may run into trouble there... > > > -- > Sincerely, > > S. Justin Gengo, MCP > Web Developer / Programmer > > www.aboutfortunate.com > > "Out of chaos comes order." > Nietzsche > "S. Justin Gengo" <justin@[no_spam_please]aboutfortunate.com> wrote in > message news:uF**************@TK2MSFTNGP10.phx.gbl... > > Bill, > > > > But the validators will stop a postback clientside so it won't occur > > for > > any browser that supports it. And you say you're posting back anyway > > upon > > successful validation... So at least for the panels that need to be > > validated I think that's the best solution. > > > > -- > > Sincerely, > > > > S. Justin Gengo, MCP > > Web Developer / Programmer > > > > www.aboutfortunate.com > > > > "Out of chaos comes order." > > Nietzsche > > "Bill Long" <Bi******@discussions.microsoft.com> wrote in message > > news:8C**********************************@microsof t.com... > >> The reason is performance. Postbacks are not very network friendly. > >> The > >> way > >> it works now changing panels is instantanious. Using postback slows > >> things > >> down quite a bit and cause unnessecary network traffic > >> > >> -- > >> Bill > >> > >> > >> "S. Justin Gengo" wrote: > >> > >>> Bill, > >>> > >>> Is there a reason that you can't set the panel's visibility > >>> property > >>> from > >>> the codebehind after a successful postback? > >>> > >>> That way you can do your clientside validation, wrap the button's > >>> click > >>> event code in If Page.IsValid, and only switch panels if valid > >>> entries > >>> are > >>> made. > >>> > >>> -- > >>> Sincerely, > >>> > >>> S. Justin Gengo, MCP > >>> Web Developer / Programmer > >>> > >>> www.aboutfortunate.com > >>> > >>> "Out of chaos comes order." > >>> Nietzsche > >>> "Bill Long" <Bi******@discussions.microsoft.com> wrote in message > >>> news:6E**********************************@microsof t.com... > >>> >I have a control that simply displays a list of links. Following > >>> >one of > >>> >the > >>> > links doesn't post back or redirect to another page, it simply > >>> > hides > >>> > the > >>> > current panel and shows the one you selected... So the behavour > >>> > is > >>> > similar > >>> > to > >>> > a tab control. > >>> > > >>> > The user is expected to fill out required data on each of the > >>> > panels > >>> > before > >>> > pressing a submit button which is visible from all panels. > >>> > > >>> > Problem I have is validating the data entered by the user. I can > >>> > use > >>> > built > >>> > in validators to actualy do the validation but consider this type > >>> > of > >>> > situation. > >>> > > >>> > The user loads the page and enters some but not all of the data > >>> > on the > >>> > first > >>> > panel. They then follow the link to the second panel (which sets > >>> > DISPLAY:none > >>> > on the currently visible panel and DISPLAY:block on the new panel > >>> > using > >>> > javascript) > >>> > > >>> > If the user then enters the required data on the second panel and > >>> > presses > >>> > the submit button the validators fire and fail on the first panel > >>> > but > >>> > the > >>> > user cannot tell because the panel is not visible. > >>> > > >>> > I want to be able to do one of the following: > >>> > > >>> > A) validate a panel as it loses visiblity without a postback. > >>> > This way > >>> > the > >>> > user must enter the data before they leave the panel. (server > >>> > side > >>> > validation > >>> > will still occur when the submit button is pressed but the data > >>> > will > >>> > already > >>> > be known good) This would be the prefered option > >>> > > >>> > b) force the panel with the failed validator to be visible when > >>> > the > >>> > server > >>> > side validation occurs. > >>> > > >>> > c) display some kind of message on the currently visible panel > >>> > indicating > >>> > that there are failed validators on the first panel so the user > >>> > is > >>> > aware > >>> > and > >>> > can correct the problem. > >>> > > >>> > Any ideas would be helpful > >>> > > >>> > -- > >>> > Bill > >>> > >>> > >>> > > > > > > >
Bill,
Great solution!
--
Sincerely,
S. Justin Gengo, MCP
Web Developer / Programmer www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Bill Long" <Bi******@discussions.microsoft.com> wrote in message
news:EC**********************************@microsof t.com... You know I read somewhere on one of these forums that when you have a problem you need to ask yourself why you need to do what you are trying to do. Then you need to ask the same question about the answer you give yourself and keep asking the question about your answer until you can't answer anymore. At that point you will have come to the real problem you are trying to solve.
The bottom line with this problem is I want the end-user to have a visual notification of any validation error that occurs regardless of the panel in which it occurs on.
I added a ValidationSummary control to the page visible with all panels and it 10 minutes my problem is over.
I thank you very much for your time Justin. You have definitly helped me think this problem through. -- Bill
"Bill Long" wrote:
I have a control that simply displays a list of links. Following one of the links doesn't post back or redirect to another page, it simply hides the current panel and shows the one you selected... So the behavour is similar to a tab control.
The user is expected to fill out required data on each of the panels before pressing a submit button which is visible from all panels.
Problem I have is validating the data entered by the user. I can use built in validators to actualy do the validation but consider this type of situation.
The user loads the page and enters some but not all of the data on the first panel. They then follow the link to the second panel (which sets DISPLAY:none on the currently visible panel and DISPLAY:block on the new panel using javascript)
If the user then enters the required data on the second panel and presses the submit button the validators fire and fail on the first panel but the user cannot tell because the panel is not visible.
I want to be able to do one of the following:
A) validate a panel as it loses visiblity without a postback. This way the user must enter the data before they leave the panel. (server side validation will still occur when the submit button is pressed but the data will already be known good) This would be the prefered option
b) force the panel with the failed validator to be visible when the server side validation occurs.
c) display some kind of message on the currently visible panel indicating that there are failed validators on the first panel so the user is aware and can correct the problem.
Any ideas would be helpful
-- Bill This discussion thread is closed Replies have been disabled for this discussion. Similar topics
reply
views
Thread by amessimon |
last post: by
|
4 posts
views
Thread by Spence Hackney |
last post: by
|
6 posts
views
Thread by wandali |
last post: by
|
2 posts
views
Thread by Darren Carter |
last post: by
|
reply
views
Thread by Brooke |
last post: by
| | | | | | | | | | | | | | |