[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: delay with close tab
- From: Emanuel Berg <emanuel.berg.8573@xxxxxxxxxxxxx>
- Date: Wed, 16 Oct 2013 03:26:07 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 12188
- References: <87y55wpt9m.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <b4mtxgje1mx.fsf@xxxxxxx> <87txgj457m.fsf@xxxxxxx> <b4miowzdrnn.fsf@xxxxxxx> <87iowy4gbt.fsf@xxxxxxx> <87d2n6njwj.fsf@xxxxxx> <87iowycavr.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <8761syhwdf.fsf@xxxxxx>
Michael Heerdegen <michael_heerdegen@xxxxxx> writes:
> Yes. In Emacs, I use M-x epatch to apply patches.
> It's not complicated. You can create patches with
> You really don't need to cope with that. Just load
> the attached file after loading w3m (L in dired, or
> open the file and M-x eval-buffer), please, and tell
> us if the problem is fixed for you.
You mean the w3m-ems-test.patch file? In that case, none
of methods worked. (And... it looks a bit strange with
your paths still there?)
But I managed to test it anyway - what you suggest is
(run-at-time 0.1 nil
(when (buffer-live-p buffer)
(setq w3m-tab-timer nil)
;; (when (and (eq (selected-window)
;; (get-buffer-window buffer))
;; (inline (w3m-force-window-update)))
with the one line (second last) added and the four old
removed (commentated out)?
In that case, *YES*, that seems to have done it!
>> This problem proved to complicated for me, I'm long
> No problem. You didn't write w3m.
Is it that obvious? :)
Emanuel Berg, programmer-for-rent. CV, projects, etc at uXu
underground experts united: http://user.it.uu.se/~embe8573