473,322 Members | 1,719 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

Validators in version 1.1

We have a technique for our order process whereby we
simply turn panels on and off to capture data for the
various stages, rather than the normal method of moving
between pages.

In 1.0, the validators were not being fired if they were
in a panel whose visibility was set to false. However, in
1.1, it appears that ALL validators fire on validation,
regardless of whether the panel is visible or not. This
is causing all sorts of problems, not the least of which
is that the page.IsValid is always false now, as we
obviously don't capture ALL data at once... so the
required validators fail.

Has anyone seen this, and more importantly, is there a fix
for it? Any help is greatly appreciated!

Bill Richardson
Senior Software Engineer
Proflowers.com
Nov 17 '05 #1
7 1618

Bill,

I've seen it too. I don't know if this is by design or not. Perhaps someone
else could enlighten us with that information. You may need to resort to
setting each panel's validators to disabled as you move between panels :(

--
S. Justin Gengo, MCP
Web Developer

Free code library at:
www.aboutfortunate.com

"Out of chaos comes order."
Nietzche
"Bill Richardson" <br*********@proflowers.com> wrote in message
news:04****************************@phx.gbl...
We have a technique for our order process whereby we
simply turn panels on and off to capture data for the
various stages, rather than the normal method of moving
between pages.

In 1.0, the validators were not being fired if they were
in a panel whose visibility was set to false. However, in
1.1, it appears that ALL validators fire on validation,
regardless of whether the panel is visible or not. This
is causing all sorts of problems, not the least of which
is that the page.IsValid is always false now, as we
obviously don't capture ALL data at once... so the
required validators fail.

Has anyone seen this, and more importantly, is there a fix
for it? Any help is greatly appreciated!

Bill Richardson
Senior Software Engineer
Proflowers.com

Nov 17 '05 #2
Well... at least I'm not going nuts. I'm seeing this on
Windows 2003... are you on 2003, or WIN2K?
-----Original Message-----

Bill,

I've seen it too. I don't know if this is by design or not. Perhaps someoneelse could enlighten us with that information. You may need to resort tosetting each panel's validators to disabled as you move between panels :(
--
S. Justin Gengo, MCP
Web Developer

Free code library at:
www.aboutfortunate.com

"Out of chaos comes order."
Nietzche
"Bill Richardson" <br*********@proflowers.com> wrote in messagenews:04****************************@phx.gbl...
We have a technique for our order process whereby we
simply turn panels on and off to capture data for the
various stages, rather than the normal method of moving
between pages.

In 1.0, the validators were not being fired if they were
in a panel whose visibility was set to false. However, in 1.1, it appears that ALL validators fire on validation,
regardless of whether the panel is visible or not. This
is causing all sorts of problems, not the least of which
is that the page.IsValid is always false now, as we
obviously don't capture ALL data at once... so the
required validators fail.

Has anyone seen this, and more importantly, is there a fix for it? Any help is greatly appreciated!

Bill Richardson
Senior Software Engineer
Proflowers.com

.

Nov 17 '05 #3
PJ
Was he talking about the .Visible property or the style display property?
It sounds to me like they fixed a bug in 1.1. Why should a validator care
about whether there's a style="DISPLAY: none" on some tag it's contained

in?
Nov 17 '05 #4
Now that's a damn good question. If a panel set ".Visible=False" is rendered
at all, including its child controls, then that's real big news to me!

--
John Saunders
Internet Engineer
jo***********@surfcontrol.com
"PJ" <pj***@hotmail.com> wrote in message
news:un**************@TK2MSFTNGP11.phx.gbl...
Was he talking about the .Visible property or the style display property?
It sounds to me like they fixed a bug in 1.1. Why should a validator care about whether there's a style="DISPLAY: none" on some tag it's contained

in?

Nov 17 '05 #5
PJ
No, of course it's child controls are not rendered. anyway, validators
really aren't rendered, but perhaps their registration w/ the page is taking
outside of the render method and, therefore whether or not the render is
called on the control is inconsequential.

The page has a .Validators collection and the .IsValid property of
IValidator is writable. You could set the instance .IsValid property to
true if it it's it's parent placeholder .Visible is false. IF this is
indeed a bug in .net.

"John Saunders" <jo***********@surfcontrol.com> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...
Now that's a damn good question. If a panel set ".Visible=False" is rendered at all, including its child controls, then that's real big news to me!

--
John Saunders
Internet Engineer
jo***********@surfcontrol.com
"PJ" <pj***@hotmail.com> wrote in message
news:un**************@TK2MSFTNGP11.phx.gbl...
Was he talking about the .Visible property or the style display property?
It sounds to me like they fixed a bug in 1.1. Why should a validator care about whether there's a style="DISPLAY: none" on some tag it's

contained in?


Nov 17 '05 #6
Bill,

For right now we're still on windows 2000 advanced server. We'll be
switching to windows 2003 server soon, but I don't expect that to change the
way the framework is handling this... Then again... :)

--
S. Justin Gengo, MCP
Web Developer

Free code library at:
www.aboutfortunate.com

"Out of chaos comes order."
Nietzche
"Bill Richardson" <br*********@proflowers.com> wrote in message
news:06****************************@phx.gbl...
Well... at least I'm not going nuts. I'm seeing this on
Windows 2003... are you on 2003, or WIN2K?
-----Original Message-----

Bill,

I've seen it too. I don't know if this is by design or

not. Perhaps someone
else could enlighten us with that information. You may

need to resort to
setting each panel's validators to disabled as you move

between panels :(

--
S. Justin Gengo, MCP
Web Developer

Free code library at:
www.aboutfortunate.com

"Out of chaos comes order."
Nietzche
"Bill Richardson" <br*********@proflowers.com> wrote in

message
news:04****************************@phx.gbl...
We have a technique for our order process whereby we
simply turn panels on and off to capture data for the
various stages, rather than the normal method of moving
between pages.

In 1.0, the validators were not being fired if they were
in a panel whose visibility was set to false. However, in 1.1, it appears that ALL validators fire on validation,
regardless of whether the panel is visible or not. This
is causing all sorts of problems, not the least of which
is that the page.IsValid is always false now, as we
obviously don't capture ALL data at once... so the
required validators fail.

Has anyone seen this, and more importantly, is there a fix for it? Any help is greatly appreciated!

Bill Richardson
Senior Software Engineer
Proflowers.com

.

Nov 17 '05 #7
A good experiment for someone with access to both 1.0 and 1.1 would be to
try this validators-in-panels trick with one visible and one not, and to try
it on both, and to review the generated HTML in both versions. Simplest page
only, please. Just a textbox and RequiredFieldValidator per panel.

Enquiring minds without easy access to 1.1 want to know...

--
John Saunders
Internet Engineer
jo***********@surfcontrol.com
"PJ" <pj***@hotmail.com> wrote in message
news:%2******************@TK2MSFTNGP12.phx.gbl...
No, of course it's child controls are not rendered. anyway, validators
really aren't rendered, but perhaps their registration w/ the page is taking outside of the render method and, therefore whether or not the render is
called on the control is inconsequential.

The page has a .Validators collection and the .IsValid property of
IValidator is writable. You could set the instance .IsValid property to
true if it it's it's parent placeholder .Visible is false. IF this is
indeed a bug in .net.

"John Saunders" <jo***********@surfcontrol.com> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...
Now that's a damn good question. If a panel set ".Visible=False" is

rendered
at all, including its child controls, then that's real big news to me!

--
John Saunders
Internet Engineer
jo***********@surfcontrol.com
"PJ" <pj***@hotmail.com> wrote in message
news:un**************@TK2MSFTNGP11.phx.gbl...
Was he talking about the .Visible property or the style display property?
> It sounds to me like they fixed a bug in 1.1. Why should a validator

care
> about whether there's a style="DISPLAY: none" on some tag it's contained in?



Nov 17 '05 #8

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: Josema | last post by:
Hi to all, I have in a website a lot of small applications with validators... Today all the validators in this mini applications doesnt work correctly... the validators check correctly if the...
7
by: angus | last post by:
Dear all, I have 5 textboxes, and 2 buttons in a webform. 1-3 textboxes would be validated by 3 Required Field Validators if button 1 is click; 4-5 textboxes would be validated by 2 Required...
0
by: just.an.imbecile | last post by:
Hello all, Here is a quick version of my problem. I have a website that consists of 4 ASPX pages. Every field is required by default, but on pages 1 and 2, there are several fields that can be...
4
by: Rick | last post by:
Hello, I built a composite web control that has a textbox and a date control. added my custom control on a webform where there are other standard controls. Each control on the form has a...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.