From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#23738: [feature request] eww allow multiple buffer Date: Wed, 25 Jan 2017 20:50:07 +0100 Message-ID: <8737g6ly1c.fsf@gnus.org> References: <575A79D9.9080200@easy-emacs.de> <87wpdkkudx.fsf@gnus.org> <877f5kgk20.fsf@udel.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1485373882 2388 195.159.176.226 (25 Jan 2017 19:51:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 25 Jan 2017 19:51:22 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: 23738@debbugs.gnu.org To: Mark Oteiza Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 25 20:51:17 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWTb9-00005P-D7 for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jan 2017 20:51:15 +0100 Original-Received: from localhost ([::1]:34220 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWTbE-0007BR-HM for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jan 2017 14:51:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52842) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWTb0-0007AS-Tu for bug-gnu-emacs@gnu.org; Wed, 25 Jan 2017 14:51:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWTav-0005pl-Tz for bug-gnu-emacs@gnu.org; Wed, 25 Jan 2017 14:51:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45236) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWTav-0005pe-QU for bug-gnu-emacs@gnu.org; Wed, 25 Jan 2017 14:51:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cWTav-0000GG-Ju for bug-gnu-emacs@gnu.org; Wed, 25 Jan 2017 14:51:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jan 2017 19:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23738 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 23738-submit@debbugs.gnu.org id=B23738.1485373817955 (code B ref 23738); Wed, 25 Jan 2017 19:51:01 +0000 Original-Received: (at 23738) by debbugs.gnu.org; 25 Jan 2017 19:50:17 +0000 Original-Received: from localhost ([127.0.0.1]:43435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWTaD-0000FL-I2 for submit@debbugs.gnu.org; Wed, 25 Jan 2017 14:50:17 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:44262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWTaC-0000FC-99 for 23738@debbugs.gnu.org; Wed, 25 Jan 2017 14:50:16 -0500 Original-Received: from 2.150.50.220.tmi.telenormobil.no ([2.150.50.220] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cWTa9-0000ht-8I; Wed, 25 Jan 2017 20:50:15 +0100 In-Reply-To: <877f5kgk20.fsf@udel.edu> (Mark Oteiza's message of "Tue, 24 Jan 2017 17:38:47 -0500") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:128480 Archived-At: Mark Oteiza writes: > What happens when I navigate to another site in the same buffer? Then > the buffer name is deceptive. Both s and S show the site and/or title, > and the header line of the eww buffer always has both, so this change seems > strange IMHO. On the other hand, we also have other buffers that have names that may become misleading after a while. For instance: (buffer-name) -> "*unsent wide reply to Mark Oteiza*" Even if I remove you from the headers, the buffer doesn't change name. :-) So there's precedence. Another option is to say that if the user has called eww in open-in-a-new-window-mode, then all further RETs in the buffer should also pop to new windows... Then the buffer name would always be correct. The third option is to always rename the buffer in these cases. The fourth is to revert to the previous meaningless buffer names, i.e., *eww*<254> etc. Opinions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no