if you can get the first bytes of the second (slow) page loaded you can
start that page with the html for a div to appear in the centre of the
screen in front of the "real" content.
The last thing on the page should be the html which moves this either away
to the left (negative coordinates) of t
Unfortunately, my problem is that I need it on plain links as well as
in forms. Nothing I can't fix by just assigning a new class to any
link that needs the handler and then adding the handler via a
javascript method which iterates over all elements with the
'pleaseWait' class.
--sam
Sounds
To avoid making multiple changes you could wrap your @Submit component
into a @CustomSubmit which passes all informal parameters and add's the
onClick and then overwritting the @Submit with @CustomSubmit in
the .application (worked in 3.* don't know about 4.*)
Len
www.len.ro
On Thu, 2006-12-07 at
On 12/7/06, Fred Janon <[EMAIL PROTECTED]> wrote:
>>It's probably more typing than my solution because of the number of
onClick handlers I'll have to add
Not sure if you can do it in your context, but instead of calling the JS
function in all buttons onClick, you could just call it in the FORM
o
On Thu, 2006-12-07 at 03:45 -0800, Sam Gendler wrote:
> I thought about doing that, but I wasn't convinced I could rely on all
> browsers leaving the page visible until it received content for the
> next page. Have you used this in IE 6 and 7, Firefox 1.5 and 2, and
> Safari 2 by any chance? If n
It's probably more typing than my solution because of the number of
onClick handlers I'll have to add
Not sure if you can do it in your context, but instead of calling the JS
function in all buttons onClick, you could just call it in the FORM
onSubmit...
I thought about doing that, but I wasn't convinced I could rely on all
browsers leaving the page visible until it received content for the
next page. Have you used this in IE 6 and 7, Firefox 1.5 and 2, and
Safari 2 by any chance? If not, I guess I'll check it out. It's
probably more typing than
If only it were easy to just turn to the PM and say "no, you're wrong.
We have a much bigger underlying issue that we'll be covering up with
this kind of fix. Instead of making users feel better as good
conservative use of wait/progress/etc indicators can do when not
abused - it will become a huge
Duly noted Sam, sorry for any assumptions I made.
If only it were easy to just turn to the PM and say "no, you're wrong.
We have a much bigger underlying issue that we'll be covering up with
this kind of fix. Instead of making users feel better as good
conservative use of wait/progress/etc indica
You are making some wild assumptions. My only performance problem is
waiting for some potentially latent web services to return some data
in real time and in performing some really huge db queries on an
already overworked database server. None of those slow loading pages
are spending any signifi
I hope you don't mind me saying so - and I know you will - but it
sounds to me like you have a lot more problems than what your current
web framework does/does not supposedly support.
I was afraid of as much while writing my last response on this thread
but held back to give you the benefit of a
On 12/6/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
It's hard to tell which problem you are trying to solve through your comments.
Well, I've got a lot of pages that just plain take a while (1-2 secs,
with a max at maybe 5 seconds for one particularly nasty page that
will eventually get some c
It's hard to tell which problem you are trying to solve through your comments.
The mention of a File upload area being a good place to have a wait
indicator would be a perfect scenario for the suggestion of throwing
up some sort of shared "wait" dialog via javascript. (as was outlined
in more det
I think that functions by loading the page entirely without data and
then firing off an ajax request to get the data. I'm seriously
considering reworkgin my pages in a manner that alows this. By
default, the page renders a page that does no work, including
populating models and such. The conten
14 matches
Mail list logo
