<story><title>Kanban board in one HTML using localstorage</title><url>https://github.com/apankrat/nullboard</url></story><parent_chain><item><author>apankrat</author><text>This is mine.&lt;p&gt;It is something I wrote for my own use after looking at all existing options and finding them not to my liking. This is pretty much a weekend hack, it is from 2019 and it&amp;#x27;s still close to what I need. When I have time I plan to improve keyboard support, add color tags and archiving of completed items. It will also be redone to not use localStorage and to support a remote storage option. Shared use (with 2+ instances working with the same copy of the data) is also something that I&amp;#x27;d like to do, but that&amp;#x27;s on a back burner.&lt;p&gt;The Show HN post from 2019 - &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=20077177&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=20077177&lt;/a&gt;</text></item></parent_chain><comment><author>MayeulC</author><text>For shared use and remote storage, I&amp;#x27;d consider using CRDTs like yjs [1] for instance.&lt;p&gt;Should be pretty easy, local-first, and allow synchronous as well as asynchronous collaboration and syncing. Even p2p over LAN, webrtc or whatever (I&amp;#x27;m unsure how to do local peer discovery in a web browser, on the desktop you&amp;#x27;d simply use link-local multicast&amp;#x2F;avahi (DNS-SD)).&lt;p&gt;[1] &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;github.com&amp;#x2F;yjs&amp;#x2F;yjs&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;github.com&amp;#x2F;yjs&amp;#x2F;yjs&lt;/a&gt;</text></comment>
<story><title>Kanban board in one HTML using localstorage</title><url>https://github.com/apankrat/nullboard</url></story><parent_chain><item><author>apankrat</author><text>This is mine.&lt;p&gt;It is something I wrote for my own use after looking at all existing options and finding them not to my liking. This is pretty much a weekend hack, it is from 2019 and it&amp;#x27;s still close to what I need. When I have time I plan to improve keyboard support, add color tags and archiving of completed items. It will also be redone to not use localStorage and to support a remote storage option. Shared use (with 2+ instances working with the same copy of the data) is also something that I&amp;#x27;d like to do, but that&amp;#x27;s on a back burner.&lt;p&gt;The Show HN post from 2019 - &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=20077177&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=20077177&lt;/a&gt;</text></item></parent_chain><comment><author>gorbypark</author><text>Although it&amp;#x27;s tough to use &amp;quot;raw&amp;quot; git from a browser (it is possible, but probably out of scope to include an entire Javascript git client), it would be neat if you could use the git(hub&amp;#x2F;lab&amp;#x2F;etc) API as a remote storage option.  It would allow for rolling back pretty easily.  I&amp;#x27;m thinking each board could be it&amp;#x27;s own directory, and each item could be a .md file.  The naming scheme could probably be related to the position of each board&amp;#x27;s index.  Ie: gitrepo&amp;#x2F;0&amp;#x2F;0.md could be the first item of the first board.</text></comment>