Nanogram is designed for the enthusiest who wants complete data sovereignty on their social media platform.
Spin up your own instance on termux for Android.
Demo here.
Install instructions are at the bottom of the readme.
Nanogram is designed for the enthusiest who wants complete data sovereignty on their social media platform.
Spin up your own instance on termux for Android.
Demo here.
Install instructions are at the bottom of the readme.
There are many ways to bundle, package, release, update, build, develop and publish software.
The one your AI has chosen for you, is definitely not one that I would recommend.
You could take a look at other open source software, and see how those projects are developed and packaged, and maybe find some inspiration.
If you at some point want to contribute to other pieces of software, or have others contribute to yours, it would be beneficial to have a shared understanding on how to properly do stuff.
Thanks, that’s actually the first constructive comment here. I do realize it’s a completely unconventional release format and if I want others to contribute I’ll have to reformat the way the repo is structured. I just hope you at least understand why it is the way it is. That’s was not the LLM’s choice. I specifically asked for the monolithic format because my development environment is a mobile device…it was too complicated to split the program into its expanded file directory and have to update each individual file before testing an iteration and feature I added.
For example; to add a notification dot, I would have needed to touch the python app routing, the html, database classes, css. It was to much to keep track on for a mobile environment. The single file script allowed for a faster feedback loop because I can just swap the script in the terminal and it will overwrite and the existing directory in a snap.
Then maybe what you have made is a mobile IDE (integrated development environment), where that is how you might be able to do development on a small-screen device. But the actual code should probably be split up. That way the git diff stuff will also be way easier.