From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel Subject: bug#19109: eww-setup-buffer: use set-buffer instead of switch-to-buffer Date: Wed, 19 Nov 2014 17:10:02 +0000 Message-ID: <87lhn73ymt.fsf_-_@violet.siamics.net> References: <87a93oh180.fsf@lifelogs.com> <83h9xw9zg3.fsf@gnu.org> <83d28k9yb9.fsf@gnu.org> <83ppcj9740.fsf@gnu.org> <871toze1tl.fsf@lifelogs.com> <87wq6rcidx.fsf@lifelogs.com> <87wq6r41b2.fsf_-_@violet.siamics.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1416417097 17069 80.91.229.3 (19 Nov 2014 17:11:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Nov 2014 17:11:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: 19109@debbugs.gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 19 18:11:32 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xr8mx-0007VK-Bk for ged-emacs-devel@m.gmane.org; Wed, 19 Nov 2014 18:11:31 +0100 Original-Received: from localhost ([::1]:59765 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr8mw-0008GD-SN for ged-emacs-devel@m.gmane.org; Wed, 19 Nov 2014 12:11:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr8ma-0008Fz-9M for emacs-devel@gnu.org; Wed, 19 Nov 2014 12:11:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xr8mV-0001T9-RT for emacs-devel@gnu.org; Wed, 19 Nov 2014 12:11:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr8mV-0001SM-En; Wed, 19 Nov 2014 12:11:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xr8mU-00022B-LS; Wed, 19 Nov 2014 12:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: emacs-devel@gnu.org, bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Nov 2014 17:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19109 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: submit@debbugs.gnu.org X-Debbugs-Original-Xcc: emacs-devel@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.14164170217752 (code B ref -1); Wed, 19 Nov 2014 17:11:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 19 Nov 2014 17:10:21 +0000 Original-Received: from localhost ([127.0.0.1]:38476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xr8lm-00020u-0I for submit@debbugs.gnu.org; Wed, 19 Nov 2014 12:10:21 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:41422) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xr8lg-00020k-Ue for submit@debbugs.gnu.org; Wed, 19 Nov 2014 12:10:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=YZ3UWKVt8yEmtlfThvl5fx0H0yFz9XigWLdbyC8ARNo=; b=FqEeyJ3sggKnf2XbwysF/eJDfqe78CBmUPiNj+Lf3lo6XjTw4TpDjoTNdtucUEDZIx1562yDSWkGrot7H26AQSdk7qnYx2rAmTlthanRtLQYsDPJYcd6Lomeh+yE+OSokR01oeg89j/4nauYD9VsKG6EclM/9CQwk6x2pNkwllo=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xr8lf-0005nS-LU for submit@debbugs.gnu.org; Wed, 19 Nov 2014 17:10:12 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xr8lX-0006lz-Oj for submit@debbugs.gnu.org; Thu, 20 Nov 2014 00:10:04 +0700 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Wed, 19 Nov 2014 17:17:23 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: emacs-devel@gnu.org List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:177790 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Package: emacs Severity: wishlist X-Debbugs-Cc: emacs-devel@gnu.org >>>>> Lars Magne Ingebrigtsen writes: >>>>> Ivan Shmakov writes: >> It=E2=80=99s also perfectly possible to create that buffer but do /not/ >> switch to it until it=E2=80=99s ready. It won=E2=80=99t help in the sc= enario being >> discussed, but to be honest, EWW already pops its buffers way to >> often to my taste. >> Consider, for instance, invoking eww-reload in a handful of buffers >> in a row, =E2=80=93 EWW will switch to each of these buffers as soon as >> one=E2=80=99s done, which could very well happen in the middle of user >> interaction with some specific buffer. > I think this is a case of "don't do that, then". Yes. And that means that eww-reload is essentially synchronous, =E2=80=93 you can=E2=80=99t really invoke it and switch to doing some other thing; you have to wait until it completes. > Granted, it=E2=80=99s possible to switch to a EWW buffer, invoke eww-rel= oad, > wait for it to complete, and only /then/ go to some other buffer > (whether EWW or not), but that kind of spoils the benefits of > asynchronous url-retrieve operation, doesn=E2=80=99t it? Personally, I just use the patch MIMEd, which makes EWW forget about its indiscreet habit of interrupting my activity. FWIW, ERC provides support for several possible behaviors when a new buffer gets created (see erc-join-buffer), and perhaps EWW should follow the suit. OTOH, I fail to readily recall an Emacs package which would use switch-to-buffer on a priorly existing buffer as part of some background task. --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A --=-=-= Content-Type: text/diff Content-Disposition: inline --- a/lisp/net/eww.el +++ b/lisp/net/eww.el @@ -419,7 +419,7 @@ (goto-char (point-min))) (defun eww-setup-buffer (&optional buffer) - (switch-to-buffer + (set-buffer (if (buffer-live-p buffer) buffer (get-buffer-create "*eww*"))) --=-=-=--