Commit graph

37 commits

Author SHA1 Message Date
liquidex 84abba3e0b add loading screens instead of dropping the user into an app that's not ready to use 2024-08-25 00:06:49 +02:00
liquidex 7f78d0ce1b remove some leftover code 2024-08-24 22:03:23 +02:00
liquidex 7e01c0ee7a update readme again 2024-08-24 22:03:06 +02:00
liquidex c66aa70e53 add README 2024-08-24 20:10:55 +02:00
liquidex e801992ec3 increase AST size limit 2024-08-24 20:10:39 +02:00
liquidex ba89b6eb04 fix haku-wasm/haku.js errors not resetting properly sometimes 2024-08-24 18:40:33 +02:00
liquidex 59a6bda0ba change example color in documentation to black from transparent 2024-08-24 18:05:15 +02:00
liquidex 2d1f49f78d move apply_defs to just before the VM evaluates code 2024-08-24 18:04:49 +02:00
liquidex 4761fd40ba fix sizing of the brush-editor textarea 2024-08-24 17:54:59 +02:00
liquidex 3a438359c3 replace the accursed contenteditable text box with an ordinary textarea
you could paste discord convos into it.

discord.
conversations.
and they'd render.
like in Discord.

lmao.

I still do wonder how to do syntax highlighting on it, but I've seen prism-code-editor, which I _think_ hides the textarea's text and overlays a non user-interactable syntax highlighted version on top.
what's cool is that we could theoretically have many such overlays - for things like highlights too
but we'll see how that goes
2024-08-24 17:50:06 +02:00
liquidex fb0e15c00c fix a couple bugs which could cause chunks to get eaten away across reloads
mainly related to me not knowing how to decode WebP properly (I blame the API design of the webp crate)
turns out it can return RGB images instead of RGBA and so you have to convert it to RGBA first

there were also a couple math bugs with chunk drawing/saving related to some of my refactors of that math
2024-08-24 17:21:28 +02:00
liquidex c55f5e054c some more work on haku user guide 2024-08-24 16:47:57 +02:00
liquidex 447dd8c6f1 remove unused rkgk::binary module 2024-08-24 16:16:32 +02:00
liquidex 63151a4376 bump rkgk to 0.1.1 2024-08-24 16:16:08 +02:00
liquidex 90101d7c7f update documentation (unfinished) 2024-08-24 16:15:56 +02:00
liquidex 9cb24a0b1e remove unused imports 2024-08-24 16:12:41 +02:00
liquidex eb25d0b1cf make daemon use release profile 2024-08-24 13:54:00 +02:00
liquidex c6870cb22d make it possible to set release profile for rkgk in justfile 2024-08-24 13:51:38 +02:00
liquidex b2e43838d5 system functions documentation 2024-08-24 12:54:16 +02:00
liquidex 03412722d8 make it possible to override wasm directory from wasm-dev during build 2024-08-23 23:14:55 +02:00
liquidex c9859124c3 fixes to the deployment procedure 2024-08-23 22:55:35 +02:00
liquidex 384e64009e add admin scripts over from treehouse
would be nice to rewrite these as a standalone utility that integrates with Nix someday i guess
2024-08-23 22:38:24 +02:00
liquidex be6a47ae13 user authentication through a secret token (NOT AUDITED FOR SECURITY. DO NOT RELY ON THIS CODE.)
it's probably okay, but it's incredibly easy to read localStorage from the frontend and get a hold of the secret
would be nice (would it?) to have more proper session tokens I guess but we're not doing that right now

I'm not entirely sure if generating the password on the server is legit like this, but it leads to an incredibly frictionless experience and I'd like to keep it. if possible.
I don't really see a difference compared to password managers generating passwords for you and showing them in plaintext
obviously actual passwords are stored within the manager which requires a master password, but like. do we really need that. the secret isn't shown to the user and it's very long.
too bad the browser secure storage API or whatever isn't ready yet
2024-08-23 19:50:42 +02:00
liquidex 6ce1389d12 replace console.info with console.debug for received chunk data 2024-08-22 21:50:26 +02:00
liquidex 4ebd150e59 add some logs, fix frontend memory leak with users not deallocating their haku
closes #28
2024-08-22 21:39:31 +02:00
liquidex 6c88a041ea add SourceCode wrapping str for enforcing source code length limits at parsing boundaries
I'm actually quite happy with this API design. a little zero-cost wrapper that makes you _think_ when you need to think.
2024-08-22 20:49:16 +02:00
liquidex 3913254215 fix updated defs not being applied properly to VM in frontend and backend
this fixes the case where

	(def botsbuildbots (fn () (botsbuildbots))) (botsbuildbots)

would not run properly (return with a "set def index out of bounds" error)

also make exceptions store String instead of &'static str for better error reporting

closes #33
2024-08-22 20:27:18 +02:00
liquidex ccab723298 fill scribble 2024-08-22 17:50:39 +02:00
liquidex 7933057062 add rectangle and circle shapes 2024-08-21 22:07:59 +02:00
liquidex 50094c3872 add lists & VM memory limits 2024-08-21 21:11:22 +02:00
liquidex 1c0fa7197c rudimentary error reporting 2024-08-20 23:00:29 +02:00
liquidex 6eab20bb25 disable image smoothing, add support for wall fragment urls 2024-08-19 23:56:03 +02:00
liquidex 70e979057c persistence in database
only maybe a little bit shitty but it works very well
still needs chunk unloading
2024-08-19 22:39:22 +02:00
liquidex 2594afcc1b a more robust system for syncing chunks
as long as the server tells you there are more chunks, there are definitely more chunks.
just wait for them a bit.
2024-08-18 12:28:19 +02:00
liquidex 2f7bcbb14e sync 2024-08-17 22:16:21 +02:00
liquidex 26ba098183 a whole load of work in progress 2024-08-15 20:01:10 +02:00
liquidex caec0b8ac9 initial commit 2024-08-10 23:10:22 +02:00