Front-end v0.1 #24

2026-03-08T04:25:47+01:00

rayyan-parkar commented

2026-03-08 04:25:47 +01:00

(Migrated from github.com)

my pain has created animations

flaxeneel2 (Migrated from github.com) reviewed

2026-03-12 06:57:48 +01:00

src-tauri/gen/android/gradle.properties

					
				@ -21,4 +21,4 @@ kotlin.code.style=official

				# resources declared in the library itself and none from the library's dependencies,

we should discuss this in vc later. the android home env var def + path def from our shell/flake.nix shouldve solved this. i am up to debug that w/ you whenever you are free

rayyan-parkar (Migrated from github.com) reviewed

2026-03-12 12:13:45 +01:00

src-tauri/gen/android/gradle.properties

					
				@ -21,4 +21,4 @@ kotlin.code.style=official

				# resources declared in the library itself and none from the library's dependencies,

we should discuss this in vc later. the android home env var def + path def from our shell/flake.nix shouldve solved this. i am up to debug that w/ you whenever you are free

From what I could tell, the only way to fix the dynamic linking issue was either like this (way more minimal with a simple script) or something like nix-ld or something like buildFHSEnv, which just felt like overkill. Although if we do have more things that require dynamic linking in the future, we can always swap to nix-ld, but sure we can discuss it in vc.

> we should discuss this in vc later. the android home env var def + path def from our shell/flake.nix shouldve solved this. i am up to debug that w/ you whenever you are free From what I could tell, the only way to fix the dynamic linking issue was either like this (way more minimal with a simple script) or something like nix-ld or something like buildFHSEnv, which just felt like overkill. Although if we do have more things that require dynamic linking in the future, we can always swap to nix-ld, but sure we can discuss it in vc.

flaxeneel2 commented

2026-03-12 16:34:06 +01:00

(Migrated from github.com)

at least testing on linux it seems good, i see a lot of static sizes though (i mean the px unit). We should ideally switch to relative sizes instead.

should also split the +page.svelte into smaller components, for better future readability

at least testing on linux it seems good, i see a lot of static sizes though (i mean the `px` unit). We should ideally switch to relative sizes instead. should also split the +page.svelte into smaller components, for better future readability

rayyan-parkar commented

2026-03-14 01:50:38 +01:00

(Migrated from github.com)

@flaxeneel2 everything works fine on my end, I tested it for linux and android and it looks good, the last thing we need to change is that hacky sed script we talked about and it should be good for merge, lmk whenever you want to fix it :D