From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#16211: eww should support multiple *eww* buffers Date: Tue, 24 Dec 2013 08:49:47 +0000 Message-ID: <871u12tyz8.fsf@violet.siamics.net> References: <87fvpmwint.fsf@violet.siamics.net> <87eh56dkdo.fsf@flea.lifelogs.com> <87d2knaf08.fsf@flea.lifelogs.com> <87a9fqy8q9.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1387875067 26097 80.91.229.3 (24 Dec 2013 08:51:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Dec 2013 08:51:07 +0000 (UTC) Cc: Lars Ingebrigtsen To: 16211@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 24 09:51:14 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1VvNhq-0002lc-A1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Dec 2013 09:51:14 +0100 Original-Received: from localhost ([::1]:37083 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvNhp-00066n-Jk for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Dec 2013 03:51:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvNhj-00064Z-Hr for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2013 03:51:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VvNhf-000240-2c for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2013 03:51:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51880) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvNhe-00023w-ME for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2013 03:51:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VvNhd-0004o3-Va for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2013 03:51:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Dec 2013 08:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16211 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16211-submit@debbugs.gnu.org id=B16211.138787500918385 (code B ref 16211); Tue, 24 Dec 2013 08:51:01 +0000 Original-Received: (at 16211) by debbugs.gnu.org; 24 Dec 2013 08:50:09 +0000 Original-Received: from localhost ([127.0.0.1]:37666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VvNgi-0004mP-Ps for submit@debbugs.gnu.org; Tue, 24 Dec 2013 03:50:08 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:56765) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VvNgc-0004lp-9T for 16211@debbugs.gnu.org; Tue, 24 Dec 2013 03:50:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:Cc:To:From; bh=lCtof6YlHu4U1Xk0a7EodgKIDOtdWGJrkFp8yZw92gY=; b=Pq92R5dLQbydh4AMG0CiC3Ihb3YsLhnSRykQqWhff0I2s9RUQmQvGqbFWT3YTZTBs47peUTw2H8+LCW3F/KU1kH/lkSnpjESfg/etjyqJQEDAfy2wjzyFUF5INOTOQaMAKO+W1BXzyfRsSQI2TV9O6DHXjn+TtQD/IGNsWo6jlA=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VvNga-0004NK-GU; Tue, 24 Dec 2013 08:49:57 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1VvNgT-000864-37; Tue, 24 Dec 2013 15:49:49 +0700 In-Reply-To: <87a9fqy8q9.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Tue, 24 Dec 2013 09:05:34 +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: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:82503 Archived-At: >>>>> Lars Ingebrigtsen writes: >>>>> Ted Zlatanov writes: >> I was talking about "tabs" and "windows" specifically, which imply a >> collection of eww buffers should be somehow associated. Anyhow, as >> I said, I'm in favor of this as well, I just didn't want to assume >> this direction was desirable. > I'm not sure I quite see the value in grouping eww buffers in tabs, > but it should be possible to just rename an eww buffer and create new > ones with `M-x eww'. That's almost possible now, perhaps? The eww > buffer uses only buffer-local variables (or is supposed to), so > things should, like work. > But I haven't tried doing that at all, so the likelihood of that > working is probably zero. >"? But it should be fixable. The problem is that trying to M-x=C2=A0eww, or to follow a link, in such a renamed buffer, results in the target document still being rendered in the *eww* buffer. As I=E2=80=99ve already mentioned [1, 2], it happens because url-retrieve (as called by M-x=C2=A0eww and M-x=C2=A0eww-reload) calls its callback (which is eww-render in these cases) /not/ in the original buffer, but instead in a buffer holding the data fetched from the URI specified. Which makes it necessary to pass the original buffer (the one from which M-x=C2=A0eww is called) to eww-render (through the =E2=80=98cbargs=E2=80=99 argument to url-retrie= ve.) Then, eww-render may pass the buffer to eww-setup-buffer, either via a dynamically-bound variable, or as an argument. (Alternatively, eww-render may switch to the buffer by itself.) [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16211#5 [2] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16211#11 --=20 FSF associate member #7257