Show HN: HN Lists – A Hacker News browser extension for /lists
Here&#x27;s an extension for &#x2F;lists [0] that I thought other HN users might find useful. I actually wrote it a few years ago and submitted it back then, but it didn&#x27;t get any attention. So at the risk of embarrassing myself further, here I am, again!<p>Since my original submission I&#x27;ve updated the available lists and added inline form elements for lists that use querystring variables. The extension certainly isn&#x27;t perfect, but I&#x27;d love to get your feedback!<p>So, what does this extension even do?<p>I&#x27;ve always thought that the lists link could stand to be placed more prominently on the page, rather than being almost hidden away at the bottom of the site. So to that end, the extension adds a &lt;select&gt; element to the top of the page containing options for known lists so that you can click them be navigated there.<p>Some of the options, like &quot;Front&quot; (AKA past), add an appropriately typed &lt;input&gt; element to the page. For example, in the case of Front, the input uses type &quot;date&quot; with min and max attributes set to the first day of HN&#x27;s history, and today&#x27;s date, respectively.<p>Besides the official lists, I included an option for the whoishiring [1] user submissions. I spent some time thinking about what else may be useful to include that isn&#x27;t an official list, but this was the only one that seemed suitable. Perhaps, if there are any other well-known and useful bot accounts on HN that I&#x27;ve missed, they could be included.<p>As a bit of a &quot;finishing touch&quot; I included code that checks what your topcolor is set to so that the select element blends in with your site header instead of always being the Y Combinator signature orange. This code also checks the brightness of your topcolor so that the text colour the extension uses can be set appropriately (which is useful if for some crazy reason you&#x27;ve set your topcolor to #000000 :P)<p>There&#x27;s really not much to this extension other than that... the earlier versions only reached about 50 sloc, but now that I&#x27;ve recently added the input elements with their required event handlers and querystring variable handling (and the styling code mentioned above) the size has nearly tripled. And I&#x27;m okay with that, because that&#x27;s still pretty darn small.<p>Ultimately, my aim is to always to keep the extension small enough so that it can be easily vetted by anybody wanting to use it. It requires your permission to access the content of the HN webpage to make its modifications, and I absolutely wouldn&#x27;t trust some extension to not swipe passwords without reading the source code.<p>Some further work I&#x27;m planning for the extension is listed on the README. The biggest one, of course, being support for Safari, which I&#x27;d really like to tackle because I spend most of my time browsing HN on an iPhone. There&#x27;s also an annoying bug I found that I&#x27;m yet to resolve affecting the Firefox version which is related to a difference in the way Chrome and Firefox handle the onchange event for input[type=date] [2].<p>I also need look into how extensions are programmed and distributed for other browsers like Edge, Brave, Opera, etc. But the first things I&#x27;m going to get around to doing once I&#x27;ve got a moment is to add an option for &#x2F;asknew (I don&#x27;t know how I missed this...) and fixing the Firefox date picker bug.<p>Lastly, with regard to the Chrome webstore app&#x2F;extension review process:<p>For some reason, the Chrome webstore doesn&#x27;t allow revoking a submission from the review queue. So if you&#x27;ve just submitted (a new version of) an extension for review, and then realised a moment later that you forgot to include some piece of source code or an asset or whatever, there&#x27;s actually no way to just cancel the review and remove your extension from the review queue so that you can fix it and resubmit. Instead, you have to wait for your submission to inevitably be rejected before submitting again. This wouldn&#x27;t really be an issue if the review turnaround time was relatively fast, but Chrome&#x27;s review team must be inundated with work because it seems to take at least twenty-four hours usually.<p>Compared to Firefox, you&#x27;re able to revoke a submission before it&#x27;s been reviewed and immediately resubmit, and on top of that Firefox&#x27;s review turnaround time is a lot faster. For my tiny extension it&#x27;s usually never been longer than fifteen minutes.<p>I&#x27;m not trying to bad-mouth Chrome here, I just figured it was worth mentioning because I was really surprised when I discovered this. It must surely be a pain for other developers, too. Submitting something for review with missing&#x2F;broken things can&#x27;t be a rare thing, and allowing developers to cancel a review only lightens the work load for the review team.<p>Anyways, if you&#x27;d like to try out the extension, you can find it in the Chrome webstore [3] and Firefox addon browser [4].<p>0: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;lists" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;lists</a><p>1: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;user?id=whoishiring" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;user?id=whoishiring</a><p>2: <a href="https:&#x2F;&#x2F;github.com&#x2F;skibz&#x2F;hnlists&#x2F;issues&#x2F;1" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;skibz&#x2F;hnlists&#x2F;issues&#x2F;1</a><p>3: <a href="https:&#x2F;&#x2F;chrome.google.com&#x2F;webstore&#x2F;detail&#x2F;hn-lists&#x2F;ocmmphbmpogonjeohjiapdgbdbpnilbl" rel="nofollow">https:&#x2F;&#x2F;chrome.google.com&#x2F;webstore&#x2F;detail&#x2F;hn-lists&#x2F;ocmmphbmp...</a><p>4: <a href="https:&#x2F;&#x2F;addons.mozilla.org&#x2F;en-US&#x2F;firefox&#x2F;addon&#x2F;hnlists&#x2F;" rel="nofollow">https:&#x2F;&#x2F;addons.mozilla.org&#x2F;en-US&#x2F;firefox&#x2F;addon&#x2F;hnlists&#x2F;</a>