emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Atom backend for Gnus (nnatom)


From: Thomas Fitzsimmons
Subject: Re: Atom backend for Gnus (nnatom)
Date: Wed, 31 May 2023 12:21:49 -0400
User-agent: Gnus/5.13 (Gnus v5.13)

Daniel Semyonov <daniel@dsemy.com> writes:

>>>>>> Thomas Fitzsimmons writes:
>
>     > I'm interested.  I've been using an xsltproc workaround from Emacs
>     > Wiki for Atom feeds, but I always thought a proper "nnatom"
>     > backend should be made.  Nice to see you've done it!
>
>     >> I'd appreciate help with the remaining major issues; the
>     >> repository for the backend can be found at:
>     >> https://git.sr.ht/~dsemy/nnatom I have already assigned copyright
>     >> to the FSF for Emacs a few months ago.
>     >> 
>     >> Some more details about the major issues: - Group methods of new
>     >> groups are usually corrupted, being replaced completely by the
>     >> string "nnatom:<url or file of some nnatom group>".  This can be
>     >> worked around in the following way: 1. Open the server containing
>     >> the group and subscribe to it without opening the group itself.
>     >> 2. Press 'M-e' (gnus-group-edit-group-method) while point is on
>     >> the new group in the *Group* buffer.  3. Either write a new Gnus
>     >> method or replace the URL with the correct one and confirm the
>     >> change.  This only needs to be done once for every group (if it
>     >> is needed at all).  I've tried debugging this issue many times; I
>     >> assume at this point that I'm missing something pretty obvious,
>     >> but I can't figure it out unfortunately.
>
>     > I just tried nnatom with my blog's Atom feed and I didn't notice
>     > any issue.  Selecting the feed in the *Group* buffer works fine
>     > and articles load properly.  The *Server* buffer shows the link
>     > "opened".
>
> Thanks for your interest and for testing.
>
>     > Can you share the link to a failing feed, along with steps to
>     > reproduce the issue?
>
> This only happened when multiple nnatom groups were used, but in any
> case I managed to fix it finally (I hope).  Note however that now server
> addresses cannot be prefixed by "http{,s}://" and you may need to kill
> preexisting nnatom groups.

I normally use gnus-group-make-rss-group, G R <full RSS URL> RET to
subscribe to RSS feeds in Gnus.  The minibuffer prompts for a title, and
then the group is immediately visible in the *Group* buffer.  Can you do
write gnus-group-make-atom-group for nnatom, eliminating the server
browsing step?  (I didn't notice the *Gnus Browse Server* intermediate
before -- i.e. that I wasn't already subscribed and put back into the
*Group* buffer.)

> I'd appreciate it if you could also test these latest changes (and with
> multiple feeds).

Hmm, now I can't just paste in the full URL without an error being
thrown; I think removing http:// or https:// (if required) should be
done by automatically nnatom.el, for useability.

I tried the latest version against my blog's
https://www.fitzsim.org/blog/?feed=atom URL.  I can browse the group
fine, but after I subscribe to it, when I hit RET in the *Group* buffer
I get "Couldn't open server" in the minibuffer.  *Server* shows:

{nnatom:www.fitzsim.org/blog/?feed=atom} (opened)

This is still all only using one feed so far.  I will test multiple
after one feed works from *Group*.

Thanks,
Thomas



reply via email to

[Prev in Thread] Current Thread [Next in Thread]