<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: roryokane</title><link>https://news.ycombinator.com/user?id=roryokane</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 09 Apr 2026 08:53:03 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=roryokane" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by roryokane in "Why are we still using Markdown?"]]></title><description><![CDATA[
<p>I like most of Djot’s simplifications, but its requirement to write nested lists with blank lines between every change in indentation is a dealbreaker for me:<p><pre><code>  - Djot requires
  
    - writing nested lists
  
      - with blank lines in between
  
    - successive list items at the same level
    - can skip the blank line
  
      - but not this list item
</code></pre>
Yes, supporting indented list items without blank lines in between would make Djot’s parser more complicated. But I write nested lists all the time in my notes, and extra blank lines would distract from the content. For me, it’s not worth it to make my raw text ugly just to make the file easier to parse.<p>Djot could have avoided the blank line requirement by not trying to join hard-wrapped lines back into one paragraph / list item. That would work for me because I only soft wrap my text. Djot’s choice to support hard wrapping caused all of its users (including those who hard wrap) to have worse nested list syntax.</p>
]]></description><pubDate>Sat, 04 Apr 2026 20:22:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47642967</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=47642967</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47642967</guid></item><item><title><![CDATA[New comment by roryokane in "The future of version control"]]></title><description><![CDATA[
<p>Even if you don’t use p4merge, you can set Git’s merge.conflictStyle config to "diff3" or "zdiff3" (<a href="https://git-scm.com/docs/git-config#Documentation/git-config.txt-mergeconflictStyle" rel="nofollow">https://git-scm.com/docs/git-config#Documentation/git-config...</a>). If you do that, Git’s conflict markers show the base version as well:<p><pre><code>  <<<<<<< left
  ||||||| base
  def calculate(x):
      a = x * 2
      b = a + 1
      return b
  =======
  def calculate(x):
      a = x * 2
      logger.debug(f"a={a}")
      b = a + 1
      return b
  >>>>>>> right
</code></pre>
With this configuration, a developer reading the raw conflict markers could infer the same information provided by Manyana’s conflict markers: that the right side added the logging line.</p>
]]></description><pubDate>Sun, 22 Mar 2026 18:09:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47480351</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=47480351</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47480351</guid></item><item><title><![CDATA[New comment by roryokane in "The future of version control"]]></title><description><![CDATA[
<p>Did you know that VS Code added support for the same four-pane view as p4merge years ago? I used p4merge as my merge tool for a long time, but I switched to VS Code when I discovered that, as VS Code’s syntax highlighting and text editing features are much better than p4merge’s.<p>I also use the merge tool of JetBrains IDEs such as IntelliJ IDEA (<a href="https://www.jetbrains.com/help/idea/resolve-conflicts.html#resolve-conflicts-productivity-tips" rel="nofollow">https://www.jetbrains.com/help/idea/resolve-conflicts.html#r...</a>) when working in those IDEs. It uses a three-pane view, not a four-pane view, but there is a menu that allows you to easily open a comparison between any two of the four versions of the file in a new window, so I find it similarly efficient.</p>
]]></description><pubDate>Sun, 22 Mar 2026 18:03:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=47480282</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=47480282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47480282</guid></item><item><title><![CDATA[Related UI elements should not appear unrelated]]></title><description><![CDATA[
<p>Article URL: <a href="https://rakhim.exotext.com/related-ui-elements-should-not-appear-unrelated">https://rakhim.exotext.com/related-ui-elements-should-not-appear-unrelated</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47458284">https://news.ycombinator.com/item?id=47458284</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 20 Mar 2026 18:01:55 +0000</pubDate><link>https://rakhim.exotext.com/related-ui-elements-should-not-appear-unrelated</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=47458284</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47458284</guid></item><item><title><![CDATA[New comment by roryokane in "WebAccessBench: Digital Accessibility Reliability in LLM-Generated Websites [pdf]"]]></title><description><![CDATA[
<p>The whitepaper says that the benchmark counted accessibility problems using the tool axe-core (<a href="https://github.com/dequelabs/axe-core" rel="nofollow">https://github.com/dequelabs/axe-core</a>). It’s too bad that neither the site nor the paper contains any examples of an LLM output and its list of detected problems. I am curious about these aspects:<p>• Which of axe-core’s rules (<a href="https://github.com/dequelabs/axe-core/blob/develop/doc/rule-descriptions.md" rel="nofollow">https://github.com/dequelabs/axe-core/blob/develop/doc/rule-...</a>) LLMs violate most often<p>• Which groups of users are most affected by those rule violations (e.g. blind users or deaf users)<p>• Whether it’s likely that I unintentionally violate those same rules in web pages I write<p>Examples of rule violations and statistics on most-violated rules would make the website more convincing by showing that the detected accessibility errors reflect real problems. It would rule out that the only detected error was a single noisy false positive rule in axe-core. I bet that most readers are not familiar enough with axe-core to trust that it has no false positive rules.</p>
]]></description><pubDate>Tue, 24 Feb 2026 02:15:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47132035</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=47132035</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47132035</guid></item><item><title><![CDATA[GitHub: A case study in link maintenance and 404 pages (2013)]]></title><description><![CDATA[
<p>Article URL: <a href="https://chrismorgan.info/blog/github-links-case-study/">https://chrismorgan.info/blog/github-links-case-study/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46528502">https://news.ycombinator.com/item?id=46528502</a></p>
<p>Points: 26</p>
<p># Comments: 7</p>
]]></description><pubDate>Wed, 07 Jan 2026 16:36:22 +0000</pubDate><link>https://chrismorgan.info/blog/github-links-case-study/</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=46528502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46528502</guid></item><item><title><![CDATA[New comment by roryokane in "Vanilla CSS is all you need"]]></title><description><![CDATA[
<p>The section “Utility Classes: Yes, They Still Exist” is unfair in its comparison of Tailwind with pure CSS. It doesn’t take into account Tailwind’s recommendation in <a href="https://tailwindcss.com/docs/styling-with-utility-classes#using-components" rel="nofollow">https://tailwindcss.com/docs/styling-with-utility-classes#us...</a> that “if you need to reuse some styles across multiple files, the best strategy is to create a component” in your front-end framework or templating language. So its example of a “typical Tailwind component” is incomplete.<p>A better comparison would use, for example, a React component:<p><pre><code>  function Button({ children }) {
    return (
      <button
        className="inline-flex items-center gap-2 px-4 py-2 rounded-full
                   border border-gray-300 bg-white text-gray-900
                   hover:bg-gray-50 focus:ring-2 focus:ring-blue-500"
      >
        {children}
      </button>
    );
  }
  
  // Usage:
  <Button>Save</Button>
</code></pre>
This would counter all of the article’s arguments in favor of pure CSS. If the website used a `Button` component like this, it would also be true that the “HTML stays readable”, that “changes cascade”, that “variants compose”, and that “media queries live with components”.<p>A better argument against Tailwind would be the added complexity of having a build system and a front-end framework or templating language, if your project doesn’t already have those for other reasons.<p>(adapted from my better-formatted comment at <a href="https://lobste.rs/c/oznzzj" rel="nofollow">https://lobste.rs/c/oznzzj</a>)</p>
]]></description><pubDate>Sun, 07 Dec 2025 20:23:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=46184795</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=46184795</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46184795</guid></item><item><title><![CDATA[New comment by roryokane in "Rebecca Heineman has died"]]></title><description><![CDATA[
<p>It’s not just on mobile – PC Gamer’s website does that on desktop too. Even with uBlock Origin. :(</p>
]]></description><pubDate>Sat, 22 Nov 2025 07:38:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=46012913</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=46012913</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46012913</guid></item><item><title><![CDATA[New comment by roryokane in "GPT-5.1: A smarter, more conversational ChatGPT"]]></title><description><![CDATA[
<p>standardly’s comment has only hyphens, not em dashes. Em dashes are much longer: - vs. —</p>
]]></description><pubDate>Fri, 14 Nov 2025 01:25:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=45922828</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=45922828</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45922828</guid></item><item><title><![CDATA[New comment by roryokane in "Switch to Jujutsu Already: A Tutorial"]]></title><description><![CDATA[
<p>Jujutsu’s changelog (<a href="https://jj-vcs.github.io/jj/latest/changelog/" rel="nofollow">https://jj-vcs.github.io/jj/latest/changelog/</a>) goes all the way back to 2022 and shows there was a release as recently as two weeks ago. I don’t see why the maintainers would stop at this point.<p>Also, from Jujutsu’s README (<a href="https://github.com/jj-vcs/jj#mandatory-google-disclaimer" rel="nofollow">https://github.com/jj-vcs/jj#mandatory-google-disclaimer</a>):<p>> I (Martin von Zweigbergk, martinvonz@google.com) started Jujutsu as a hobby project in late 2019, and it has evolved into my full-time project at Google, with several other Googlers (now) assisting development in various capacities.</p>
]]></description><pubDate>Sun, 12 Oct 2025 16:44:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=45559583</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=45559583</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45559583</guid></item><item><title><![CDATA[New comment by roryokane in "Slow"]]></title><description><![CDATA[
<p>I made the “sit” gloss long: “to rest your body on your bum (while your bum is on a thing such as a chair or the ground) while your back is up”.</p>
]]></description><pubDate>Sat, 02 Aug 2025 07:33:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=44765524</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=44765524</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44765524</guid></item><item><title><![CDATA[New comment by roryokane in "EU age verification app to ban any Android system not licensed by Google"]]></title><description><![CDATA[
<p>I don’t see anything specifically about boyhood or childhood on that page or on the rest of that sub-Reddit’s wiki. Do you have a more precise link?</p>
]]></description><pubDate>Mon, 28 Jul 2025 18:24:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=44713727</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=44713727</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44713727</guid></item><item><title><![CDATA[New comment by roryokane in "Protest footage blocked as online safety act comes into force"]]></title><description><![CDATA[
<p>Context: the Online Safety Act (<a href="https://en.wikipedia.org/wiki/Online_Safety_Act_2023" rel="nofollow">https://en.wikipedia.org/wiki/Online_Safety_Act_2023</a>) is a law of the United Kingdom. Previous discussion on Hacker News: <a href="https://hn.algolia.com/?dateRange=all&page=0&prefix=false&query=Online%20Safety%20Act&sort=byPopularity&type=story" rel="nofollow">https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...</a></p>
]]></description><pubDate>Sun, 27 Jul 2025 20:48:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=44704561</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=44704561</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44704561</guid></item><item><title><![CDATA[New comment by roryokane in "I should have loved biology too"]]></title><description><![CDATA[
<p>> the two words do not sound even remotely the same<p>Pronounced correctly, “segue” sounds just like “Segway” – not like “seg-oo”, as you might have assumed.</p>
]]></description><pubDate>Wed, 23 Apr 2025 04:46:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=43768671</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43768671</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43768671</guid></item><item><title><![CDATA[New comment by roryokane in "How to Use Em Dashes (–), En Dashes (–), and Hyphens (-)"]]></title><description><![CDATA[
<p>An excellent example of why dash length matters. Because of the wrong usage of ‘—’ and ‘-’, it took me 10 more seconds of rereading and re-parsing your comment to understand what that first sentence meant.<p>I see what you did in the second paragraph too. It’s another example of “a millimeter of difference in the length of a line” mattering in that it looks weird, though it’s not much harder to read.</p>
]]></description><pubDate>Sun, 06 Apr 2025 20:53:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=43604876</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43604876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43604876</guid></item><item><title><![CDATA[New comment by roryokane in "AI 2027"]]></title><description><![CDATA[
<p>That’s a misreading of the phrase “proportion of YES votes”. If 30% of judges vote YES, then only 30% – not 100% – of the prediction’s market cap is awarded to those who bet YES. The remaining 70% of the market cap is awarded to those who bet NO.<p>The market correctly rewards those who bet NO in such a case. Therefore, bettors have no reason to bet YES if they really think NO.</p>
]]></description><pubDate>Sun, 06 Apr 2025 16:42:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=43602802</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43602802</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43602802</guid></item><item><title><![CDATA[New comment by roryokane in "AI 2027"]]></title><description><![CDATA[
<p>> [The Manifold prediction market] only requires 30% of judges to vote YES for it to resolve to YES.<p>That’s a misreading. If 30% of judges vote YES, then only 30% of the prediction’s market cap is awarded to those who bet YES, while the remaining 70% of the market cap is awarded to those who bet NO. The market correctly rewards those who bet NO in such a case. Therefore, bettors have no reason to bet YES if they really think NO.</p>
]]></description><pubDate>Sun, 06 Apr 2025 06:21:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=43599335</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43599335</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43599335</guid></item><item><title><![CDATA[New comment by roryokane in "Terminader: Merging the Finder and Terminal"]]></title><description><![CDATA[
<p>Finder already has equivalent functionality. You can Copy (Command-C) a file, then Paste and Move (Option-Command-V) it to the destination.<p>I think those are better names for the two steps of moving files than Cut and Paste. Cut implies deleting the file immediately, which isn’t what Cut does in file browsers that support such a command.</p>
]]></description><pubDate>Sat, 15 Feb 2025 07:04:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=43056520</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43056520</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43056520</guid></item><item><title><![CDATA[New comment by roryokane in "Hedge Funds Are Pocketing Much of Their Clients' Gains with 'No Limit' Fees"]]></title><description><![CDATA[
<p>Yeah, I was about to post that it looked like some hybrid of a voronoi diagram and a treemap. More about those diagram types that can be combined in this manner:<p><a href="https://en.wikipedia.org/wiki/Voronoi_diagram" rel="nofollow">https://en.wikipedia.org/wiki/Voronoi_diagram</a><p><a href="https://en.wikipedia.org/wiki/Treemapping" rel="nofollow">https://en.wikipedia.org/wiki/Treemapping</a></p>
]]></description><pubDate>Tue, 11 Feb 2025 00:18:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=43007165</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=43007165</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43007165</guid></item><item><title><![CDATA[New comment by roryokane in "Lobste.rs/Hacker News links overlap"]]></title><description><![CDATA[
<p>> 1. The mods there can "steal" your post and any credit for it, reassigning its authorship to one of their friends. This happens more often than you would think.<p>Really? As a Lobsters reader, I occasionally review the first page of the Lobsters Moderation Log, which is public for transparency’s sake: <a href="https://lobste.rs/moderations" rel="nofollow">https://lobste.rs/moderations</a>. And I’ve never seen any log about a story’s authorship being reassigned, whether for a good reason or a bad one.<p>According to my reading of the source code of Lobsters (<a href="https://github.com/lobsters/lobsters/blob/96cf0b32ee81bb1bd7e6e9cb8c7030631145f902/app/models/story.rb#L686">https://github.com/lobsters/lobsters/blob/96cf0b32ee81bb1bd7...</a>), such a change would be described in the Moderation Log as “changed user from the_original_user to another_user”. I just searched all moderation logs of story changes in the last two years (39 pages of logs), and no log contains the string “changed user from”. So whether “stealing” of posts ever happened, I don’t think Lobsters users have to worry about that happening now.<p>Or are you also accusing the mods of hiding those specific changes from the Moderation Log somehow?</p>
]]></description><pubDate>Tue, 24 Dec 2024 08:28:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=42500519</link><dc:creator>roryokane</dc:creator><comments>https://news.ycombinator.com/item?id=42500519</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42500519</guid></item></channel></rss>