Panel.Visible = False means the corresponding div doesn't get sent to the client, r

I think setting a server control's visibility to false
causes it to NOT be
rendered.

Try setting the "display" attribute on the panel
to "none" --
thePanel.Attributes.Add("display",
"none");  Attributes set manually in this
way are ignored by .Net (except to set the attribute
literally).

Cam

----- Original Message -----
From: "Pardee, Roy" <pardee.rGHC.ORG>
To: <DOTNET-WEBDISCUSS.DEVELOP.COM>
Sent: Friday, March 24, 2006 9:00 AM
Subject: Re: [DOTNET-WEB] Panel.Visible = False means the
corresponding div
doesn't get sent to the client, r


Yeah, I think there's just yet another thing I don't
understand about
web development. ;-P

In FF, even though it shows the source I expect, if I do a
'save as' and
then look at the resulting file, I see the same source that
IE shows
me--instructions, but no datagrids.  I had to actually
'select all' in
FF's view source window, and then paste that into a new
text file in
order to get a static-html version of the page at that stage
of my
process (my ultimate goal was to diagnose a css layout
issue).

But can I get clarification on this question please--does
toggling the
visibility of a panel control in server side code affect
what gets sent
to the client?  I've been hoping not to bloat the responses
I'm sending
down to clients (especially with invisible things!) by
messing with
panel.visible, and only showing the one relevant panel per
request.  Am
I fooling myself (and if so, is there a strategy that works
for this)?
It can't be a viewstate thing, can it?  That would only
bloat the
__viewstate hidden control thingy, right?

Thanks!

-Roy

-----Original Message-----
From: Discussion of building .NET applications targeted for
the Web
[mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Christopher Reed
Sent: Thursday, March 23, 2006 3:15 PM
To: DOTNET-WEBDISCUSS.DEVELOP.COM
Subject: Re: [DOTNET-WEB] Panel.Visible = False means the
corresponding
div doesn't get sent to the client, r


I seen this behavior as well, but not exactly as you have. 
In my IE, I
do not get the POSTDATA warning either; however, I have one
computer
that gives the warning in FF and one that doesn't.  While
I'm not sure
what's causing it exactly (since I really haven't felt the
need to
research it too much), I believe it probably has something
to do with
the browser configuration, specifically how the browser is
configured to
handle warning messages.  So, I don't believe it's a bug
in IE.

Christopher Reed
Web Applications Supervisor
Information Technology
City of Lubbock
creedmail.ci.lubbock.tx.us
"The oxen are slow, but the earth is patient."

>>> pardee.rGHC.ORG 5:03:37 pm 3/22/2006 >>>
Hey All,

Using asp.net 1.1.

I've got a page w/a bunch of panel controls.  The initial
state of the
page shows a control menu of sorts down the side, and then
some
instructions in the main content area.  Users push a button
on the
control menu, and then the instructions are replaced with
some
datagrids.  The mechanics for this are that I set the
Panel.Visible
properties on the instructions panel to false, and the
Panel.Visible
property on the search results panel to True.

Well, when I do a view -> source in ie6 after I've
pushed my button, the
source I see is that of the original state of the page--that
is, there's
a div for my instructions, and no div for my search results.
 If I
refresh the page it goes immediately back to the
instructions page w/out
any warning about POSTDATA.

When I hit the same page in firefox, I see the source I
expect.  When I
refresh the browser there I *do* get a warning about
postdata.

Is there a rational explanation for this?  Is it a bug in
ie?

Thanks!

-Roy

===================================
This list is hosted by DevelopMentor(r)  http://www.develop.com

View archives and manage your subscription(s) at
http://discuss.develop.com
 ===================================
This list is hosted by DevelopMentor(r)  http://www.develop.com

View archives and manage your subscription(s) at
http://discuss.develop.com


===================================
This list is hosted by DevelopMentorŪ  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com


===================================
This list is hosted by DevelopMentorŪ  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com