WordPress and <content:encoded> vs <description>

オープン
#320 コメント 3 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
wordpress
領域
backend

調査の方向性

Review the linked reallysimple and feedParserDemo packages, then compare their feed handling with the linked WordPress feed and RSS 2.0 specification. Done means reaching an explicit decision about how content:encoded and description should be handled, with the expected behavior documented for implementation.

索引モデルが issue の本文から書いたものです。

説明

I just typed this into ChatGPT.

I just noticed that the description element of an item in an RSS feed produced by WordPress doesn't contain style info but it is included in content:encoded. How am I just noticing that now? Do all feed readers understand this?

It said that it's a mixed bag of support. I honestly did not notice it until now when I was testing WordPress feeds in a context I had never looked at them closely in the past. I thought I was losing my mind! But I was correctly reading the situation.

I may have to change the code in FeedLand that handles this, and prioritize <content:encoded> if it's present?

I posted this publicly because I'm looking for some idea of how other developers of feed readers handle this.

The package that FeedLand uses to read feeds, it builds on the feedparser package.

What the RSS 2.0 spec says about it.

An example of a feed from my daveverse blog.

主要言語
HTML
スター
134
フォーク
10
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

scripting/Scripting-News のほかの issue

scripting/Scripting-News の issue をすべて見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。