Make WordPress Core

Opened 7 weeks ago

Last modified 6 weeks ago

#64363 new enhancement

add MarkDown feeds

Reported by: pbearne's profile pbearne Owned by:
Milestone: Awaiting Review Priority: normal
Severity: normal Version:
Component: Feeds Keywords: has-patch
Focuses: Cc:

Description (last modified by westonruter)

Matt said it might be good to have a Markdown version of the content.

This is the start of doing this.

Change History (7)

This ticket was mentioned in PR #10599 on WordPress/wordpress-develop by @pbearne.


7 weeks ago
#1

  • Keywords has-patch added

#2 follow-up: @westonruter
7 weeks ago

Matt said it might be good to have a Markdown version of the content.

Where did he say that?

#3 @wildworks
7 weeks ago

Matt said it might be good to have a Markdown version of the content.

I've never heard of such a thing either. It would be nice to have some clear data and reasons why markdown feeds are useful.

#4 in reply to: ↑ 2 @NekoJonez
7 weeks ago

Replying to westonruter:

Matt said it might be good to have a Markdown version of the content.

Where did he say that?

State of the Word 2025. I'm unable to find the exact moment where he said it.

#5 @westonruter
7 weeks ago

  • Description modified (diff)

OK, I found it on YouTube at 1:39:49:

One thing I've been wondering about is a, a cool feature of WordPress is actually every webpage that you visit actually has, um, if you sort of twiddle the query string, you can actually get,
uh, a feed representation of that and it kind of goes through the feed engine of WordPress. So you can get a RSS S two version of it or, you know, atom version or SS 9.2 or whatever.
And it basically allows you to create like a different representation. So you've got kind the HTML page that gets served to humans, but, uh, Bach could in
theory connect request a sort of XMO version. Um, you know, something that we could add to this feed engine is a markdown version.
Some people started to experiment this where you essentially get like either with a sort of varies header http header or requesting like a.md version of a webpage could be something that,
um, is sort of, uh, smaller and easier to parse. So there's often, with a lot of the AI models, there's sort of these
context windows or token lengths. So essentially distilling down the sort of meat of a webpage or a blog post.
So it's sort of like barest form, which marked down as a beautiful sort of text version of
um, could essentially allow webpages to be ingested by AI things in a more efficient manner.
And, uh, something I could definitely see as building into 7.0 or 7.1. This is kind of just an idea right now.
It's more of in the notebook, mostly notebook phase. But, um, something I've been noodling on is how we can sort of make different, uh,
representations of websites accessible.

#6 @pbearne
6 weeks ago

This might die as a bad idea or not
I am sure if it lives, that better/more code will be needed
Let's treat this ticket as a placeholder for now

#7 @wildworks
6 weeks ago

At the very least, porting an external library directly into core as a parser may not be ideal.

Using the HTML Processor should allow for a more flexible and accurate implementation.

Note: See TracTickets for help on using tickets.