sunburn.nvim VS RSS-Link-Database

A while back I read about the Oklab color space, and long story short I decided I wanted to create my own Neovim coloscheme. That led to sunburn.nvim[1], which aims to take advantage of the hue and brightness uniformity that Oklab provides.

At first I was using lush.nvim to build sunburn.nvim, but quickly it became a hassle to only be able to specify colors via RGB or HSL. My initial thought was a PR to add Oklab support to lush, but that framework does so much that it was hard to see where to start. So I ended up writing polychrome.nvim[2], which is a dead simple micro framework in comparison to lush.nvim, but does enough to take care of all the boilerplate, and supports a bunch of color spaces (which are converted to RGB on the fly).

I also wanted push notifications for when certain RSS feeds I follow were updated, because I suck at remembering to check in on things or check an RSS feed app. But I didn't want to pay for IFTTT or other bespoke solutions, so I wrote notifeed[3]. It's designed to run as a service on a server, and then check all your feeds at predetermined intervals and send the necessary webhooks based on your configuration. Feeds and clients are configured via the CLI and stored in a SQLite DB for simplicity.

[1] https://github.com/loganswartz/sunburn.nvim

On the other hand it is not 1995. Time has moved on. I wrote a Simple RSS feed, that also serves as search engine for bookmarks.

I am able to run it in attick on raspberry pi. We do not have to rely so heavily on google.

https://github.com/rumca-js/Django-link-archive

It is true that it does not serve me as google, or kagi replacement. It is a very nice addition though.

With a little bit off determination I do not have to be so dependent on google.

Here is also a dump of known domains. Some are personal.

https://github.com/rumca-js/Internet-Places-Database

...and my bookmarks

https://github.com/rumca-js/RSS-Link-Database

Some more years, and google can go to hell.

[4] https://github.com/rumca-js/Django-link-archive

These are exported then to github repositories:

[5] https://github.com/rumca-js/RSS-Link-Database - bookmarks

[6] https://github.com/rumca-js/RSS-Link-Database-2023 - 2023 year news headlines

[7] https://github.com/rumca-js/Internet-Places-Database - all known to me domains, and RSS feeds

My own repositories:

- bookmarked entries https://github.com/rumca-js/RSS-Link-Database

- mostly domains https://github.com/rumca-js/Internet-Places-Database

- all 'news' from 2023 https://github.com/rumca-js/RSS-Link-Database-2023

I am using my own Django program to capture and manage links https://github.com/rumca-js/Django-link-archive.

That is why I wrote [1] for myself. It stores links in database, which I can query. Everything is later on exported, like in [2] and [3]. I can browse history, I can find useful data. I do not say it has replaced google for me. It is a nice addition that helped me gather data I encounter on the Internet.

It is a link database, at first glance resembles Reddit clone, but my focus is on creating link database, not on providing social media experience cancer.

Links:

[1] https://github.com/rumca-js/Django-link-archive

[2] https://github.com/rumca-js/RSS-Link-Database

[3] https://github.com/rumca-js/RSS-Link-Database-2023

- https://github.com/rumca-js/RSS-Link-Database-2022 - all captured links in 2022

- I think newsboat reader does not provide advanced search mechanism

There is also a repo in which I store entries which I find interesting, useful: https://github.com/rumca-js/RSS-Link-Database