<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: tjansen</title><link>https://news.ycombinator.com/user?id=tjansen</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 05 Oct 2026 00:36:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=tjansen" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by tjansen in "Tell HN: Bob Cringely has died"]]></title><description><![CDATA[
<p>Damn. I've loved Bob and his writings ever since I read Accidental Empires as a kid. He went through some crazy shit over the last few years (lost his house, almost blind). And when he started blogging again this year (<a href="https://www.cringely.com/2026/05/27/where-the-heck-have-i-been-all-this-time/" rel="nofollow">https://www.cringely.com/2026/05/27/where-the-heck-have-i-be...</a>), the stories got even worse (lost his son, heart attack, stroke). RIP.</p>
]]></description><pubDate>Sun, 04 Oct 2026 09:20:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=49952084</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49952084</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49952084</guid></item><item><title><![CDATA[New comment by tjansen in "My website runs a curated RSS feed of critical film finance news"]]></title><description><![CDATA[
<p>There are services that do this, like OpenRSS, but I don't think they are intended for websites offering a RSS feed. You should do that with whatever software you use to create the HTML.</p>
]]></description><pubDate>Sat, 03 Oct 2026 22:14:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49948307</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49948307</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49948307</guid></item><item><title><![CDATA[New comment by tjansen in "RSS Feed Best Practices (2022)"]]></title><description><![CDATA[
<p>Typically only with whitelisted URLs/hosts.</p>
]]></description><pubDate>Sat, 03 Oct 2026 22:08:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49948266</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49948266</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49948266</guid></item><item><title><![CDATA[New comment by tjansen in "RSS Feed Best Practices (2022)"]]></title><description><![CDATA[
<p>Well, it's downread.com, still in beta, but very usable and nearly feature-complete. Not sure what else to say. I strive to make it better than the competition :) HTML/Styles is one aspect. I am not aware of any other RSS reader that supports styles in articles as well. Downread even supports CSS, CMS-specific CSS classes, Tailwind, and custom styling for difficult, popular feeds.<p>Regarding the habit... I don't know, doing it forever. Whenever I have a moment to read, I open it. Before Downread, it was Feedly, and before Feedly, Google Reader, and before Google Reader, I don't know, some desktop app. It's pretty much the only way I read, and I read a lot.</p>
]]></description><pubDate>Sat, 03 Oct 2026 22:07:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49948258</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49948258</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49948258</guid></item><item><title><![CDATA[New comment by tjansen in "RSS Feed Best Practices (2022)"]]></title><description><![CDATA[
<p>As the author of an RSS reader, I would agree with most of that article, except the HTML / Styling section. It is full of misleading information.<p>1. You can use CSS, but expect that most readers will completely ignore it. Even widespread ones, like Feedly. Those that do support it will only offer a small subset, like text styles. No layout styles (positioning or flex-layouts), often not even colors. If you want to try the capabilities of your reader, this is a test feed: <a href="https://test-rss.downread.com/styles.rss.xml" rel="nofollow">https://test-rss.downread.com/styles.rss.xml</a><p>2. Don't just prefer inline CSS, use it, because any sane RSS reader will filter <style>.<p>3. Yes, semantic elements will generally work. And not only those listed: also things like <table>, <figure>, and sometimes <aside>.<p>4. Agree about JavaScript. Don't use it.<p>5. Decent readers will support <video> and <audio>. But <iframes> are even better, as long as you use common providers, especially YouTube. Embeds from X, Instagram, and Facebook are also relatively widely supported.<p>6. Agree about forms. At best, they will be used as rendering hints, but forms won't work.</p>
]]></description><pubDate>Sat, 03 Oct 2026 21:40:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49948062</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49948062</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49948062</guid></item><item><title><![CDATA[New comment by tjansen in "My website runs a curated RSS feed of critical film finance news"]]></title><description><![CDATA[
<p>I don't get it. You don't declare any RSS feed on your site. Do you mean you consume RSS feeds to create the HTML?</p>
]]></description><pubDate>Fri, 02 Oct 2026 12:45:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49932893</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49932893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49932893</guid></item><item><title><![CDATA[New comment by tjansen in "How our vibe coded website looks like a designer made it"]]></title><description><![CDATA[
<p>I had a similar experience with my landing page for downread.com. I don't know whether the design looks vibe-coded, but I don't think anyone would put that much effort into a hand-coded homepage: the landing page (as well as the feature page) uses interactive, partially animated 'screenshots' that simulate aspects of the app. All buttons either do something or open a pop-up explaining what the button does.</p>
]]></description><pubDate>Wed, 30 Sep 2026 05:46:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49904831</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49904831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49904831</guid></item><item><title><![CDATA[RSS Chat explained]]></title><description><![CDATA[
<p>Article URL: <a href="https://twowavesandadot.blog/what-is-rss-chat-and-what-not.html">https://twowavesandadot.blog/what-is-rss-chat-and-what-not.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49478806">https://news.ycombinator.com/item?id=49478806</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 28 Aug 2026 14:14:13 +0000</pubDate><link>https://twowavesandadot.blog/what-is-rss-chat-and-what-not.html</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49478806</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49478806</guid></item><item><title><![CDATA[New comment by tjansen in "Ask HN: How do you keep up with HN these days?"]]></title><description><![CDATA[
<p>Thanks for the feedback. I’m already working on an interactive landing page but it’s not ready yet.</p>
]]></description><pubDate>Sun, 16 Aug 2026 00:38:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49315705</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49315705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49315705</guid></item><item><title><![CDATA[New comment by tjansen in "Ask HN: How do you keep up with HN these days?"]]></title><description><![CDATA[
<p>I’ve always used RSS readers for this. It’s just the most efficient way to read. [shameless plug coming] In the last year I have developed an RSS reader optimised for people like me who read MANY feeds, which supports things like auto-expiration of old posts if you can’t keep up. And it’s free. <a href="https://feeds.downread.com/signup?i=hn-c-32513232" rel="nofollow">https://feeds.downread.com/signup?i=hn-c-32513232</a></p>
]]></description><pubDate>Sat, 15 Aug 2026 14:44:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49311012</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49311012</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49311012</guid></item><item><title><![CDATA[New comment by tjansen in "Show HN: Agents keep running with the lid closed"]]></title><description><![CDATA[
<p>It looks like it solves a problem I have, but how does it do that? Just disable sleep? Or does it actually detect activity (and if yes, how and which apps are supported)?</p>
]]></description><pubDate>Thu, 06 Aug 2026 09:49:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49194599</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49194599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49194599</guid></item><item><title><![CDATA[New comment by tjansen in "Show HN: A faster coding agent than Codex and Claude Code"]]></title><description><![CDATA[
<p>Interesting. I tried it with two real-life tasks that I usually would use Claude Code for (I prefer using it with the VSCode extension, not CLI).<p>1. First thing I noticed was the lack of autocompletion when entering @<filename> (or #<filename> with Github Copilot). Makes it really difficult to talk about files, since I don't always remember the full name. Had to go to VSCode to find it.<p>2. I assume, even though I selected Claude, it doesn't read CLAUDE.md? Does it have an equivalent? It had trouble navigating my repository. Pointing it to CLAUDE.md in the prompt fixed it, though.<p>3. For the second task, it created a plan (without me asking for one) and let me approve it. But then it marked the whole plan completed in the first few seconds, except the last item, before it wrote a single line of code. Or execute anything (the plan included what to edit, and what to test/run).<p>4. The generated code was fine for both tasks. The first one had about 20 changed lines, and the second  ~100 lines + 300 lines of tests. It was very thorough in testing its changes, like the latest versions of Claude Code.<p>5. The bad part: implementing the plan for the 100 LOC change took about 13 minutes (unfortunately it doesn't show the exact duration when finished; it was at >100 tasks and over 770s). To compare, I  stashed the changes, tried it on Claude Code with the same prompt, default model (Opus 5), auto mode. It did not create a plan and finished the task in 12 minutes. Claude's code was a bit simpler, and I prefer it over Bullet's by a small margin.</p>
]]></description><pubDate>Tue, 04 Aug 2026 22:24:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49176065</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49176065</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49176065</guid></item><item><title><![CDATA[New comment by tjansen in "Atom is better than RSS, in ways that matter"]]></title><description><![CDATA[
<p>I agree that it makes sense on that page. But only because the rendering of the page is completely under the control of the author, and the page shows only that one page. It's different if the text is rendered by an RSS reader in a different context. You don't know the font, color, or text weight it is rendered with in an RSS reader (which also depends on the context, like unread posts being bold). Imagine the same title in a list of post titles. I think it would stick out and make the list much harder to read.</p>
]]></description><pubDate>Sun, 02 Aug 2026 12:56:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49144170</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49144170</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49144170</guid></item><item><title><![CDATA[New comment by tjansen in "Atom is better than RSS, in ways that matter"]]></title><description><![CDATA[
<p>> We accept that sentences can have formatting, and headings can have formatting, so why shouldn’t titles?<p>1. Because there are things you can obviously not put in a headline. Like a large image, a YouTube video, or a paragraph. Defining an HTML subset would make it somewhat usable. But letting each consumer of the Atom feed decide which subset they support will make such a title look bad on at least those renderers that don't support the same subset. No renderer can allow it completely (<script>...). HTML sanitation/injection becomes a much bigger problem when it's not limited to a text body that can be relatively easily sandboxed.<p>2. If you allow every feed to define its own font style or even color, that makes a list of posts look like a 2005 MySpace page. :)<p>It is producing bad UIs. Renderers can't really render it as plain text, as they might lose a part of the meaning. But they also can't really allow it because it might make their output look like trash. In the end, that would force renderers to develop complex heuristics of which elements and styles to allow, which to modify (do your HTML titles support dark mode? accessibility?), and which to filter out.<p>3. I don't see the practical value of having <code> in a headline. If it shouldn't be rendered in a different way for obvious reasons, and XML is not designed for human consumption, what is it good for? Who is the consumer of the <code> tag? AI?</p>
]]></description><pubDate>Sun, 02 Aug 2026 10:46:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=49143187</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49143187</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49143187</guid></item><item><title><![CDATA[New comment by tjansen in "Atom is better than RSS, in ways that matter"]]></title><description><![CDATA[
<p>I guess it's like you can't transform XML with JSON-T :)<p>Seriously, yes, the <i>really</i> old XSLT does not support JSON. But these days it is much easier to find tools that read or write JSON than to find decent XML support.</p>
]]></description><pubDate>Sun, 02 Aug 2026 10:39:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49143139</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49143139</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49143139</guid></item><item><title><![CDATA[New comment by tjansen in "Atom is better than RSS, in ways that matter"]]></title><description><![CDATA[
<p>I agree that Atom is easier to use and better defined in some ways. But why on earth would you want to put unrestricted HTML in the title in the first place? How is a reader supposed to handle that? It's just a weird thing to allow.<p>In practice, the differences between the syndication formats don't really matter. Today even less than when they were created, as a solution for most of the differences is just a prompt away.<p>In my humble opinion, JSON feed (<a href="https://www.jsonfeed.org/version/1.1/" rel="nofollow">https://www.jsonfeed.org/version/1.1/</a>) is the most practical format. By a small margin, but still...<p>- it's really simple and doesn't use XML<p>- it doesn't allow stupid things like HTML in titles (which I guarantee >50% of all implementations can't handle correctly)<p>- JSON Feed allows feeds to have a <favicon> and a (square!) <icon>, which is a very practical thing for readers. You can use the <favicon> in lists of feeds, and the <icon> to present a single feed. Atom has a small square icon and a <logo> which is supposed to use a 2:1 aspect ratio. 2:1 is completely useless. No site has a logo in 2:1. It's also useless for most full-name logos, like 'New York Times'. (RSS is, of course, even worse; it doesn't even recommend an aspect ratio, practically guaranteeing that RSS readers can look bad)<p>You can see that JSON feed has been designed from a feed consumer's point of view: what does an RSS reader need to make a feed look good? While Atom and RSS have been written from an abstract publisher's point of view, making everything possible and allowing maximum flexibility. Especially RSS, which has shown its flexibility in becoming the de facto format for podcasts. And both Atom and RSS are <i>really</i> old, written at a time when it probably wasn't clear how RSS would eventually be used.<p>In the end, no matter which format a feed uses, users won't notice any difference (as long as publishers are smart enough to use square images!). So any feed is a win, no matter whether RSS, Atom, or JSON feed.</p>
]]></description><pubDate>Sun, 02 Aug 2026 09:08:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49142580</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49142580</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49142580</guid></item><item><title><![CDATA[New comment by tjansen in "A directory of people who love RSS"]]></title><description><![CDATA[
<p>As far as I know, only Downread (disclaimer: my beta app) has that: <a href="https://feeds.downread.com/signup?i=hn-c-32513232" rel="nofollow">https://feeds.downread.com/signup?i=hn-c-32513232</a><p>You can select a max number of posts per feed, max age and enable/disable tracking of unread posts on a per-feed basis.</p>
]]></description><pubDate>Sun, 02 Aug 2026 07:07:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=49141884</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49141884</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49141884</guid></item><item><title><![CDATA[New comment by tjansen in "Show HN: Take, a Mac screen recorder that comes out edited"]]></title><description><![CDATA[
<p>This looks great. Installed it because I may need something like this soon. And at that price, I wouldn't think twice about buying it if it does what I need (record iPhone apps and show screen recordings of desktop apps in vertical videos). A few things I noticed:<p>- the iPhone mode confuses me. It seems to use the iPhone's camera. So this is not screen-recording?<p>- in view mode, I can't position the blue 'cursor' by clicking on the timeline. The only way to jump to a position seems to be to drag the handle of the blue 'cursor' line? I would expect to position it with a single click. Or at least modifier+click.<p>- how does it decide when and where to zoom? I found that unintuitive and not sure if needed. If I was showing a desktop app on TikTok, zooming would make sense to me. But when the original screen resolution is used, I think that's a feature I would rarely use.<p>- speaking of Tiktok, is there a way to set the target resolution? I have seen the 'stage' feature, but I am not really sure what it is for and whether it may help me.<p>- Live studio looks fun. But what does that magnifier button on the bottom right do?<p>(for background: I have only limited video editing experience, mostly TikTok-style with CapCut - so if I don't understand parts, it's quite possible I just don't know the usual conventions of video editing and jargon)</p>
]]></description><pubDate>Fri, 31 Jul 2026 15:43:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=49124536</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=49124536</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49124536</guid></item><item><title><![CDATA[New comment by tjansen in "Return of RSS Feeds"]]></title><description><![CDATA[
<p>I have also thought about things like that. I'm currently working on a mainstream-focused RSS reader that comes with a large feed catalog and a feed-spider mechanism: when a site like Hacker News posts a link to a yet-unknown site, it automatically searches the website for an RSS feed, and if it finds one, it automatically adds it.<p>While my main project is the RSS reader itself, I think the ever-growing feed catalog is something that would be interesting as a stand-alone project: a reader-neutral catalog of RSS feeds.<p>An interesting observation is how people are currently discovering podcasts vs how they discover news feeds. Most podcasts are found on podcast directories, usually embedded in the podcast listener's platform. While discovering an RSS feed is more like i-found-an-interesting-site-does-it-have-an-rss-feed, which works ok for enthusiasts, but is far too complicated for mainstream users.<p>From a publisher's perspective, the main issue with RSS feeds is that if they contain the full text instead of a summary, they are currently hard to monetize. And a summary-only feed is just not that great.<p>A solution may be a YouTube-like model, where feed readers either insert ads or charge their users monthly fees that are redistributed to feeds.</p>
]]></description><pubDate>Sat, 04 Jul 2026 14:45:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=48785787</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=48785787</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48785787</guid></item><item><title><![CDATA[New comment by tjansen in "AI didn't break the web. The dotcons did – AI just turned up the volume"]]></title><description><![CDATA[
<p>I keep hearing that "the web is broken". But how exactly? What parts are broken in a way that makes it worse than it used to be at some point? I think people who write this just glorify the past. I don't want to go back. Not to the age of Flash ads that crashed the browser. Not to the age where people overused HTML frames and basic stuff like opening in a new window didn't work. Not to the age when every site used tables for layout, and they didn't work half of the time. Not to the time when every non-trivial application required Java and the whole computer froze even if you were one of the lucky ones who got it working. Not to IE-specific hacks and ActiveX. Not to image maps...<p>And content-wise, there is more content than at any point in time. So what's the issue?</p>
]]></description><pubDate>Sat, 06 Jun 2026 16:27:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426513</link><dc:creator>tjansen</dc:creator><comments>https://news.ycombinator.com/item?id=48426513</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426513</guid></item></channel></rss>