<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: angrybards</title><link>https://news.ycombinator.com/user?id=angrybards</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 04 Aug 2026 02:51:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=angrybards" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by angrybards in "Octane – React’s programming model, compiled"]]></title><description><![CDATA[
<p>I've been working on my own framework for several years now. I chat to AI about it but otherwise it is hand coded. It is interesting looking at how much effort goes into framework development when in theory an AI can spin up precise code that does just what is needed for the situation, assuming it isn't hallucinating or going off the rails of course. But I don't think we have seen a truely vibe coded, AI just doing what is optimal framework come out of the woodwork even though the space has had a lot of time to show something. I'm interested to see what it looks like when it happens.</p>
]]></description><pubDate>Mon, 03 Aug 2026 22:09:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49162129</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=49162129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49162129</guid></item><item><title><![CDATA[New comment by angrybards in "The Difference Between a Button and a Link"]]></title><description><![CDATA[
<p>Yea I think a form that posts is the right tool for the job here. It is clearly unsafe semantics.</p>
]]></description><pubDate>Wed, 29 Jul 2026 07:22:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=49094377</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=49094377</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49094377</guid></item><item><title><![CDATA[New comment by angrybards in "The Difference Between a Button and a Link"]]></title><description><![CDATA[
<p>I wasn't under the impression it is a W3C site, for all I know it is AI generated and looks it to me. But, there are other blog posts I've coming across where this is discussed and that site did outline my point well enough which is changing norms like this can be hard for screen reader users who need to adapt to <a>, <button> and <button action> being controls performing very similar if not overlapping behaviour.<p>Currently these changes in norms happen because developers use links as buttons and buttons as links which can create confusion for the screen reader user / visual user who expects certain behavior based of the visual presentation of the control. Making button[action] standard in HTML codifies that behaviour though doesn't it?<p>I get that you are trying to effectively solve this problem, but it isn't so easy when this group of people are more reliant on norms. Maybe they would embrace a solution here if they were engaged with is all.<p>- <a href="https://adrianroselli.com/2016/01/links-buttons-submits-and-divs-oh-hell.html" rel="nofollow">https://adrianroselli.com/2016/01/links-buttons-submits-and-...</a>
- <a href="https://adrianroselli.com/2023/08/styling-links-and-buttons.html" rel="nofollow">https://adrianroselli.com/2023/08/styling-links-and-buttons....</a>
- <a href="https://karlgroves.com/links-are-not-buttons-neither-are-divs-and-spans/" rel="nofollow">https://karlgroves.com/links-are-not-buttons-neither-are-div...</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 04:27:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=49093418</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=49093418</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49093418</guid></item><item><title><![CDATA[New comment by angrybards in "The Difference Between a Button and a Link"]]></title><description><![CDATA[
<p>REST doesn't care about the content of your URI path / query as long as it is unique to the resource and POST's semantics are so flexible you can perform any action with it:<p>> The POST method requests that the target resource process the representation enclosed in the request according to the resource's own specific semantics. For example, POST is used for the following functions (among others):<p><a href="https://httpwg.org/specs/rfc9110.html#rfc.section.9.3.3" rel="nofollow">https://httpwg.org/specs/rfc9110.html#rfc.section.9.3.3</a><p>There are some niceties to using PUT and DELETE, but different reasons.</p>
]]></description><pubDate>Wed, 29 Jul 2026 03:49:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=49093214</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=49093214</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49093214</guid></item><item><title><![CDATA[New comment by angrybards in "The Difference Between a Button and a Link"]]></title><description><![CDATA[
<p>Screen readers use the clear semantic difference between a button and a link to make sure the user knows what to expect and users are used to the different keyboard shortcuts. I saw in your specification an example where a website made effort to work around this clear separation and from what I could tell there may have been user testing, but in other places I see that usability is best for screen reader users where the semantics are clear.<p>This proposal would standardize an in between element, adding a third form they have to understand with different behaviors. I guess just make sure you get some experienced accessibility feedback in your submission.<p><a href="https://www.thewcag.com/examples/buttons-links" rel="nofollow">https://www.thewcag.com/examples/buttons-links</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 03:42:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49093177</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=49093177</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49093177</guid></item><item><title><![CDATA[New comment by angrybards in "JSON-LD explained for personal websites"]]></title><description><![CDATA[
<p>If you feel like it, tell me what you think of this. It is just surface level to what I'm working on. The starter project I'm making with it supports screen readers with rich webapp experiences and nojs w3m. But it is a fully Javascript SSR framework.<p><a href="https://codeberg.org/occultist/octiron#readme" rel="nofollow">https://codeberg.org/occultist/octiron#readme</a></p>
]]></description><pubDate>Mon, 22 Jun 2026 02:51:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48625066</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=48625066</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48625066</guid></item><item><title><![CDATA[New comment by angrybards in "JSON-LD explained for personal websites"]]></title><description><![CDATA[
<p>I don't fully understand XSLT, but I've been building something which I believe solves a similar problem (albeit JSON-LD and Javascript). The general XML ecosystem of solutions have always looked really complex to me. You need to understand a lot more types/elements than I think is reasonable for people to author with but they are from before my time. I took a look at XForms 2 and it had its own way of defining functions which on top of the other XML quirks has security concerns.</p>
]]></description><pubDate>Sun, 21 Jun 2026 23:23:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48623653</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=48623653</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48623653</guid></item><item><title><![CDATA[New comment by angrybards in "JSON-LD explained for personal websites"]]></title><description><![CDATA[
<p>HTML markup designed for presentation doesn't always map well to the relationships JSON-LD is used to describe which I imagine is probably why Microdata didn't work out. I have an idea which might use it, but it is a simple use case that doesn't try do too much. Microdata requires the agent supports a more complex HTML parser, Finding a script tag in the document head is probably simpler.<p>I wouldn't dismiss REST because of RCP though. HTTP and HTML's success probably relate to how Roy Fielding's REST constraints kept the HTTP protocol lean and extendable. It is more like RCP is being used as a layer over top of REST because of HTTP's and HTML's success as being good technologies for web scale.</p>
]]></description><pubDate>Sun, 21 Jun 2026 22:38:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48623312</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=48623312</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48623312</guid></item><item><title><![CDATA[Show HN: I built an extendable full document markup language]]></title><description><![CDATA[
<p>Hi HN, I've been working on an easy to read and write extendable markup language that can express any HTML element and structure. Longform can be used in most situations Markdown might be used, but is better suited for situations where structure and semantics are a requirement of the output and are understood by a document's authors.<p>Longform exports full documents or HTML fragments, allowing a parent program to piece together the fragments into its own markup. And directives can be used to extend the language.<p>Take a look at <a href="https://longform.occultist.dev" rel="nofollow">https://longform.occultist.dev</a> for the working spec. If you want to test it out, I've built a really basic static site generator at <a href="https://stat.occultist.dev" rel="nofollow">https://stat.occultist.dev</a>.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48604223">https://news.ycombinator.com/item?id=48604223</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 19 Jun 2026 22:50:22 +0000</pubDate><link>https://longform.occultist.dev</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=48604223</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48604223</guid></item><item><title><![CDATA[New comment by angrybards in "RFC 10008: The new HTTP Query Method"]]></title><description><![CDATA[
<p>GET with only a URI has the semantics of retrieving the current representation of the resource. This is the most basic form of hyperlinking and quite important to how the web works. Adding a body parameter to GET would break that constraints of the method as you couldn't treat two requests using the same URI as referencing the same thing.</p>
]]></description><pubDate>Wed, 17 Jun 2026 22:35:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48577932</link><dc:creator>angrybards</dc:creator><comments>https://news.ycombinator.com/item?id=48577932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48577932</guid></item></channel></rss>