Re: Question: maintaining focus between pages

From: Mike (vimakefile_at_yahoo.com)
Date: 08/06/04


Date: Fri, 6 Aug 2004 13:28:42 -0700

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" <moc.liamtoh@suretar.reverse> wrote in message
news:ueZCgC$eEHA.3632@TK2MSFTNGP09.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" <vimakefile@yahoo.com> wrote in message
news:e$EEF0%23eEHA.2848@TK2MSFTNGP10.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
>
>



Relevant Pages

  • Re: Opinion wanted
    ... the details including the nature of my own app (which you mischaraterized ... correct the current control (provided that control is invalid but invalid ... causes you to validate controls that have already been ... largely discreditted for good reason and has very little use these days. ...
    (microsoft.public.dotnet.framework.windowsforms)
  • Re: Honestly Curious
    ... Mac apps do not need this. ... you don't have to run an app at all. ... You don't have to look for the right app to uninstall, ... full control over what is being removed from your HD. ...
    (comp.sys.mac.advocacy)
  • Re: Visual Basic for Autorun?
    ... If changes are required they can't be specific to one app. ... Obviously this doesn't apply to all usercontrols and should ... everything is in the one language. ... >I've done it fairly extensively and it works quite well as long as you keep good control over it. ...
    (microsoft.public.vb.general.discussion)
  • Re: Access apps with user definable fields?
    ... New fields would need to added to tables, queries, ... Of course they have their own built in report writer ... > I have an app I built for nonprofits who provide FREE ... > add control switches to control whether certain fields are displayed or ...
    (microsoft.public.access.formscoding)
  • Re: How to get around new limitations on SetForegroundWindow()?
    ... > so far, i.e. external device control. ... > distributed, so the bits are spread out, and among those pieces is an app ... that server program will not ... > recent changes to foreground setting, it will not be able to bring up ...
    (microsoft.public.win32.programmer.ui)