Hello, Why not use a busy indicatior when « onclick » ? And hide it with the response.
I use it on our web commerce app and it works well (exemple : https://www.cssscript.com/demo/minimal-busy-indicator-javascript-css3/) Jérémy Le 13 août 2024 à 17:26, OCsite via Webobjects-dev <Webobjects-dev@lists.apple.com> a écrit : D'oh! Further analysis proved that those R/Rs which sport a long lag awake-time are overlapping R/Rs of the same session. Since the default EC, far as I know, gets locked immediately before session awake (and unlocked just after session sleep), the mystery of long lags is no mystery anymore (and since it is pre-awake, not in-awake, the profiler revealed no awake method took long). Sigh. Now I wonder how to teach the users that if a R/R happens to be sorta slow, it definitely won't help to click at all the other links on the current page.... All the best, OC On 2. 8. 2024, at 2:32, ocs--- via Webobjects-dev <webobjects-dev@lists.apple.com> wrote: Hi there, we are encountering another weird problem: a (very) long lag awake-time. We happen to log the application-level awake and some of the component-level awakes. Normally, the latter happen just a couple milliseconds from the former. Nevertheless _sometimes_ when the load gets higher and more R/R loops run concurrently, this lag grows up to a complete nonsense — tens or, in the worst cases, hundreds of seconds (between Application.awake and some Component.awake). The most obvious answer that either the session-level awake or some of the non-logged component-level awakes might take an eternity upon a higher load is still an open possibility, but quite improbable one: we have profiled our application when the problem did happen with a smaller load, a couple of times the lag grew up to about 5-7 s, and still none of the awake methods ever took more than 40 ms. Has perhaps anyone here encountered a similar problem and might suggest a solution or at least a reasonable way to find the culprit? Thanks and all the best, OC _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/ocs%40ocs.cz This email sent to o...@ocs.cz _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net This email sent to jeremy.dero...@ingencys.net
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
