suncalc VS ctl

A really simple, small package to manage React context around color scheme toggling. Specifically, you can switch color scheme manually or automatically, and if the latter you can follow either the system color scheme or the sun.

I based some of this code heavily on a couple Mantine (https://mantine.dev/) hooks and Suncalc (https://github.com/mourner/suncalc), but modified them to either make them simpler and/or, in Suncalc's case, typed.

This is my first open-source package in a while, so I'd greatly appreciate any constructive suggestions! I have been using some form of this in my own projects and figured, when I added it to the most recent one, I should just extract it into its own project. I'm hoping something small like this will motivate me to do more open-source work because I miss it!

It would be fun to see this with local daylight hours mapped to the squares, so I could get a feel for where my consumption is at within "daylight" vs the whole "day"

SunCalc is a good tool for this, if you're interested: https://github.com/mourner/suncalc

(I've used it on a personal project, and the API was a little awkward but the results are good: https://daylight.website/)

If you want to do some coding for your website, here is the ready-made javascript for calculating what you want about Sun and Moon: Sun and Moon almanac

tool: d3.js data: SunCalc the inspiration came from these sunrise and sunset visualizations

Recently I have made a library doing this for myself. Basicly, I re-wrote this Javascript library in C++ for use with microcontrollers: https://github.com/mourner/suncalc

you need a bit of IT skills wth https://github.com/mourner/suncalc

I ignore the sunrise/set properties of the Hue bridge. All the calculations are done on the board itself, so it doesn't need an internet connection to keep working. I used the javascript code here https://github.com/mourner/suncalc as a starting point and translated it to c++ to run on an microcontroller.

Suncalc [1] is the library I use to calculate the position of the sun. Mapzen [2] host public elevation tile data. This blog post [3] is a good overview of the calculations involved.

[1] https://github.com/mourner/suncalc

[2] https://www.mapzen.com/blog/terrain-tile-service/

[3] http://www.liedman.net/2014/06/25/sunshine/

Well, I do like mine better, which is closer to the STL, and for all containers. https://github.com/rurban/ctl/

search for htable or hashtable in thousands of open source projects. only a minority has worse hashtables than this one (clisp, perl5 e.g.).

For better ones I would point to my linked list implementation: https://github.com/rurban/ctl/blob/master/ctl/unordered_set.... (because it has various security policies, nobody else has)

C Container Template Library, Rurban Variant (CTL) - The page for unordered_map reads "Implementation in work still".

There is also the rurban variant variant of CTL which is more complete.

The prototype of CC used this mechanism to provide a generic API for types instantiated via templates (so basically like other container libraries, but with an extendible-_Generic-based API laid over the top of the generated types). This approach has some significant advantages over the approach CC now uses, but I got a bit obsessed with eliminating the need to manually instantiate templates.

But the most common that I know of is this one: https://github.com/tylov/STC. There's also this one mentioned above https://rurban.github.io/ctl/

I'm also working on a proper one, but got sidetracked. https://github.com/rurban/ctl/blob/hmap/ctl/swisstable.h