I’ve been playing around in SvelteKit ingesting the fdroiddata repo to prototype a new look for F-Droid’s website. The goal could be to make it more approachable for people who’ve grown tired of the excesses of Big Tech but aren’t necessarily developers or tech enthusiasts.
Is this worth for me to develop it further as an opensource project? Or is the current UI and tech stack of the F-Droid website perfectly fine for its needs, considering the effort to change everything?
Hi, I am also working on a project at the moment to revamp the Website copy with the longer term goal to try and update the website. The changes we are making are influenced by user research that was done with both technical and non-technical users. I agree with @linsui perhaps we can start an issue to begin working on this in gitlab?
Be careful not to break accessibility. Keep in mind users with visual impairments, or those like myself with serious dexterity problems (I drive my browser 90% with the keyboard). Also, please no hard to avoid animations or movements. Thanks.
I don’t have time at the moment to review the design, but I can clearly stay
that we are happy with the Jekyll/Polyglot static sign generator setup used to
build the site. And it is a requirement that the site work without Javascript.
There are already some discussions in the gitlab issue tracker about reworking
the front page. Please get involved there.
To avoid confusion, SvelteKit does have a setting that avoids outputting any client-side JavaScript. Jekyll isn’t for me I’m afraid. It makes it hard to keep my CSS modular (globally scoped CSS rules create hard-to-maintain chaos), if I need to script things I have to write Ruby (SvelteKit can execute JavaScript at compile time), and Jekyll doesn’t integrate well with my IDE. I hope that people who do like Jekyll will be able to help with the frontpage redesign. Good luck
I wanted to respond but I didn’t want to be negative about it
the “let’s redesign but I don’t have time” part is odd… so after it’s done (if we get there) we’ll be suddenly left without anyone that can work/fix it? We had (have?) this already with Ruby and Jekyll and it’s no fun
That’s fair, I totally understand that from a maintainer’s perspective If I want to be of use to F-Droid, it’s safer to help with something that doesn’t require longterm availability and won’t radically change things under the hood.