--- Begin Message ---
|
Subject: |
[PATCH] Gnus: Add back end for Atom feeds (nnatom) |
|
Date: |
Wed, 21 Jun 2023 10:08:51 +0300 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Tags: patch
This patch adds a back end for Atom feeds to Gnus, and documents it.
In GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version
3.24.38, cairo version 1.16.0) of 2023-06-21 built on coldharbour
Repository revision: 0273cb5e6dbd6c5111f3352b7777b4efc769ba14
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101008
System Description: Void Linux
Configured using:
'configure -C --prefix=/opt/Emacs --with-x --with-x-toolkit=gtk3
--without-gsettings --without-dbus --with-xinput2 --with-small-ja-dic
--with-native-compilation'
0001-Gnus-Add-back-end-for-Atom-feeds-nnatom.patch
Description: Text Data
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#66188: 29.1; Include Atom feed reader |
|
Date: |
Wed, 24 Apr 2024 07:19:14 -0700 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
On 04/24/24 01:07 AM, Daniel Semyonov wrote:
>>>>>> Eric Abrahamsen writes:
>
> > On 04/23/24 01:44 AM, Daniel Semyonov wrote:
> >>>>>>> Eric Abrahamsen writes:
> >>
> >> > On 04/21/24 21:41 PM, Daniel Semyonov wrote:
> >> >>>>>>> Eric Abrahamsen writes:
> >> >>
> >> >> > Eli Zaretskii <eliz@gnu.org> writes:
> >> >> >> Ping! Ping! Eric, any comments?
> >> >>
> >> >> > Yes, let's do it! My only comment right now is that the manual
> should
> >> >> > explicitly list the steps for creating an atom group: "B nnatom
> RET" and
> >> >> > insert URL without protocol. I still have dreams of fixing the
> group
> >> >> > creation code to prompt for the address, but that can wait.
> >> >>
> >> >> > Daniel, would you make that addition?
> >> >>
> >> >> Does the following text (in the 'Atom' subsection of the Gnus
> manual)
> >> >> not suffice?
> >> >>
> >> >> The ‘nnatom’ back end allows you to add HTTP or local Atom feeds as
> >> >> Gnus servers (with a single group), as you would with any other
> method,
> >> >> by supplying the location of the feed as the server address. Note,
> >> >> however, that the server address shouldn't be prefixed with
> <http://> or
> >> >> <https://>.
> >>
> >> > I think we need to at least make it clear that you can't create these
> >> > groups with "G m", which to me anyway is the "normal" way of making a
> >> > group. It wouldn't hurt to be more explicit about the fact that feeds
> >> > are created at the server level, not the group level. I'm not
> suggesting
> >> > anything radical, something like:
> >>
> >> > --8<---------------cut here---------------start------------->8---
> >> > The ‘nnatom’ back end allows you to add HTTP or local Atom feeds as
> Gnus
> >> > servers, in your Gnus init files or as foreign servers via "B" in the
> >> > *Group* buffer. The feed location is supplied as the server address,
> and
> >> > each server only contains a single group. Note, however, that the
> server
> >> > address shouldn't be prefixed with <http://> or <https://>.
> >> > --8<---------------cut here---------------end--------------->8---
> >>
> >> > Or something like that. WDYT?
> >>
> >> I gave it another thought and you're right, it should be more explicit.
> >> I've attached an updated patch but here's the new version of the
> >> paragraph (since I actually ended up being even more explicit):
> >>
> >> The ‘nnatom’ back end allows you to add HTTP or local Atom feeds as
> >> Gnus servers, by adding them to ‘gnus-secondary-select-methods’ or as
> >> foreign servers by pressing "B" in the ‘*Group*’ buffer, for example
> >> (*note Finding the News). The address of each server is its feed's
> >> location (though the address shouldn't be prefixed with <http://> or
> >> <https://>) and each server contains a single group which holds the
> >> feed's entries.
>
> > That looks great -- I think it can't hurt to provide some more
> > hand-holding in the manual. I'll get this in this morning.
>
> Great, I just did a git pull and I see it; thank you very much!
>
> Daniel
>
> (BTW I guess this report should be closed; I'm not really sure what the
> procedure is since this technically isn't my report, but instead was
> merged with mine at some point)
Yes, we can close these, if they've been merged then they're the "same"
report. And bug reports aren't precious, if we need another, we can open
another!
Speaking of getting more bug reports, do you want to post on
gnus.general and let people know this new backend is available? It would
be good to get some usage.
Thanks,
Eric
--- End Message ---