By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
428,829 Members | 1,798 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 428,829 IT Pros & Developers. It's quick & easy.

viewstate big

P: n/a
Hi

How can i reduce the viewstate for my asp.net application. It is getting
very large now. What is a good solution?

thanks

N
Jun 11 '07 #1
Share this Question
Share on Google+
12 Replies


P: n/a
re:
!How can i reduce the viewstate for my asp.net application.

<%@ Page Language="C#" EnableViewState="false" %>

or

<%@ Page Language="VB" EnableViewState="false" %>

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Nick C" <be****@gmail.comwrote in message news:eX**************@TK2MSFTNGP02.phx.gbl...
Hi

How can i reduce the viewstate for my asp.net application. It is getting very large now. What is a
good solution?

thanks

N

Jun 11 '07 #2

P: n/a
Hello Nick,

just turn viewstate off for the controls.
In case of grid, consider avoid using datagrid and switch to gridview

See there http://msdn.microsoft.com/msdnmag/is.../10/ViewState/
---
WBR, Michael Nemtsev [.NET/C# MVP].
My blog: http://spaces.live.com/laflour
Team blog: http://devkids.blogspot.com/

"The greatest danger for most of us is not that our aim is too high and we
miss it, but that it is too low and we reach it" (c) Michelangelo

NCHi
NC>
NCHow can i reduce the viewstate for my asp.net application. It is
NCgetting very large now. What is a good solution?
NC>
NCthanks
NC>
NCN
NC>
Jun 11 '07 #3

P: n/a
Be careful, in many cases viewstate needs to be enabled. You can set
EnableViewState="false" on the page level and EnableViewState="true" for
individual controls that need it.

--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <no***********@nowhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
re:
!How can i reduce the viewstate for my asp.net application.

<%@ Page Language="C#" EnableViewState="false" %>

or

<%@ Page Language="VB" EnableViewState="false" %>

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Nick C" <be****@gmail.comwrote in message
news:eX**************@TK2MSFTNGP02.phx.gbl...
>Hi

How can i reduce the viewstate for my asp.net application. It is getting
very large now. What is a good solution?

thanks

N


Jun 11 '07 #4

P: n/a
"Eliyahu Goldin" <RE**************************@mMvVpPsS.orgwrote in
message news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set
EnableViewState="false" on the page level and EnableViewState="true" for
individual controls that need it.
That's what I do...
--
http://www.markrae.net

Jun 11 '07 #5

P: n/a
"Michael Nemtsev" <ne*****@msn.comwrote in message
news:a2***************************@msnews.microsof t.com...
In case of grid, consider avoid using datagrid and switch to gridview
Yes indeed - and there are many other good reasons to prefer GridView to
DataGrid...
--
http://www.markrae.net

Jun 11 '07 #6

P: n/a
re:
!Be careful, in many cases viewstate needs to be enabled.

Which cases *need* viewstate ?

I've never missed viewstate because I never program against the viewstate.

I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.

Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).

ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.


Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Eliyahu Goldin" <RE**************************@mMvVpPsS.orgwrote in message
news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set EnableViewState="false" on
the page level and EnableViewState="true" for individual controls that need it.

--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <no***********@nowhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
>re:
!How can i reduce the viewstate for my asp.net application.

<%@ Page Language="C#" EnableViewState="false" %>

or

<%@ Page Language="VB" EnableViewState="false" %>

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Nick C" <be****@gmail.comwrote in message news:eX**************@TK2MSFTNGP02.phx.gbl...
>>Hi

How can i reduce the viewstate for my asp.net application. It is getting very large now. What is
a good solution?

thanks

N




Jun 11 '07 #7

P: n/a
I do use viewstate for persisting, mostly for storing small pieces of data
like boolean and integer properties. But in this aspect you are right, you
can persist data in other ways.

What viewstate is indeed necessary for is keeping control state between
postbacks. A simple example: item selection in a dropdown list. With
viewstate disabled you won't know what item is selected. And you will have
to re-populate the ddl on every postback.

--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <no***********@nowhere.comwrote in message
news:ua**************@TK2MSFTNGP05.phx.gbl...
re:
!Be careful, in many cases viewstate needs to be enabled.

Which cases *need* viewstate ?

I've never missed viewstate because I never program against the viewstate.

I prefer alternate methods of persisting the page/control info viewstate
persists.
Viewstate is only one of several ways to persist page/control info you're
interested in.

Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).

ASP.NET automatically populates control values with the data from
Request.Form,
however, and I prefer using Session values to persist other types of data.


Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Eliyahu Goldin" <RE**************************@mMvVpPsS.orgwrote in
message
news:uQ**************@TK2MSFTNGP04.phx.gbl...
>Be careful, in many cases viewstate needs to be enabled. You can set
EnableViewState="false" on
the page level and EnableViewState="true" for individual controls that
need it.

--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <no***********@nowhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
>>re:
!How can i reduce the viewstate for my asp.net application.

<%@ Page Language="C#" EnableViewState="false" %>

or

<%@ Page Language="VB" EnableViewState="false" %>

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Nick C" <be****@gmail.comwrote in message
news:eX**************@TK2MSFTNGP02.phx.gbl...
Hi

How can i reduce the viewstate for my asp.net application. It is
getting very large now. What is
a good solution?

thanks

N




Jun 11 '07 #8

P: n/a
Hello Eliyahu,

For such cases the ControlState was introduced in ASP.net 2.0, where all
critical info can be persisted even if viewstate is turned off

---
WBR, Michael Nemtsev [.NET/C# MVP].
My blog: http://spaces.live.com/laflour
Team blog: http://devkids.blogspot.com/

"The greatest danger for most of us is not that our aim is too high and we
miss it, but that it is too low and we reach it" (c) Michelangelo

EGI do use viewstate for persisting, mostly for storing small pieces
EGof data like boolean and integer properties. But in this aspect you
EGare right, you can persist data in other ways.
EG>
EGWhat viewstate is indeed necessary for is keeping control state
EGbetween postbacks. A simple example: item selection in a dropdown
EGlist. With viewstate disabled you won't know what item is selected.
EGAnd you will have to re-populate the ddl on every postback
EG>
Jun 11 '07 #9

P: n/a
Juan,
>I've never missed viewstate because I never program against the viewstate.
So, How do you manage (without viewstate) to track declarative and
dynamic changes to the properties of server controls?
>I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.
What are such alternate methods?
>ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.
True, as long as the controls implement IPostBackDataHandler
interface. But somehow I'am not quite sure where do you persist the
controls properties state without viewstate

I am not trying to be nit picky, curious to know how you are managing
things differently.

Raaj

On Jun 11, 8:43 am, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!Be careful, in many cases viewstate needs to be enabled.

Which cases *need* viewstate ?

I've never missed viewstate because I never program against the viewstate.

I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you'reinterested in.

Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).

ASP.NET automatically populates control values with the data from Request..Form,
however, and I prefer using Session values to persist other types of data.

Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Eliyahu Goldin" <REMOVEALLCAPITALSeEgGoldD...@mMvVpPsS.orgwrote in message

news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set EnableViewState="false" on
the page level and EnableViewState="true" for individual controls that need it.
--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <nomailrepl...@nowhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
re:
!How can i reduce the viewstate for my asp.net application.
<%@ Page Language="C#" EnableViewState="false" %>
or
<%@ Page Language="VB" EnableViewState="false" %>
Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================
"Nick C" <bef...@gmail.comwrote in messagenews:eX**************@TK2MSFTNGP02.phx.gbl. ..
Hi
>How can i reduce the viewstate for my asp.net application. It is getting very large now. What is
a good solution?
>thanks
>N- Hide quoted text -

- Show quoted text -

Jun 11 '07 #10

P: n/a
re:
!So, How do you manage (without viewstate) to track declarative and
!dynamic changes to the properties of server controls?

Can you describe a real-life example of needing to do that with viewstate ?

re:
!What are such alternate methods?

ControlState:

http://msdn2.microsoft.com/en-us/library/ms178577.aspx

re:
!somehow I'am not quite sure where do you persist the
!controls properties state without viewstate

Read up on ControlState.

To read Microsoft's recommendations for maintaining state across a wide range of properties, see :

http://msdn2.microsoft.com/en-us/library/z1hkazw7.aspx

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Raaj" <ra***********@yahoo.comwrote in message
news:11**********************@q69g2000hsb.googlegr oups.com...
Juan,
>I've never missed viewstate because I never program against the viewstate.
So, How do you manage (without viewstate) to track declarative and
dynamic changes to the properties of server controls?
>I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.
What are such alternate methods?
>ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.
True, as long as the controls implement IPostBackDataHandler
interface. But somehow I'am not quite sure where do you persist the
controls properties state without viewstate

I am not trying to be nit picky, curious to know how you are managing
things differently.

Raaj

On Jun 11, 8:43 am, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!Be careful, in many cases viewstate needs to be enabled.

Which cases *need* viewstate ?

I've never missed viewstate because I never program against the viewstate.

I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.

Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).

ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.

Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Eliyahu Goldin" <REMOVEALLCAPITALSeEgGoldD...@mMvVpPsS.org>
wrote in message

news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set EnableViewState="false" on
the page level and EnableViewState="true" for individual controls that need it.
--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
http://msmvps.com/blogs/egoldin
http://usableasp.net
"Juan T. Llibre" <nomailrepl...@nowhere.comwrote in message
news:%2****************@TK2MSFTNGP02.phx.gbl...
re:
!How can i reduce the viewstate for my asp.net application.
<%@ Page Language="C#" EnableViewState="false" %>
or
<%@ Page Language="VB" EnableViewState="false" %>
Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================
"Nick C" <bef...@gmail.comwrote in messagenews:eX**************@TK2MSFTNGP02.phx.gbl. ..
Hi
>How can i reduce the viewstate for my asp.net application. It is getting very large now. What
is
a good solution?
>thanks
>N- Hide quoted text -

- Show quoted text -


Jun 11 '07 #11

P: n/a
To be clear by viewstate I am referring to hidden form fields
(explanation below)
>re:
!What are such alternate methods?
>ControlState:
http://msdn2.microsoft.com/en-us/library/ms178577.aspx
I still wonder if this makes a difference. Isn't the bulk of control
state still persisted in the hidden _viewstate field, eventually the
state of the controls go through the round trip
So if the original post was restated as "How can I reduce the hidden
fields for my asp.net application? It is getting very large now. What
is a good solution? "What would be the probable answer?

re:
!So, How do you manage (without viewstate) to track declarative and
!dynamic changes to the properties of server controls?
>Can you describe a real-life example of needing to do that with viewstate ?
Assuming we are extending a web control and say we created a new
property as part of this control. The user of this control sets the
initial value of the property declaratively through the property
window or as part of the html markup. Now one of the server side event
changes the value of this property, where is the new value stored, how
will the framework track the changes to the property, what are the
placeholders for the framework to determine if the value is dirty. I
presume everything does eventually end up in hidden fields, don't
they?
>I prefer alternate methods of persisting the page/control info viewstate persists
It appears you are persisting the state of the controls through the
hidden fields

On Jun 11, 4:00 pm, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!So, How do you manage (without viewstate) to track declarative and
!dynamic changes to the properties of server controls?

Can you describe a real-life example of needing to do that with viewstate?

re:
!What are such alternate methods?

ControlState:

http://msdn2.microsoft.com/en-us/library/ms178577.aspx

re:
!somehow I'am not quite sure where do you persist the
!controls properties state without viewstate

Read up on ControlState.

To read Microsoft's recommendations for maintaining state across a wide range of properties, see :

http://msdn2.microsoft.com/en-us/library/z1hkazw7.aspx

Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Raaj" <raaj.umapa...@yahoo.comwrote in message

news:11**********************@q69g2000hsb.googlegr oups.com...
Juan,
I've never missed viewstate because I never program against the viewstate.

So, How do you manage (without viewstate) to track declarative and
dynamic changes to the properties of server controls?
I prefer alternate methods of persisting the page/control info viewstatepersists.
Viewstate is only one of several ways to persist page/control info you're interested in.

What are such alternate methods?
ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.

True, as long as the controls implement IPostBackDataHandler
interface. But somehow I'am not quite sure where do you persist the
controls properties state without viewstate

I am not trying to be nit picky, curious to know how you are managing
things differently.

Raaj

On Jun 11, 8:43 am, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!Be careful, in many cases viewstate needs to be enabled.
Which cases *need* viewstate ?
I've never missed viewstate because I never program against the viewstate.
I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.
Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).
ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.
Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Eliyahu Goldin" <REMOVEALLCAPITALSeEgGoldD...@mMvVpPsS.org>
wrote in message
news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set EnableViewState="false" on
the page level and EnableViewState="true" for individual controls that need it.
--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
>http://msmvps.com/blogs/egoldin
>http://usableasp.net
"Juan T. Llibre" <nomailrepl...@nowhere.comwrote in message
>news:%2****************@TK2MSFTNGP02.phx.gbl...
>re:
>!How can i reduce the viewstate for my asp.net application.
><%@ Page Language="C#" EnableViewState="false" %>
>or
><%@ Page Language="VB" EnableViewState="false" %>
>Juan T. Llibre, asp.net MVP
>asp.net faq :http://asp.net.do/faq/
>foros de asp.net, en español :http://asp.net.do/foros/
>======================================
>"Nick C" <bef...@gmail.comwrote in messagenews:eX**************@TK2MSFTNGP02.phx.gbl. ..
>>Hi
>>How can i reduce the viewstate for my asp.net application. It is getting very large now. What
>>is
>>a good solution?
>>thanks
>>N- Hide quoted text -
- Show quoted text -- Hide quoted text -

- Show quoted text -

Jun 12 '07 #12

P: n/a
re:
!To be clear by viewstate I am referring to hidden form fields

You mean that viewstate uses *one* hidden field ( singular ).
Other hidden fields don't hold StateBag information.

re:
!ControlState:
!http://msdn2.microsoft.com/en-us/library/ms178577.aspx
!Isn't the bulk of control state still persisted in the hidden _viewstate field ?

No. You don't have to have Viewstate enabled in order to be able to use ControlState.

Review the link provided above...

re:
!Assuming we are extending a web control and say we created a new property as part
!of this control. The user of this control sets the initial value of the property declaratively
!through the property window or as part of the html markup.

!Now one of the server side event changes the value of this property, where is the
!new value stored, how will the framework track the changes to the property,
!what are the placeholders for the framework to determine if the value is dirty.

While that sounds like an interesting theoretical proposition,
I haven't found the need to do that in any application I've developed.

re:
!I presume everything does eventually end up in hidden fields, don't they?

You may be presuming a bit too much.

;-)

Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Raaj" <ra***********@yahoo.comwrote in message
news:11*********************@x35g2000prf.googlegro ups.com...
To be clear by viewstate I am referring to hidden form fields
(explanation below)
>re:
!What are such alternate methods?
ControlState:
http://msdn2.microsoft.com/en-us/library/ms178577.aspx
I still wonder if this makes a difference. Isn't the bulk of control
state still persisted in the hidden _viewstate field, eventually the
state of the controls go through the round trip
So if the original post was restated as "How can I reduce the hidden
fields for my asp.net application? It is getting very large now. What
is a good solution? "What would be the probable answer?

re:
!So, How do you manage (without viewstate) to track declarative and
!dynamic changes to the properties of server controls?
>Can you describe a real-life example of needing to do that with viewstate ?
Assuming we are extending a web control and say we created a new property as part
of this control. The user of this control sets the initial value of the property declaratively
through the property window or as part of the html markup.

Now one of the server side event changes the value of this property, where is the
new value stored, how will the framework track the changes to the property,
what are the placeholders for the framework to determine if the value is dirty.

I presume everything does eventually end up in hidden fields, don't they?
>I prefer alternate methods of persisting the page/control info viewstate persists
It appears you are persisting the state of the controls through the
hidden fields

On Jun 11, 4:00 pm, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!So, How do you manage (without viewstate) to track declarative and
!dynamic changes to the properties of server controls?

Can you describe a real-life example of needing to do that with viewstate ?

re:
!What are such alternate methods?

ControlState:

http://msdn2.microsoft.com/en-us/library/ms178577.aspx

re:
!somehow I'am not quite sure where do you persist the
!controls properties state without viewstate

Read up on ControlState.

To read Microsoft's recommendations for maintaining state across a wide range of properties, see :

http://msdn2.microsoft.com/en-us/library/z1hkazw7.aspx

Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Raaj" <raaj.umapa...@yahoo.comwrote in message

news:11**********************@q69g2000hsb.googlegr oups.com...
Juan,
I've never missed viewstate because I never program against the viewstate.

So, How do you manage (without viewstate) to track declarative and
dynamic changes to the properties of server controls?
I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.

What are such alternate methods?
ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.

True, as long as the controls implement IPostBackDataHandler
interface. But somehow I'am not quite sure where do you persist the
controls properties state without viewstate

I am not trying to be nit picky, curious to know how you are managing
things differently.

Raaj

On Jun 11, 8:43 am, "Juan T. Llibre" <nomailrepl...@nowhere.com>
wrote:
re:
!Be careful, in many cases viewstate needs to be enabled.
Which cases *need* viewstate ?
I've never missed viewstate because I never program against the viewstate.
I prefer alternate methods of persisting the page/control info viewstate persists.
Viewstate is only one of several ways to persist page/control info you're interested in.
Viewstate contains all of a page's information *except* the data
which is available in the Request.Form collection, (PostData).
ASP.NET automatically populates control values with the data from Request.Form,
however, and I prefer using Session values to persist other types of data.
Juan T. Llibre, asp.net MVP
asp.net faq :http://asp.net.do/faq/
foros de asp.net, en español :http://asp.net.do/foros/
======================================"Eliyahu Goldin"
<REMOVEALLCAPITALSeEgGoldD...@mMvVpPsS.org>
wrote in message
news:uQ**************@TK2MSFTNGP04.phx.gbl...
Be careful, in many cases viewstate needs to be enabled. You can set EnableViewState="false"
on
the page level and EnableViewState="true" for individual controls that need it.
--
Eliyahu Goldin,
Software Developer & Consultant
Microsoft MVP [ASP.NET]
>http://msmvps.com/blogs/egoldin
>http://usableasp.net
"Juan T. Llibre" <nomailrepl...@nowhere.comwrote in message
>news:%2****************@TK2MSFTNGP02.phx.gbl...
>re:
>!How can i reduce the viewstate for my asp.net application.
><%@ Page Language="C#" EnableViewState="false" %>
>or
><%@ Page Language="VB" EnableViewState="false" %>
>Juan T. Llibre, asp.net MVP
>asp.net faq :http://asp.net.do/faq/
>foros de asp.net, en español :http://asp.net.do/foros/
>======================================
>"Nick C" <bef...@gmail.comwrote in messagenews:eX**************@TK2MSFTNGP02.phx.gbl. ..
>>Hi
>>How can i reduce the viewstate for my asp.net application. It is getting very large now.
>>What
>>is
>>a good solution?
>>thanks
>>N- Hide quoted text -
- Show quoted text -- Hide quoted text -

- Show quoted text -


Jun 12 '07 #13

This discussion thread is closed

Replies have been disabled for this discussion.