[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
- Atom backend for Gnus (nnatom), Daniel Semyonov, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Thomas Fitzsimmons, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Daniel Semyonov, 2023/05/31
- Re: Atom backend for Gnus (nnatom),
Thomas Fitzsimmons <=
- Re: Atom backend for Gnus (nnatom), Daniel Semyonov, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Thomas Fitzsimmons, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Daniel Semyonov, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Thomas Fitzsimmons, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Daniel Semyonov, 2023/05/31
- Re: Atom backend for Gnus (nnatom), Thomas Fitzsimmons, 2023/05/31