GNU bug report logs -
#35873
Add atomic window support to Gnus
Previous Next
Reported by: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Date: Thu, 23 May 2019 20:46:01 UTC
Severity: wishlist
Tags: fixed, patch
Found in version 5.13
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35873 in the body.
You can then email your comments to 35873 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, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Thu, 23 May 2019 20:46:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eric Abrahamsen <eric <at> ericabrahamsen.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
.
(Thu, 23 May 2019 20:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The attached patch adds atomic window support with a new customization
option, `gnus-use-atomic-windows', defaulting to nil. If t, a
multi-window Gnus layout will be treated as a single window when other
code pops up buffers. Ie, your completions buffer won't end up squished
between the summary and article buffers.
I'm pretty sure I've done the elisp manual cross reference incorrectly.
Thanks,
Eric
Gnus v5.13
GNU Emacs 27.0.50 (build 15, x86_64-pc-linux-gnu, GTK+ Version 3.24.8)
of 2019-05-23
200 news.gmane.org InterNetNews NNRP server INN 2.6.1 ready (posting ok)
100 Legal commands
ARTICLE [message-ID|number]
AUTHINFO USER name|PASS password|SASL mechanism [initial-response]|GENERIC program [argument ...]
BODY [message-ID|number]
CAPABILITIES [keyword]
COMPRESS DEFLATE
DATE
GROUP newsgroup
HDR header [message-ID|range]
HEAD [message-ID|number]
HELP
IHAVE message-ID
LAST
LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|COUNTS [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS [wildmat]]
LISTGROUP [newsgroup [range]]
MODE READER
NEWGROUPS [yy]yymmdd hhmmss [GMT]
NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
NEXT
OVER [range]
POST
QUIT
STARTTLS
STAT [message-ID|number]
XGTITLE [wildmat]
XHDR header [message-ID|range]
XOVER [range]
XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet <at> blaine.gmane.org>.
.
382 Begin TLS negotiation now
100 Legal commands
ARTICLE [message-ID|number]
AUTHINFO USER name|PASS password|SASL mechanism [initial-response]|GENERIC program [argument ...]
BODY [message-ID|number]
CAPABILITIES [keyword]
COMPRESS DEFLATE
DATE
GROUP newsgroup
HDR header [message-ID|range]
HEAD [message-ID|number]
HELP
IHAVE message-ID
LAST
LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|COUNTS [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS [wildmat]]
LISTGROUP [newsgroup [range]]
MODE READER
NEWGROUPS [yy]yymmdd hhmmss [GMT]
NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
NEXT
OVER [range]
POST
QUIT
STARTTLS
STAT [message-ID|number]
XGTITLE [wildmat]
XHDR header [message-ID|range]
XOVER [range]
XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet <at> blaine.gmane.org>.
.
[0001-Add-atomic-window-support-to-Gnus.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 21 Jun 2019 09:11:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 35873 <at> debbugs.gnu.org (full text, mbox):
severity 35873 wishlist
tags 35873 + patch
quit
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> The attached patch adds atomic window support with a new customization
> option, `gnus-use-atomic-windows', defaulting to nil. If t, a
> multi-window Gnus layout will be treated as a single window when other
> code pops up buffers. Ie, your completions buffer won't end up squished
> between the summary and article buffers.
>
> I'm pretty sure I've done the elisp manual cross reference incorrectly.
> +windows (@pxref{Atomic Windows, , Atomic Windows, elisp}).
I believe the correct form would be:
(@pxref{Atomic Windows,,, elisp, The Emacs Lisp Reference Manual})
That is, no need to repeat the topic title, as it's the same as the node
name. But the printed manual name is needed as the last argument. See
(info "(texinfo) Four and Five Arguments"), and grep for xref.*elisp in
doc/ for similar examples.
I guess the code part of the patch is alright, but I'm not too familiar
with how atomic windows work.
Severity set to 'wishlist' from 'normal'
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 21 Jun 2019 09:11:02 GMT)
Full text and
rfc822 format available.
Added tag(s) patch.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 21 Jun 2019 09:11:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 21 Jun 2019 15:12:01 GMT)
Full text and
rfc822 format available.
Message #15 received at submit <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> severity 35873 wishlist
> tags 35873 + patch
> quit
>
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> The attached patch adds atomic window support with a new customization
>> option, `gnus-use-atomic-windows', defaulting to nil. If t, a
>> multi-window Gnus layout will be treated as a single window when other
>> code pops up buffers. Ie, your completions buffer won't end up squished
>> between the summary and article buffers.
>>
>> I'm pretty sure I've done the elisp manual cross reference incorrectly.
>
>> +windows (@pxref{Atomic Windows, , Atomic Windows, elisp}).
>
> I believe the correct form would be:
>
> (@pxref{Atomic Windows,,, elisp, The Emacs Lisp Reference Manual})
>
> That is, no need to repeat the topic title, as it's the same as the node
> name. But the printed manual name is needed as the last argument. See
> (info "(texinfo) Four and Five Arguments"), and grep for xref.*elisp in
> doc/ for similar examples.
Okay, thanks -- I'd read the texinfo manual but found that part fairly
confusing.
> I guess the code part of the patch is alright, but I'm not too familiar
> with how atomic windows work.
I've since had a back-and-forth with Martin about messing more with
window management in Gnus, and am hoping to get a little farther with
that. (Or maybe I should Just Say No to mission creep, and try to get
this patch in...)
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Sat, 22 Jun 2019 11:56:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> The attached patch adds atomic window support with a new customization
> option, `gnus-use-atomic-windows', defaulting to nil. If t, a
> multi-window Gnus layout will be treated as a single window when other
> code pops up buffers. Ie, your completions buffer won't end up squished
> between the summary and article buffers.
I'm not familiar with the atomic window stuff at all -- I don't use
pop-up windows and all the newfangled stuff kids today use -- but the
feature sounds sensible to me, so go ahead and apply (unless you wanted
to do this in another way, which you alluded to in a subsequent
message)...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Sat, 22 Jun 2019 16:42:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> The attached patch adds atomic window support with a new customization
>> option, `gnus-use-atomic-windows', defaulting to nil. If t, a
>> multi-window Gnus layout will be treated as a single window when other
>> code pops up buffers. Ie, your completions buffer won't end up squished
>> between the summary and article buffers.
>
> I'm not familiar with the atomic window stuff at all -- I don't use
> pop-up windows and all the newfangled stuff kids today use -- but the
> feature sounds sensible to me, so go ahead and apply (unless you wanted
> to do this in another way, which you alluded to in a subsequent
> message)...
Well, but even *Completion* buffers are pop-up buffers... Maybe helm
users, in particular, would be bothered by this.
I do want to pursue the other avenue a bit, but if that doesn't work out
or looks like too much effort, I'll push this.
Thanks,
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Mon, 16 Sep 2019 21:06:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> I do want to pursue the other avenue a bit, but if that doesn't work out
> or looks like too much effort, I'll push this.
That was twelve weeks ago -- has there been any further progress here,
or should this bug report be closed?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Mon, 16 Sep 2019 22:43:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> I do want to pursue the other avenue a bit, but if that doesn't work out
>> or looks like too much effort, I'll push this.
>
> That was twelve weeks ago -- has there been any further progress here,
> or should this bug report be closed?
The "other avenue" hasn't gone anywhere, at least not for now, so I
would still like to push this. It's fairly self-contained, and seems to
do the right thing. I'm getting on a plane in a bit, but when I've
settled a bit I'll look at the patch again and push.
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Mon, 16 Sep 2019 22:44:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> The "other avenue" hasn't gone anywhere, at least not for now, so I
> would still like to push this. It's fairly self-contained, and seems to
> do the right thing. I'm getting on a plane in a bit, but when I've
> settled a bit I'll look at the patch again and push.
Sounds good. :-)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Thu, 19 Sep 2019 17:22:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> The "other avenue" hasn't gone anywhere, at least not for now, so I
>> would still like to push this. It's fairly self-contained, and seems to
>> do the right thing. I'm getting on a plane in a bit, but when I've
>> settled a bit I'll look at the patch again and push.
>
> Sounds good. :-)
I updated the patch with Martin's suggestion, and am back to running
this daily. One thing I noticed is that (in this case in my Gnorb
package) running `delete-other-windows' from a Gnus window will now
result in one of these:
delete-other-windows: Root of atomic window is root window of its frame
That error is expected with atomic windows. I can change Gnorb to not
use `delete-other-windows' (it shouldn't be using that anyway), but I
wonder if that's likely to cause an unacceptable amount of friction with
other packages/user code. (While noting that this behavior is off by
default.)
WDYT?
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 08:14:02 GMT)
Full text and
rfc822 format available.
Message #36 received at 35873 <at> debbugs.gnu.org (full text, mbox):
> I updated the patch with Martin's suggestion, and am back to running
> this daily. One thing I noticed is that (in this case in my Gnorb
> package) running `delete-other-windows' from a Gnus window will now
> result in one of these:
>
> delete-other-windows: Root of atomic window is root window of its frame
>
> That error is expected with atomic windows. I can change Gnorb to not
> use `delete-other-windows' (it shouldn't be using that anyway), but I
> wonder if that's likely to cause an unacceptable amount of friction with
> other packages/user code. (While noting that this behavior is off by
> default.)
You can also specify a function in the 'delete-other-windows'
parameter of any window involved. One that dissolves atomicity, for
example.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 18:13:02 GMT)
Full text and
rfc822 format available.
Message #39 received at 35873 <at> debbugs.gnu.org (full text, mbox):
martin rudalics <rudalics <at> gmx.at> writes:
>> I updated the patch with Martin's suggestion, and am back to running
>> this daily. One thing I noticed is that (in this case in my Gnorb
>> package) running `delete-other-windows' from a Gnus window will now
>> result in one of these:
>>
>> delete-other-windows: Root of atomic window is root window of its frame
>>
>> That error is expected with atomic windows. I can change Gnorb to not
>> use `delete-other-windows' (it shouldn't be using that anyway), but I
>> wonder if that's likely to cause an unacceptable amount of friction with
>> other packages/user code. (While noting that this behavior is off by
>> default.)
>
> You can also specify a function in the 'delete-other-windows'
> parameter of any window involved. One that dissolves atomicity, for
> example.
Oh, excellent! I don't think I'll actually use that yet -- I'll fix my
own package not to call `delete-other-windows', then ask folks to enable
this feature and watch out for the error, and hopefully bug reports will
show how `delete-other-windows' might be being used in the wild. Then we
can look at how best to implement the d-o-w parameter for Gnus windows.
Thanks,
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 19:29:02 GMT)
Full text and
rfc822 format available.
Message #42 received at 35873 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> martin rudalics <rudalics <at> gmx.at> writes:
>
>>> I updated the patch with Martin's suggestion, and am back to running
>>> this daily. One thing I noticed is that (in this case in my Gnorb
>>> package) running `delete-other-windows' from a Gnus window will now
>>> result in one of these:
>>>
>>> delete-other-windows: Root of atomic window is root window of its frame
>>>
>>> That error is expected with atomic windows. I can change Gnorb to not
>>> use `delete-other-windows' (it shouldn't be using that anyway), but I
>>> wonder if that's likely to cause an unacceptable amount of friction with
>>> other packages/user code. (While noting that this behavior is off by
>>> default.)
>>
>> You can also specify a function in the 'delete-other-windows'
>> parameter of any window involved. One that dissolves atomicity, for
>> example.
>
> Oh, excellent! I don't think I'll actually use that yet -- I'll fix my
> own package not to call `delete-other-windows', then ask folks to enable
> this feature and watch out for the error, and hopefully bug reports will
> show how `delete-other-windows' might be being used in the wild. Then we
> can look at how best to implement the d-o-w parameter for Gnus windows.
There's the patch as it stands. I'll push in a bit if there's no objection.
[0001-New-option-for-making-Gnus-window-layouts-atomic.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 20:20:02 GMT)
Full text and
rfc822 format available.
Message #45 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> There's the patch as it stands. I'll push in a bit if there's no objection.
I've never used the atomic window stuff, so I'm probably not a good
judge here, but it looked logical to me. It should have a NEWS entry,
though.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 20:42:02 GMT)
Full text and
rfc822 format available.
Message #48 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> There's the patch as it stands. I'll push in a bit if there's no objection.
>
> I've never used the atomic window stuff, so I'm probably not a good
> judge here, but it looked logical to me. It should have a NEWS entry,
> though.
Ah, I was wondering about that. I'll add that as well, then push.
Thanks,
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Fri, 20 Sep 2019 20:50:02 GMT)
Full text and
rfc822 format available.
Message #51 received at 35873 <at> debbugs.gnu.org (full text, mbox):
On 09/20/19 22:19 PM, Lars Ingebrigtsen wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>> There's the patch as it stands. I'll push in a bit if there's no objection.
>
> I've never used the atomic window stuff, so I'm probably not a good
> judge here, but it looked logical to me. It should have a NEWS entry,
> though.
Okay, I've added a NEWS entry, and also a :version tag to the new
option. Hopefully we're good to go.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#35873
; Package
emacs,gnus
.
(Sat, 28 Sep 2019 18:01:01 GMT)
Full text and
rfc822 format available.
Message #54 received at 35873 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> Ah, I was wondering about that. I'll add that as well, then push.
This is now on the trunk, so I'm closing this bug report.
--
(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
.
(Sat, 28 Sep 2019 18:01:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
35873 <at> debbugs.gnu.org and Eric Abrahamsen <eric <at> ericabrahamsen.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 28 Sep 2019 18:01: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
.
(Sun, 27 Oct 2019 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 183 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.