Hacker News

Yeah I'm focused on including more of the Indie Web. I include BBC, NYT, etc. because people expect it, but the directory already has some real depth worth exploring. And each feed details page has a cadence rating to tell you how often they post. So grouping a firehose with a specialty blog that posts 6 times a year probably isn't a good idea, but an OPML full of blogs that post ~monthly would be a delight, IMO.

Hey thanks for taking the time.

"White or almost white text would be better." -- There is some white text, headers and headlines mostly. Did you find the lack of contrast difficult to deal with?

"Make “Add” button visible on homepage." -- you mean like in the search results? That's a fine idea.

"Make a possibility to batch suggest feeds" -- I've been toying with how to handle OPML imports. Definitely a feature to come on the app, but I fear with mass submission on the vault I would be inundated with feeds, and the curation aspect would suffer. I want quality over quantity. But maybe there's a happy middle ground somewhere.

"Move explanatory part of RSS to some other part" -- yeah I guess this might be helpful to someone who doesn't know what RSS is, but then they probably aren't visiting anyway lol I'll give it some thought.

Appreciate it. Thanks again.

Yes, with several months of iteration. I've wanted to build this for years but to get it to the point where it's a quality destination is an effort beyond the time I would have been able to contribute.

The reason I think it matters is that, because people keep on using the name of the wrong format, people keep on using that wrong format when they want to implement feeds. Where if they had known about Atom, or that podcast feeds are the only reason not to use Atom, they would gladly have used Atom.

I have trouble seeing how that helps anyone. It’s not like ‘RSS’ is a widespread term the way ‘Word’ or even ‘Mastodon’ are (and even there I’d argue it’s worthwhile to use technically more correct terms). Why not just use ‘news feed’ as the general term? If you don’t care about the protocol in the first place, that’s far more descriptive and correct, no?

It's generally does!

There might be other reasons, but chrismorgan linked a nice write-up in a sibling comment:

https://news.ycombinator.com/item?id=49136685

Thanks for RSS, sir.

UTS #51 is your friend.

There's not really a "standard" character set and an "emoji" one. There is an emoji block (U+1F600 to U+1F64F), and this heart (U+2665) is not in that. But this heart is an emoji, in that the data file emoji-data.txt for contains `Emoji=Yes` ("=Yes for characters that are emoji", —UTS #51) for this character. However, this heart has `Emoji_Presentation=No`, which "=Yes for characters that have emoji presentation by default" (—UTS #51).

So basically, it should present, by default, in its non-emoji appearance. (Though there seem to be a number of readers for whom that isn't true. I think that's macOS being badly behaved.) There are some characters that can flip/flop between a "text" (normal monochrome) presentation and an emoji presentation; all of the card suit characters are. Unadorned (e.g., just U+2665 alone) then, you have to follow the emoji default presentation rules. In some contexts, such as web pages, that's "just do what that Emoji_Presentation flag says" for those characters, but see [§Presentation Style](https://www.unicode.org/reports/tr51/proposed.html#Presentat...) for exceptions to the rule. (HN is not an exception.) But you can also follow the character with a variation selector, to try to force either text (U+FE0E) or emoji (U+FE0F) presentation.

There are a number of what I'd call "yeah that's definitely an emoji" outside the Emoji block, too. Like U+2705 "white check in green box" (which HN disallows me posting); that one is Emoji=Yes but also Emoji_Presentation=Yes)

(IDK if Emoji=Yes Emoji_Presentation=Yes is HN's filter … but that'd be what I would do, if I wanted to filter out emoji like HN does.)

UTS #51: https://www.unicode.org/reports/tr51/proposed.html#Emoji_Pro...

(Also, note that the title was changed; the original HN title was "I ♥ RSS")

Yep, that seems to be the case!

yes, exactly:

♠♡♢♣♤♥♦♧

It may not be in the Emoji character block formally, but casually speaking it’s not wrong to call it an emoji, since emoji is basically just a picture character, and this is no less a picture character than what’s formally codified as ‘Emoji’ in the Unicode standard.

It's because it's not actually an emoji (though your OS/font might decide to render it like one)

https://www.compart.com/en/unicode/U+2665

It's part of the card suite icons

♠♡♢♣♤♥♦♧

I don't remember ever seeing one before either. Will the floodgates now open?

I’ve always seen emoji being stripped on HN, so it’s very surprising to see colors for once

Small tech and individuals will never be able to take as much advantage of these standards as a multi-billion dollar data center is. 99% of them wouldn't ever even find these feeds