GNU bug report logs - #45477
27.1; RFE: Make full RSS fragments available for nnrss servers

Previous Next

Packages: emacs, gnus;

Reported by: Tim Landscheidt <tim <at> tim-landscheidt.de>

Date: Sun, 27 Dec 2020 21:31:01 UTC

Severity: wishlist

Found in version 27.1

Full log


Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tim Landscheidt <tim <at> tim-landscheidt.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.1; RFE: Make full RSS fragments available for nnrss servers
Date: Sun, 27 Dec 2020 21:30:36 +0000
Severity: wishlist

Some RSS feeds provide additional data in extra tags; for
example, http://feeds.feedburner.com/DougLovesMovies (and
others) includes information for/from iTunes:

|     <item>
|       <title>Jimmy Pardo, Matt Belknap, Eliot Hochberg and Garon Cockrell guest</title>
|       <description><![CDATA[<p>In a special holiday Doug Loves Movies-Never Not Funny cross-over event, Doug welcomes Jimmy Pardo, Matt Belknap, Eliot Hochberg and Garon Cockrell to the show.</p>]]></description>
|       <itunes:title>Jimmy Pardo, Matt Belknap, Eliot Hochberg and Garon Cockrell guest</itunes:title>
|       <itunes:episodeType>full</itunes:episodeType>
|       <itunes:episode>1286</itunes:episode>
|       <itunes:summary>In a special holiday Doug Loves Movies-Never Not Funny cross-over event, Doug welcomes Jimmy Pardo, Matt Belknap, Eliot Hochberg and Garon Cockrell to the show.</itunes:summary>
|       <content:encoded><![CDATA[<p>In a special holiday Doug Loves Movies-Never Not Funny cross-over event, Doug welcomes Jimmy Pardo, Matt Belknap, Eliot Hochberg and Garon Cockrell to the show.</p>]]></content:encoded>
|       <guid isPermaLink="false">gid://art19-episode-locator/V0/R8l82ylk4BaF_BypOVQuG89EyfRunLiF485aNFQW_mA</guid>
|       <pubDate>Thu, 24 Dec 2020 08:00:00 -0000</pubDate>
|       <itunes:explicit>yes</itunes:explicit>
|       <itunes:image href="https://content.production.cdn.art19.com/images/82/2f/79/e8/822f79e8-722d-4a6b-8647-8cc9741e87a9/f933e361a2ab293aa85d74f63a4ea343522012cae57c6efa04c518b09d5ad28201c3312b452e93b09b6e349f33b211553dedcf0b7ab4da2702d3680700b416ec.jpeg"/>
|       <itunes:keywords>DLM</itunes:keywords>
|       <itunes:duration>00:48:13</itunes:duration>
|       <enclosure url="http://feedproxy.google.com/~r/DougLovesMovies/~5/4ig02kQVqkQ/7d50103f-d685-4f0f-814e-b38fd2d643d8.mp3" length="46292323" type="audio/mpeg"/>
|       <feedburner:origEnclosureLink>https://rss.art19.com/episodes/7d50103f-d685-4f0f-814e-b38fd2d643d8.mp3</feedburner:origEnclosureLink>
|     </item>

AFAICT, all information except title, date, description and
enclosure gets thrown away by nnrss-check-group.  This makes
it impossible to process this information when displaying an
article.

It would be very useful to have this information available.
A very simplistic solution would be to add item to the tuple
that gets pushed to nnrss-group-data by nnrss-check-group so
that it can be accessed via:

| (nth 9 (alist-get
|         (gnus-summary-article-number)
|         nnrss-group-data))

(This method, with 9 replaced by 2 or 6, already allows ac-
cess to "pure" representations of title, URL & Co.)

However it might be prudent to have a more stable inter-
face :-).




This bug report was last modified 4 years and 167 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.