That's really cool! I am working on a diagramming editor and I wondered if I could expand the use cases to include knowledge organization. The challenge is mainly to display a lot of data on a canvas and don't kill the CPU/GPU in the process. How do you handle displaying that much information at once?
It is indeed hard to optimize it; I haven't fully utilized the potential myself. For now I have an object pool which allows me to create only one instance of a canvas element. Kotlin also allows me to use coroutines easily, also (potentially) have access to GPU/CPU since this is a desktop app.
Another thing I tried (still in backlog) is dynamic quality reducer for images and PDFs - sort of like a game engine rendering where zooming out will reduce quality of images.
What are you writing your app on? Electron?
The self-hosting option is nice but, from what I understand, I would not even need to do that if you provided end-to-end encryption with PGP. i.e. the form is encrypted with my public key, then sent to your server, then sent to my e-mail, then decrypted with my private key.
With such option, the self-hosting is still a nice to have, if you cease to provide the service at formbee.dev.
For sure anyone could just use the hosted option, but it will ultimately be more pricey than someone self-hosting it. If someone will remain in the free tier (under 250 submissions per month) they should just stick to the hosted option, but even still some people like total control over their data, which self-hosting would get them as close as possible to that.
This is really neat! I would love to see something similar for laptops. I bought a used Lenovo T80s (8th generation i5 CPU / 8GB of RAM / 256GB SSD) for 150$cad on eBay to work on my product (web app) and it is working flawlessly with Debian.
I decided to work on gg because I want my colleagues to grok our complex software architecture, and I don't feel like I am able to achieve that with textual documentation + static diagrams alone.
I have been in a lot of brainstorming sessions drawing boxes and arrows on a whiteboard. I have produced a lot of diagrams with mermaid, draw.io, miro, etc. I produced a lot of documentation to explain how the software is built. Those are all good tools to get everyone on the same page, and yet, I feel like there is a missing piece of the puzzle to explain a software architecture simply and concisely that even the new junior developer recruit will understand.
There is currently a bug in the app that let someone inject a JS snippet to execute (to confirm) in the URL "file" property. The app then save the content of that "file" property in the local storage, so every time you open https://gg-charts.com, it loads this data from local storage and re-execute the JS snippet.
I'll fix that today, sorry for the inconvenience. :-/ The web is the far west!
There is no plan yet to support importers directly in gg but the graphs produced with gg have a YAML/JSON representation under the hood so producing a "draw.io to gg" importer is feasible.
I'm working on supporting webm first, as I am close to have a working feature using the MediaRecorder API of the browser. Exporting to gif will come after that, as it can be done by third-party tools as a workaround in the meantime (i.e. webm to gif).
