From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Mark Oteiza Newsgroups: gmane.emacs.bugs Subject: bug#23738: [feature request] eww allow multiple buffer Date: Thu, 26 Jan 2017 13:06:11 -0500 Message-ID: <20170126180611.GA7965@holos.localdomain> References: <575A79D9.9080200@easy-emacs.de> <87wpdkkudx.fsf@gnus.org> <877f5kgk20.fsf@udel.edu> <8737g6ly1c.fsf@gnus.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1485454037 27291 195.159.176.226 (26 Jan 2017 18:07:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 26 Jan 2017 18:07:17 +0000 (UTC) User-Agent: Mutt/1.7.2+23 (b57c695b7923) (2016-11-26) Cc: 23738@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 26 19:07:10 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 1cWoRx-0006W5-IR for geb-bug-gnu-emacs@m.gmane.org; Thu, 26 Jan 2017 19:07:09 +0100 Original-Received: from localhost ([::1]:40381 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWoS2-0007w6-Un for geb-bug-gnu-emacs@m.gmane.org; Thu, 26 Jan 2017 13:07:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52414) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWoRw-0007w0-Or for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 13:07:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWoRr-0004tR-NJ for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 13:07:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47621) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWoRr-0004tH-Il for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 13:07:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cWoRq-0005H0-H6 for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2017 13:07:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Mark Oteiza Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Jan 2017 18:07:02 +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.148545398120222 (code B ref 23738); Thu, 26 Jan 2017 18:07:02 +0000 Original-Received: (at 23738) by debbugs.gnu.org; 26 Jan 2017 18:06:21 +0000 Original-Received: from localhost ([127.0.0.1]:45820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWoRA-0005G6-MM for submit@debbugs.gnu.org; Thu, 26 Jan 2017 13:06:20 -0500 Original-Received: from mail-yb0-f170.google.com ([209.85.213.170]:35913) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWoR8-0005Fr-7r for 23738@debbugs.gnu.org; Thu, 26 Jan 2017 13:06:18 -0500 Original-Received: by mail-yb0-f170.google.com with SMTP id 123so51536753ybe.3 for <23738@debbugs.gnu.org>; Thu, 26 Jan 2017 10:06:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Z1kHH9gXKdLzbM12KWvLHDI4ovBx1lNv4lo7v4k3HkQ=; b=b+R/DdOf3P8aLlPNOYYI6LzbATAi56BAfu6YdhDC/eyDMHwF9tpixhGPxsOG91Bgje 13rn3q81Rra7xTAyXYFXhgSZVhAA6DxBXxkMo8k9NsRtgTRwGr2+D+VrQ82c1msOlVeb WOMF5TN0sdB4ljq4WwquHyWalGDP+O5W4FNBxRPKr1ErhMf8Qj5PVDnX91DcoYfkz5Fj FN+sVsXjn4rD/lJLHlCbNNDe71ZtsByMTDMNJSWlRkN2EEfyXcQUIaYrwiE1yL+E8oud 9+JomwMAvoiXZ7gdm7AHbIXX/DnRPhclJ/FAs1PNID5m0qi3JykWx76llUyvO2nQ08pX oL7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Z1kHH9gXKdLzbM12KWvLHDI4ovBx1lNv4lo7v4k3HkQ=; b=jH7TpQM6QmXOyZlAdePtzm1lT2tFrpricamsQGcPGxh9irTlc1KjSvrGuAyVAR+wop qHgviF2WR8mjOsqW14GXkDpseJcu1adfpLHznSqsiRRjngjeSRZZwJxLOS3ExJ21dtbv Y52y8huTsV5wkokOAiFwcA9p3aaQ7j/ZTIhfGUrLlH7+PTrPNZmxrC81WYqv8T1DREQN WUm4ihJT2pZAwM6kjFw89z8gzvBR0oT6hkYeTfm/ZWO43dGPfJxzA8ChOjsNLchmaiWz n6jXcGPKKBWEf9Eelu/fOIJsfhsBGeexvAkEASJSyUUVJ4MrwdIhoCSTQUwhGVd6MIQC Moug== X-Gm-Message-State: AIkVDXIEO1/6eELmWiMQNmht09B2U0JGHppjgYUFKF0XpFu+ECGgot6HCjPd0XeEzZsByZ2Q X-Received: by 10.55.161.71 with SMTP id k68mr4209727qke.185.1485453972490; Thu, 26 Jan 2017 10:06:12 -0800 (PST) Original-Received: from holos.localdomain (pool-173-67-40-97.bltmmd.fios.verizon.net. [173.67.40.97]) by smtp.gmail.com with ESMTPSA id d191sm1825992qke.15.2017.01.26.10.06.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Jan 2017 10:06:11 -0800 (PST) Original-Received: by holos.localdomain (Postfix, from userid 1000) id 259BB66372; Thu, 26 Jan 2017 13:06:11 -0500 (EST) Content-Disposition: inline In-Reply-To: <8737g6ly1c.fsf@gnus.org> 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:128574 Archived-At: On 25/01/17 at 08:50pm, Lars Ingebrigtsen wrote: > 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? I don't think I've ever used message-mode's buffer name to tell which email it is, looking at the subject is easier. I certainly have never used eww's buffer names to tell what website they are on, seeing how the urls or titles are presented plainly in 3 different ways. IMO The original report doesn't make sense. The buffer names have nothing to do with being able to use and manipulate multiple eww buffers. I'd just revert. Alternatively, it looks trivial to make customizeable.