From: Ted Zlatanov <tzz@lifelogs.com>
To: Ivan Shmakov <ivan@siamics.net>
Cc: Lars Magne Ingebrigtsen <larsi@gnus.org>, 16211@debbugs.gnu.org
Subject: bug#16211: eww should support multiple *eww* buffers
Date: Sun, 22 Dec 2013 17:36:42 -0500 [thread overview]
Message-ID: <87sitkbjid.fsf@flea.lifelogs.com> (raw)
In-Reply-To: <871u15x47e.fsf@violet.siamics.net> (Ivan Shmakov's message of "Sat, 21 Dec 2013 21:51:49 +0000")
On Sat, 21 Dec 2013 21:51:49 +0000 Ivan Shmakov <ivan@siamics.net> wrote:
>>>>>> "TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:
>>>>>> On Sat, 21 Dec 2013 11:24:54 +0000 Ivan Shmakov <ivan@siamics.net> wrote:
IS> Package: emacs Severity: wishlist
IS> EWW should support rendering Web pages in more than one buffer
IS> (akin to “tabs” and “windows” of many other browsers out there.)
TZ> I agree, but Lars and Stefan may not. They prefer (based on a
TZ> discussion in emacs-devel just recently) a more Emacsian behavior
TZ> where possible, instead of mimicking regular web browsers.
IS> Well, I have no problem with that: Gnus uses different Summary
IS> buffers for different groups, M-x mml-preview keeps creating new
IS> buffers even if called for the very same message buffer, and
IS> well, find-file isn’t constrained to a single buffer, either.
Actually Lars specifically said eww is not like Gnus. Please read the
discussion; do you need a URL?
IS> PS. And while there, why not to make the buffer names used by EWW
IS> customizable, BTW?
TZ> I agree this functionality would be nice, see `eww-setup-buffer'.
TZ> Should be pretty trivial.
IS> Yes, I know: I’ve already patched the code. (I’ve tried to
IS> contact assign at gnu dot org for copyright disclaimer papers,
IS> but haven’t received any reply so far. And now I guess I’d have
IS> to wait to the next year due to the holidays, anyway.)
Well, no rush on this, it's not a bug or a critical feature...
TZ> I don't see a need for complicated variable passing as you
TZ> described and I omitted, but have no strong opinion about it
TZ> either.
IS> Please note that eww-setup-buffer is called from the buffer
IS> filled by url-retrieve, and /not/ from one of the EWW buffers.
IS> I see no obvious way for it to deduce from which buffer the
IS> original command (say, M-x eww) was called so to get back there.
Right, OK. I will let you and Lars figure it out, but if you can
propose a patch to accomplish what you describe, it will probably speed
things up.
Ted
next prev parent reply other threads:[~2013-12-22 22:36 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-21 11:24 bug#16211: eww should support multiple *eww* buffers Ivan Shmakov
2013-12-21 20:22 ` Ted Zlatanov
2013-12-21 21:51 ` Ivan Shmakov
2013-12-22 22:36 ` Ted Zlatanov [this message]
2014-07-06 19:05 ` Ivan Shmakov
2014-11-04 16:42 ` Ted Zlatanov
2013-12-23 3:21 ` Stefan Monnier
2013-12-23 13:11 ` Ted Zlatanov
2013-12-23 18:19 ` Ivan Shmakov
2013-12-23 19:01 ` Glenn Morris
2013-12-24 8:05 ` Lars Ingebrigtsen
2013-12-24 8:49 ` Ivan Shmakov
2014-11-10 21:18 ` Lars Magne Ingebrigtsen
2014-11-19 6:47 ` Ivan Shmakov
2014-11-19 8:36 ` Ivan Shmakov
2014-11-19 17:41 ` Lars Magne Ingebrigtsen
2014-11-30 9:59 ` bug#19225: eww-render: runs eww-after-render-hook in the (temporary) data buffer Ivan Shmakov
2014-11-30 10:45 ` Ivan Shmakov
2014-12-01 17:56 ` Lars Magne Ingebrigtsen
2014-11-19 17:38 ` bug#16211: eww should support multiple *eww* buffers Lars Magne Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87sitkbjid.fsf@flea.lifelogs.com \
--to=tzz@lifelogs.com \
--cc=16211@debbugs.gnu.org \
--cc=ivan@siamics.net \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).