Question: maintaining focus between pages

[Mike]

I have a few textbox controls that have autopostback so that when they loose
focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control
having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Raterus]

Not to question you as I'm sure you have a good reason, but why are you trying to avoid client-side code in this situation? Doesn't this problem beg for it?

To answer your question, no, you can't maintain scroll/focus w/o writing client-side code. Sure you can write code to do it on the server, but it is still going to be clientside code. I'd try to avoid the postback as much as possible, unless this is an intranet app and nobody will ever notice.

--Michael

"Mike" <vi********@yah oo.com> wrote in message news:e$******** ********@TK2MSF TNGP10.phx.gbl. ..

I have a few textbox controls that have autopostback so that when they loose
focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control
having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Mike]

Figured as much. This particular app. is for external users, but is a
management app. (not many users), not the main customer-facing application.
Basically there was an edict of "client code only when necessary" -- and
also laziness on my part. But basically, you're right.
So, any pointers to the preferred way to do this? (Figured there'd be a
declaritive way to do this and have the framework handle it, even if it
generated client scripting - but maybe not.)

thanks

"Raterus" <mo*********@su retar.reverse> wrote in message
news:ue******** ******@TK2MSFTN GP09.phx.gbl...
Not to question you as I'm sure you have a good reason, but why are you
trying to avoid client-side code in this situation? Doesn't this problem
beg for it?

To answer your question, no, you can't maintain scroll/focus w/o writing
client-side code. Sure you can write code to do it on the server, but it is
still going to be clientside code. I'd try to avoid the postback as much as
possible, unless this is an intranet app and nobody will ever notice.

--Michael

"Mike" <vi********@yah oo.com> wrote in message
news:e$******** ********@TK2MSF TNGP10.phx.gbl. ..

I have a few textbox controls that have autopostback so that when they loose focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Mike Newton]

No, there isn't a way to do it with the framework.

Use Page.RegisterCl ientScriptBlock to place the javascript in the page,
technically you're still writing it on the server. :-) Use the ID's as
references, since they are the same on the client side as they are on
the server side.

As for a pointer for info, use msdn. http://msdn.microsoft.com/library
is a good place to start. Under the Web Development tree....

Web Development->HTML and Dynamic HTML->SDK Documentation->Reference
will have everything that you basically need. There's an overview of
all things that appear in the HTML DOM, all properties, methods, and
yada. There is also some example scripting, but javascript is very
similar to typical server-side programming.
Mike wrote:

Figured as much. This particular app. is for external users, but is a
management app. (not many users), not the main customer-facing application.
Basically there was an edict of "client code only when necessary" -- and
also laziness on my part. But basically, you're right.
So, any pointers to the preferred way to do this? (Figured there'd be a
declaritive way to do this and have the framework handle it, even if it
generated client scripting - but maybe not.)

thanks

"Raterus" <mo*********@su retar.reverse> wrote in message
news:ue******** ******@TK2MSFTN GP09.phx.gbl...
Not to question you as I'm sure you have a good reason, but why are you
trying to avoid client-side code in this situation? Doesn't this problem
beg for it?

To answer your question, no, you can't maintain scroll/focus w/o writing
client-side code. Sure you can write code to do it on the server, but it is
still going to be clientside code. I'd try to avoid the postback as much as
possible, unless this is an intranet app and nobody will ever notice.

--Michael

"Mike" <vi********@yah oo.com> wrote in message
news:e$******** ********@TK2MSF TNGP10.phx.gbl. ..

I have a few textbox controls that have autopostback so that when they

loose

focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no

control

having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Brad Quinn]

This is heavily edited, but you might be able to use something like this in
your base page class, if you have one.

private WebControl focusControl = null;

public void SetFocus( WebControl focus ) {
focusControl = focus;
}

private void BasePage_PreRen der(object sender, EventArgs e) {
if ( focusControl != null ) {
Page.RegisterSt artupScript( "FocusScrip t", string.Format(
"<script
language='javas cript'>try{{doc ument.getElemen tById('{0}').fo cus();}}catch(x ){{}}</script>",
focusControl .ClientID );
}
}

"Mike" wrote:

I have a few textbox controls that have autopostback so that when they loose
focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control
having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Juno]

Hi Mike,

Set smartNavigation to true.
Below is from MSDN:
In most circumstances, do not set this property in code. Set the
SmartNavigation attribute to true in the @ Page directive in the .aspx file.
When the page is requested, the dynamically generated class sets this
property.

When a page is requested by an Internet Explorer 5.5 browser, or later,
smart navigation enhances the user's experience of the page by performing
the following:

a.. eliminating the flash caused by navigation.
b.. persisting the scroll position when moving from page to page.
c.. persisting element focus between navigations.
d.. retaining only the last page state in the browser's history.
Smart navigation is best used with ASP.NET pages that require frequent
postbacks but with visual content that does not change dramatically on
return. Consider this carefully when deciding whether to set this property
to true.
--
Juno
MCSD.NET, MCDBA, MCSE
----------------------------------------------------------
Support Team of EasyDotNet, INC. http://www.EasyDotNet.com
DataForm.NET - The most powerful data entry web server control for ASP.NET

"Mike" <vi********@yah oo.com> wrote in message
news:e$******** ******@TK2MSFTN GP10.phx.gbl...

I have a few textbox controls that have autopostback so that when they loose focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks

[Chandra Sekhar]

I use a server side utility function to RegisterClientS cript and set client
focus on html objects. I just do a window.attachev ent and call a function
which places the focus on the control. Simple but very useful.

Sekhar.

"Mike" <vi********@yah oo.com> wrote in message
news:e$******** ********@TK2MSF TNGP10.phx.gbl. ..

I have a few textbox controls that have autopostback so that when they loose focus they update a label control that shows the count of characters in
their respective text control. This works fine, except that after the
postback, the page is shown reset -- scrolled to the top and with no control having focus. Can I maintain scroll/focus w/o writing client-side
scripting?

thanks