We could use (some) microformats for styling, e.g., avatars, but then we can't strip them.

Use the user profile?

Icons aren't deleted when a feed is.

Right now, we fetch models early, and cache them. Then after we're done with them, we delete the cached model, so as not to run into issues with persistent object cache plugins. (We really only want to cache for the duration of the request.) Maybe static properties are the cleaner solution.

Example: https://colly.com/stream/any-space-whatever

The issue is the stripped down post body starts off with a string that == the title, and this makes the plugin think we're dealing with a note.

One solution I was thinking of is disable this for ~long posts and when the title isn't, e.g., obviously "cut short" (like, when it does not end in an ellipsis or something).

ths are currently/by default center-aligned, tds left-aligned (or right, I suppose, on rtl installs).

Not sure if there's feeds that have more than one (h-feeds often do, though), but we should eventually tackle this better.

Also, can we display them on the single-entry page, too? And, if so, avoid duplicates?

When a feed is first added, any items present are marked as read. This is how it should be.

But when importing OPML, feeds aren't polled until later, and "new" items won't show up as new.

We can either leave this as is or assign a random "last polled" date (when importing from OPML only) to work around this.

Seems to consider https://chriscoyier.net/2023/05/30/248/ a "note."

This is going to be a difficult one, probably. Maybe we should leave it to the Micropub clients. :-)

I.e., http_headers_useragent.

Also, we should do this when posts are fetched, not on render.

Probably a feed-reader.js thingy.

Some authors name their notes "No Title," causing these notes to be interpreted as ... articles.

If we could somehow filter titles, perhaps provide the feed as an argument, we could allow site owners to "fix" this, for particular feeds.

We're suffering from this, too: https://publishpress.com/blog/wordpress-publishing/multisite-networks/#h-difference-3-the-administrator-has-less-power

On single-entry pages, show the "featured" image(s) or video.

But only if they're not already part of the entry content.

Stole this idea from Monocle, way back: refresh unread counts once per minute or so (this part is optional, even, as navigating around would update the sidebar anyhow, and polling only occurs once every 15 minutes at best), using AJAX, and each time an item is marked (un)read.

Since we're already using JS for the (un)read buttons, shouldn't be to hard to trigger the function.

Way we currently detect categories is, if an outline does not have a URL, we consider it a category, and keep that in memory as the "current" category. (This also wrongly applies a category to uncategorized items that somehow follow a [closed] "category" outline.)

Think OPML v2 supports a comma-separated (?) category attribute on the actual feed items themselves, so we could try adding that in.

Since we support only one category per feed (which is different from WP's built-in taxonomies), we can either pick the first or the last one, for now.

Wouldn't be too hard to deregister the stylesheet in question, but maybe we can offer a proper option.

Like, we could allow them but strip atributes. Or look into HTMLPurifier to turn them into a more common element. (Although I'd rather not add another dependency.)

You know, to save on bandwidth. Although embedding 3rd-party resources ... well, you know the risks.

And push 'em down by, like, 1px?

Add a Microsub endpoint, map categories to "channels," feeds to "sources," support at least marking entries as read.

Other items (e.g., following new feeds, etc.) to be considered.

I sometimes prefer to have an item's author name replaced with the name I gave the feed, for instance, although the icons help a lot recognizing the individual feed.

But I still might wanna "correct" longer or faulty names/feeds, etc.

So, make item name and author filterable, and then we'll see about everything else.

Add a command or cron function to weekly or so to clean up old (read) entries.

Simply add the callback also to wp_head.

Now, because it's likely rendered way ahead of the sidebar, we might wanna avoid needless queries en run the whole category/feed thing with all unread entries here, and cache it for the current request only.

TL;DR don't use mb_detect_encoding(). https://stackoverflow.com/questions/44571109/html-entity-decode-charset-ascii-not-supported

Video poster attributes are not run through our "image proxy."

Maybe there should be an option, whether a (reply, etc.) post should be draft or published.

Replace current_user_can( 'edit_others_posts' ) with current_user_can( 'publish_posts' )?

This may something most easily accomplished by JS. Add display: block to largish images, programmatically?

Doing so would "fix" captions that use, e.g., em instead of figcaption, and so on, by forcing them onto a line of their own.

It'd be nice if we could wrap tables in a selectable / scrollable div so as to keep them readable on smaller screens.

This could be a plugin, once we have those filters in place. Or a native thingy. Or a separate option.

https://colly.com/stream/gordon-miller was added twice, although the content did change ever so slightly in between

Some site return a 403 when WordPress attempts to fetch their images. Should be okay with a "spoofed" user agent.

It can take a little while for bookmarks and replies to go through ... We're probably better off immediately hiding the form, or graying out the submit button until successful submission is confirmed.