[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: delay with close tab
- From: Michael Heerdegen <michael_heerdegen@xxxxxx>
- Date: Wed, 16 Oct 2013 02:00:03 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 12184
- References: <87y55wpt9m.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <b4mtxgje1mx.fsf@xxxxxxx> <87txgj457m.fsf@xxxxxxx> <b4miowzdrnn.fsf@xxxxxxx> <877kr2zzpk.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <8738o2fpp0.fsf@xxxxxx>
Michael Heerdegen <michael_heerdegen@xxxxxx> writes:
> FWIW; i sometimes see something similar when opening urls in the
> background (S-TAB). Although the new page seems to have been completely
> loaded and formatted, the according tab is still in red and says
> "retrieving". Doing anything triggering a redisplay corrects that. If
> I don't do something triggering redisplay, the tab will be never
> refreshed, no matter how long I wait.
I found out that when I replace the definition of
`w3m-force-window-update-later' by
--8<---------------cut here---------------start------------->8---
(defun w3m-force-window-update-later (&optional buffer seconds)
(run-with-timer (or seconds 0.5) nil
(lambda (buffer)
(w3m-force-window-update))
(or buffer (current-buffer))))
--8<---------------cut here---------------end--------------->8---
the problem is fixed. I don't say that we should do this, but
presumably the condition
(eq (get-buffer-window buffer t) (selected-window))
in the original defun is not fulfilled when opening stuff with S-TAB in
the background.
Regards,
Michael.