GNU bug report logs -
#23738
[feature request] eww allow multiple buffer
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23738 in the body.
You can then email your comments to 23738 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Fri, 10 Jun 2016 08:24:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Andreas Röhler <andreas.roehler <at> easy-emacs.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 10 Jun 2016 08:24:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I'm using eww to navigate running a test2speech app
sentence-by-sentence. Thanks a lot enabling that!
Now would like to open a bunch of stuff that way, not just a single
page. The buffer name should indicate the source somehow. "Instead of
hard-coded "*eww*", add some initials from URL for example.
So when opening http://www.gnu.org/
buffer-name might appear as "*eww-go*"
Thanks again,
Andreas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Fri, 10 Jun 2016 14:05:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On Fri, 10 Jun 2016 10:27:05 +0200 Andreas Röhler <andreas.roehler <at> easy-emacs.de> wrote:
AR> I'm using eww to navigate running a test2speech app sentence-by-sentence. Thanks
AR> a lot enabling that!
AR> Now would like to open a bunch of stuff that way, not just a single page. The
AR> buffer name should indicate the source somehow. "Instead of hard-coded "*eww*",
AR> add some initials from URL for example.
AR> So when opening http://www.gnu.org/
AR> buffer-name might appear as "*eww-go*"
You can currently use `rename-buffer' to do this manually and AFAICT
things work fine. I'm not sure there's value in making it automatic
because it would generate a lot of buffers and code complexity. Maybe it
should be a tab system inside the EWW buffer instead, to keep things
contained.
Ted
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Tue, 24 Jan 2017 21:43:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
> I'm using eww to navigate running a test2speech app
> sentence-by-sentence. Thanks a lot enabling that!
>
> Now would like to open a bunch of stuff that way, not just a single
> page. The buffer name should indicate the source somehow. "Instead of
> hard-coded "*eww*", add some initials from URL for example.
>
> So when opening http://www.gnu.org/
>
> buffer-name might appear as "*eww-go*"
I've now altered `eww-browse-url' when used with a `new-window'
parameter so that it'll create new buffer names based on the host.
It'll look like *eww-www.gnu.org*, though.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 24 Jan 2017 21:43:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
23738 <at> debbugs.gnu.org and Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 24 Jan 2017 21:43:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Tue, 24 Jan 2017 22:40:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> I'm using eww to navigate running a test2speech app
>> sentence-by-sentence. Thanks a lot enabling that!
>>
>> Now would like to open a bunch of stuff that way, not just a single
>> page. The buffer name should indicate the source somehow. "Instead of
>> hard-coded "*eww*", add some initials from URL for example.
>>
>> So when opening http://www.gnu.org/
>>
>> buffer-name might appear as "*eww-go*"
>
> I've now altered `eww-browse-url' when used with a `new-window'
> parameter so that it'll create new buffer names based on the host.
> It'll look like *eww-www.gnu.org*, though.
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Tue, 24 Jan 2017 22:42:01 GMT)
Full text and
rfc822 format available.
Message #21 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> 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.
Hm, yes, that's true. And changing the name of the buffer as you follow
links isn't very nice, either. I think.
Hm... so perhaps I should revert that change unless anybody has any
other thoughts on this...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 24 Jan 2017 23:55:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Wed, 25 Jan 2017 19:51:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Wed, 25 Jan 2017 20:10:03 GMT)
Full text and
rfc822 format available.
Message #29 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 25, 2017 at 2:50 PM, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> Mark Oteiza <mvoteiza <at> udel.edu> 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.
There's precedence in the other direction too: when you do
dired-find-alternate-file the buffer name changes.
> The fourth is to revert to the previous meaningless buffer names, i.e.,
> *eww*<254> etc.
If the buffer name will be meaningless, setting
`list-buffers-directory' to the url so it shows up in the buffer
listing could be useful.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 18:07:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On 25/01/17 at 08:50pm, Lars Ingebrigtsen wrote:
> Mark Oteiza <mvoteiza <at> udel.edu> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 18:11:03 GMT)
Full text and
rfc822 format available.
Message #35 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> users.sourceforge.net> writes:
> There's precedence in the other direction too: when you do
> dired-find-alternate-file the buffer name changes.
Hm, yeah...
>> The fourth is to revert to the previous meaningless buffer names, i.e.,
>> *eww*<254> etc.
>
> If the buffer name will be meaningless, setting
> `list-buffers-directory' to the url so it shows up in the buffer
> listing could be useful.
Oh, nice. I didn't know about that one. I don't think it quite solves
the problem here, but eww should be setting that anyway. I'll make that
change.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 18:18:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> writes:
> 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 think there's value in being able to type `C-x b fsf RET' to go the
buffer that has the FSF web page, or whatever. Especially for people
with disabilities.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 19:18:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On 26/01/17 at 07:16pm, Lars Ingebrigtsen wrote:
> Mark Oteiza <mvoteiza <at> udel.edu> writes:
>
> > 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 think there's value in being able to type `C-x b fsf RET' to go the
> buffer that has the FSF web page, or whatever. Especially for people
> with disabilities.
Unless you navigated to the FSF page from duckduckgo or any other host.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 19:28:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> writes:
>> I think there's value in being able to type `C-x b fsf RET' to go the
>> buffer that has the FSF web page, or whatever. Especially for people
>> with disabilities.
>
> Unless you navigated to the FSF page from duckduckgo or any other host.
The use case here is that you hit a link that opens a new window. Then
you want to find that window after a while. There's no way for a blind
person to do that without a lot of work without sensible eww buffer
naming.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 20:01:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On 26/01/17 at 08:27pm, Lars Ingebrigtsen wrote:
> Mark Oteiza <mvoteiza <at> udel.edu> writes:
>
> >> I think there's value in being able to type `C-x b fsf RET' to go the
> >> buffer that has the FSF web page, or whatever. Especially for people
> >> with disabilities.
> >
> > Unless you navigated to the FSF page from duckduckgo or any other host.
>
> The use case here is that you hit a link that opens a new window. Then
> you want to find that window after a while. There's no way for a blind
> person to do that without a lot of work without sensible eww buffer
> naming.
Then make it customizable so as to not shoehorn every user into this
use case where no one ever navigates to different hosts in an eww buffer.
Also, to suggest there is no other way to solve this problem is
ridiculous, but you've dug in your feet and I'm not going to waste any
more time arguing with you.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Thu, 26 Jan 2017 20:17:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Mark Oteiza <mvoteiza <at> udel.edu> writes:
> Then make it customizable so as to not shoehorn every user into this
> use case where no one ever navigates to different hosts in an eww buffer.
Well, this is only when you open a new window when using browse-url with
eww (which is not the default behaviour anyway).
> Also, to suggest there is no other way to solve this problem is
> ridiculous, but you've dug in your feet and I'm not going to waste any
> more time arguing with you.
Uhm. I presented at least four different options here, one of which was
reverting. How is that digging in my feet?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Mon, 30 Jan 2017 19:54:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On Tue, 24 Jan 2017 23:41:40 +0100 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
LI> Mark Oteiza <mvoteiza <at> udel.edu> 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.
LI> Hm, yes, that's true. And changing the name of the buffer as you follow
LI> links isn't very nice, either. I think.
LI> Hm... so perhaps I should revert that change unless anybody has any
LI> other thoughts on this...
I think there are several use cases. I've given my suggestions:
1) open a new buffer directly to a hostname or "go to" a URL: use that
hostname in the buffer title
2) follow a link to the same host (or domain) in a EWW buffer: leave the
buffer title
3) follow a link to a different host (or domain) in a EWW buffer: drop
the buffer title and just make it a number or something unique
Ted
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Tue, 31 Jan 2017 16:32:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 23738 <at> debbugs.gnu.org (full text, mbox):
Ted Zlatanov <tzz <at> lifelogs.com> writes:
> I think there are several use cases. I've given my suggestions:
>
> 1) open a new buffer directly to a hostname or "go to" a URL: use that
> hostname in the buffer title
>
> 2) follow a link to the same host (or domain) in a EWW buffer: leave the
> buffer title
>
> 3) follow a link to a different host (or domain) in a EWW buffer: drop
> the buffer title and just make it a number or something unique
Yeah, I think this is a probably the best way to deal with it. That is:
If you've opened a "domain-named" eww buffer (which is now the case with
NEW-WINDOW), then eww will have to change the name of the buffer if you
follow a link to a different domain. But perhaps just keep renaming it
based on the new domain instead of reverting to <number>?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#23738
; Package
emacs
.
(Tue, 31 Jan 2017 18:45:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 23738 <at> debbugs.gnu.org (full text, mbox):
On Tue, 31 Jan 2017 17:31:52 +0100 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
LI> Ted Zlatanov <tzz <at> lifelogs.com> writes:
>> I think there are several use cases. I've given my suggestions:
>>
>> 1) open a new buffer directly to a hostname or "go to" a URL: use that
>> hostname in the buffer title
>>
>> 2) follow a link to the same host (or domain) in a EWW buffer: leave the
>> buffer title
>>
>> 3) follow a link to a different host (or domain) in a EWW buffer: drop
>> the buffer title and just make it a number or something unique
LI> Yeah, I think this is a probably the best way to deal with it. That is:
LI> If you've opened a "domain-named" eww buffer (which is now the case with
LI> NEW-WINDOW), then eww will have to change the name of the buffer if you
LI> follow a link to a different domain. But perhaps just keep renaming it
LI> based on the new domain instead of reverting to <number>?
Your call, as long as the logic is consistent and clear in the code,
separately treating those three cases. Then it can be amended or even
extracted into customizable hooks etc.
Ted
bug closed, send any further explanations to
23738 <at> debbugs.gnu.org and Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 12 Apr 2018 23:45:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 11 May 2018 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 7 years and 35 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.