[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: w3m tab line constantly consumes CPU
- From: Michael Heerdegen <michael_heerdegen@xxxxxx>
- Date: Mon, 21 Oct 2013 08:54:29 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 12203
- References: <87k3haj8zk.fsf@xxxxxx> <b4m1u3f8ji4.fsf@xxxxxxx> <87sivv45m2.fsf@xxxxxx> <b4m8uxn6wdq.fsf@xxxxxxx>
Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
(B> In [emacs-w3m : No.12201] Michael Heerdegen wrote:
(B> > So, my guess is that removing
(B> > (run-at-time 0.1 nil
(B> > (lambda (buffer)
(B> > (when (buffer-live-p buffer)
(B> > (with-current-buffer buffer
(B> > (inline (w3m-force-window-update))
(B> > (setq w3m-tab-timer nil))))
(B> > current)
(B> > from `w3m-tab-line' would do nothing harmful but prevent successive
(B> > unnecessary redisplays. A short test seems to confirm that.
(B> Oh, it sharp drops the CPU consumption! And updating the header
(B> line works well as before (at least for Emacs 24.3.50). But please
(B> let me know, what/how does renew the value of `w3m-tab-line-format'?
(BThat is a very good question! I oversaw that we still start with
(B (or w3m-tab-line-format ...)
(BAfter thinking about it, I came to the conclusion that it can't work,
(Btheoretically. After I tried it again, I also came to the conclusion
(Bthat it doesn't work in practice ;-) Dunno what we both tested...
(BAnyway, I think the patch is nonetheless a step in the right direction.
(BBut we would also have to set `w3m-tab-line-format' to nil when the tab
(Bline got out of sync - and this in all w3m buffers. WDYT?