<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on LHS Blog</title><link>https://tradeylouish.github.io/lhs-blog/blog/</link><description>Recent content in Blog on LHS Blog</description><generator>Hugo</generator><language>en-US</language><copyright>Copyright © 2026, Louis Habberfield-Short.</copyright><lastBuildDate>Sun, 23 Nov 2025 13:16:45 +1300</lastBuildDate><atom:link href="https://tradeylouish.github.io/lhs-blog/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Down the (fire)foxhole</title><link>https://tradeylouish.github.io/lhs-blog/down-the-firefoxhole/</link><pubDate>Sun, 23 Nov 2025 13:16:45 +1300</pubDate><guid>https://tradeylouish.github.io/lhs-blog/down-the-firefoxhole/</guid><description>&lt;p&gt;This weekend I decided to add Mozilla Firefox support for my &lt;a href="https://chromewebstore.google.com/detail/iponz-linker/ekoaiaoikoakfaddefogbojeokkehngk"&gt;IPONZ Linker Chrome extension&lt;/a&gt;, mainly because Firefox supports extensions on mobile.&lt;/p&gt;
&lt;p&gt;Since I use Chrome APIs like &lt;a href="https://developer.chrome.com/docs/extensions/reference/api/storage"&gt;chrome.storage&lt;/a&gt;, I was checking whether I needed to swap when I came across a comment that mentioned &amp;ldquo;chrome&amp;rdquo; is UI jargon that might have been originally coined by Mozilla.&lt;/p&gt;
&lt;p&gt;Curiosity led me down a rabbit hole of deep browser lore.&lt;/p&gt;
&lt;p&gt;In 1997 while working at Netscape, engineer Dave Hyatt wrote the first specification of XUL (pronounced /zool/ as a Ghostbusters reference), standing for XML-based User Interface Language. In the context of XUL, &amp;ldquo;chrome&amp;rdquo; referred to the top level window containing groups of UI elements, so anything making up the UI of the application (as opposed to content) was considered &amp;ldquo;chrome&amp;rdquo;. XUL was used to help rewrite the UI of the Netscape browser, which was open-sourced in 1998 and became the Mozilla project. A search for &amp;ldquo;chrome&amp;rdquo; in an &lt;a href="https://github.com/zii/netscape"&gt;archive of the 1998 codebase&lt;/a&gt; shows many instances throughout.&lt;/p&gt;</description></item><item><title>IPONZ Linker</title><link>https://tradeylouish.github.io/lhs-blog/iponz-linker/</link><pubDate>Sun, 26 Oct 2025 14:54:19 +1300</pubDate><guid>https://tradeylouish.github.io/lhs-blog/iponz-linker/</guid><description>&lt;p&gt;Have you ever wanted to share a link to your favourite NZ Intellectual Property right? Probably not, but if you&amp;rsquo;re in the IP profession you may have realised that this was not possible at all 😢&lt;/p&gt;
&lt;p&gt;The URL when viewing a record on an IPONZ register looks something like this:
&lt;a href="https://app.iponz.govt.nz/app/Extra/IP/Mutual/Browse.aspx?sid=638957163299224953"&gt;https://app.iponz.govt.nz/app/Extra/IP/Mutual/Browse.aspx?sid=638957163299224953&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Notice that there is no case number to be seen. When you look up a record, that action is stored on the server as session state, and you&amp;rsquo;re redirected away from the search page. Then you&amp;rsquo;re connected back to your session via a session ID to view the record. This means the URL is totally useless as a permanent link, which seems suboptimal for a public register.&lt;/p&gt;</description></item></channel></rss>