From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thomas Fitzsimmons Newsgroups: gmane.emacs.devel Subject: Re: Atom backend for Gnus (nnatom) Date: Wed, 31 May 2023 12:21:49 -0400 Message-ID: References: <871qix9c17.fsf@dsemy.com> <87ttvsmrmj.fsf@dsemy.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11752"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: emacs-devel@gnu.org To: Daniel Semyonov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 31 18:22:55 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q4Ob7-0002lm-3A for ged-emacs-devel@m.gmane-mx.org; Wed, 31 May 2023 18:22:53 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q4OaF-0007pb-QU; Wed, 31 May 2023 12:21:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q4OaD-0007pR-U1 for emacs-devel@gnu.org; Wed, 31 May 2023 12:21:57 -0400 Original-Received: from mail.fitzsim.org ([69.165.165.189]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q4OaA-0004Mo-C9 for emacs-devel@gnu.org; Wed, 31 May 2023 12:21:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=fitzsim.org ; s=20220430; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vm8zJnmb3+G+U3jwhyuq2q5QH+Oa/TTgIdQ9ESlJXws=; b=hFOLg7U1kWbO6Ul7hyms+PDKGQ 4qtIksvUXBsu0JnmeU9m9f5LnftA1CKG3IBqcab4tIn/Rjhkcx44RNRvmyXS/z+vrYmk9u1GhLo72 gwiKnRAmTgGGemFuiYjeTuHxuaKjKyZ6WQfvbhzBaa2po+kZBYFa1koRaKmYZlPDZnotGFtrwGCZg PgZ81LF9l4XtU0CeImg3qFUeuRFgmtYOed+qwhwK8vBAkV2CTHVJQ1PGg9I1YNqxNxDqq2ci0SsJf qjugEPcGZiIM6teordOwrVautmWa1jMv7Zp4Y76YnZl1VzCRj+Ov2lZFsSiz9xw0Zmk/bRXsnkv92 yIgObzWQ==; Original-Received: from [192.168.1.1] (helo=localhost.localdomain) by mail.fitzsim.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q4Oa6-000SeN-CF; Wed, 31 May 2023 12:21:51 -0400 In-Reply-To: <87ttvsmrmj.fsf@dsemy.com> (Daniel Semyonov's message of "Wed, 31 May 2023 18:45:40 +0300") Received-SPF: pass client-ip=69.165.165.189; envelope-from=fitzsim@fitzsim.org; helo=mail.fitzsim.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:306453 Archived-At: Daniel Semyonov 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:". 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 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