From: Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Eric Abrahamsen <eric@ericabrahamsen.net>
Cc: 64202@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>,
66188@debbugs.gnu.org, jimjoe@gmx.net
Subject: bug#64202: bug#66188: 29.1; Include Atom feed reader
Date: Wed, 24 Apr 2024 01:07:41 +0300 [thread overview]
Message-ID: <877cgnka1e.fsf@dsemy.com> (raw)
In-Reply-To: <874jbsi1vj.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Tue, 23 Apr 2024 07:34:40 -0700")
>>>>> 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)
next prev parent reply other threads:[~2024-04-23 22:07 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-21 7:08 bug#64202: [PATCH] Gnus: Add back end for Atom feeds (nnatom) Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-06-21 9:50 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-06-21 13:02 ` Eli Zaretskii
2023-06-21 14:26 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-06-25 10:07 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-06-26 13:26 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-06-26 14:52 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-01 8:39 ` Eli Zaretskii
2023-07-01 11:33 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-02 22:59 ` Eric Abrahamsen
2023-07-03 0:00 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-03 4:01 ` Eric Abrahamsen
2023-07-05 12:36 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-05 17:17 ` Eric Abrahamsen
2023-07-05 18:50 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-05 19:07 ` Eric Abrahamsen
2023-07-15 0:59 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-15 1:26 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-18 17:32 ` Eric Abrahamsen
2023-07-19 4:37 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-07-19 15:39 ` Eric Abrahamsen
2023-12-08 3:31 ` Husain Alshehhi
2023-12-08 3:31 ` Husain Alshehhi
[not found] ` <875y1974k0.fsf@>
2023-12-08 9:32 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-08 16:01 ` Eric Abrahamsen
2023-12-08 16:26 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-09 11:03 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-09 13:59 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-12 18:08 ` Eric Abrahamsen
2023-12-16 15:14 ` Thomas Fitzsimmons
2023-12-17 0:13 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-17 12:10 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-12-17 15:55 ` Thomas Fitzsimmons
2023-12-17 16:15 ` Eric Abrahamsen
2023-12-17 20:27 ` Eric Abrahamsen
2024-02-02 1:35 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-04 12:38 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-07 17:49 ` bug#64202: bug#66188: 29.1; Include Atom feed reader Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-08 4:27 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-08 11:42 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-09 3:54 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-09 14:01 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-09 20:06 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-09 22:34 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-10 0:15 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-22 2:17 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-22 17:10 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-23 16:27 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-24 14:49 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-02-27 5:02 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-03 2:40 ` James Thomas via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-18 16:58 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-24 13:35 ` bug#64202: " Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-04-06 9:01 ` bug#66188: " Eli Zaretskii
2024-04-18 9:01 ` Eli Zaretskii
2024-04-21 0:46 ` Eric Abrahamsen
2024-04-21 18:41 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-04-22 3:11 ` Eric Abrahamsen
2024-04-22 22:44 ` bug#64202: " Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-04-23 14:34 ` Eric Abrahamsen
2024-04-23 22:07 ` Daniel Semyonov via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2024-04-24 14:19 ` Eric Abrahamsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877cgnka1e.fsf@dsemy.com \
--to=bug-gnu-emacs@gnu.org \
--cc=64202@debbugs.gnu.org \
--cc=66188@debbugs.gnu.org \
--cc=daniel@dsemy.com \
--cc=eliz@gnu.org \
--cc=eric@ericabrahamsen.net \
--cc=jimjoe@gmx.net \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.