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: Sat, 21 Dec 2013 11:24:54 +0000 Message-ID: <87fvpmwint.fsf@violet.siamics.net> 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 1387625178 6840 80.91.229.3 (21 Dec 2013 11:26:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Dec 2013 11:26:18 +0000 (UTC) To: 16211@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 21 12:26:22 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 1VuKhH-0002JU-L4 for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Dec 2013 12:26:19 +0100 Original-Received: from localhost ([::1]:53872 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuKhD-0003uX-Rn for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Dec 2013 06:26:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuKh6-0003uP-1h for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 06:26:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VuKh1-0004Um-4e for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 06:26:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuKh1-0004Ui-13 for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 06:26:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VuKh0-0001hk-59 for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 06:26: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: Sat, 21 Dec 2013 11:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 16211 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: submit@debbugs.gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.13876251146342 (code B ref -1); Sat, 21 Dec 2013 11:26:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 21 Dec 2013 11:25:14 +0000 Original-Received: from localhost ([127.0.0.1]:60905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VuKg9-0001e8-MI for submit@debbugs.gnu.org; Sat, 21 Dec 2013 06:25:12 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:56509) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VuKg3-0001di-CV for submit@debbugs.gnu.org; Sat, 21 Dec 2013 06:25:04 -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:Date:Sender:Subject:To:From; bh=i2uHZl3oSbk3FodY36sZfrLL2kcuaTNSLBOrkz/UrLY=; b=oDNSqAupR3SwMImb9FVWV1pLq5qze2q2+7i+BwcZxWhJLPqxuuvpE5Os5NXq48tcz3rWVpFesjfbKq76HrW+HTHsCGAo5E4sMdpiRnx3wJxlXbBsxuxiQ0V9B8/t4tGLgUTuKgVQcLDgJ7wlLsDAeh5RwKKjuofyme1lloUwrLU=; 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 1VuKg2-0000EI-1z for submit@debbugs.gnu.org; Sat, 21 Dec 2013 11:25:02 +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 1VuKfv-0006fr-4y for submit@debbugs.gnu.org; Sat, 21 Dec 2013 18:24:55 +0700 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:82322 Archived-At: Package: emacs Severity: wishlist EWW should support rendering Web pages in more than one buffer (akin to =E2=80=9Ctabs=E2=80=9D and =E2=80=9Cwindows=E2=80=9D of many othe= r browsers out there.) This could=E2=80=99ve been a matter of a single variable, made local (and non-nil) in =E2=80=98*eww*=E2=80=99 buffers, but as eww-render is cal= led from the /data/ buffer (and not the buffer the Web page was requested from), it=E2=80=99s likely to be necessary to pass the buffer to eww-render explicitly, whenever it=E2=80=99s called via url-retrieve. For simplicity, eww-render may then dynamically bind some variable to the buffer passed, which is then to be used by eww-setup-buffer (instead of requesting the =E2=80=98*eww*=E2=80=99 buffer= .) Then, to get a new buffer to render Web pages in, we simply create one, and call eww-mode from there. (The latter flagging the buffer as suitable for rendering, perhaps re-using the very same variable as bound dynamically by eww-render above, only making it local to the buffer.) PS. And while there, why not to make the buffer names used by EWW customizable, BTW? --=20 FSF associate member #7257