Is the word "Collaboratin" correct? It's also in the domain.
Is the word "Collaboratin" correct? It's also in the domain.
git command line or significantly better in sublime. So, I wouldn't use the web interface at all, most likely, except to find instructions for how to clone locally. I prefer what gitea/gitbucket/github do with the UI/UX.Like, filling so much space with text like this is bizarre to me:
> commit
> 526e79c8c4037c2fcbee50acc2d9be1992b60893
>
> parent
> 5b5fab934eef3b3957fe5d712672487e9234d0ce
Human beings can't read and recognize hashes like that, so this is conveying nearly 0 information and is causing cognitive load--a UI/UX dark pattern for sure. It should be removed. A better display would show the commit graph, or a small fragment of it, with the first 5 chars of the hash (or whatever length
git accepts as an abbreviation). You'd at least have some hope of holding that in your brain's short-term memory and understanding relationships. Obviously a better display is the whole commit tree with the current commit highlighted. In any case I think it's undeniable that 526e7 -> 5b5fa (with clickable links) conveys effectively the same information using significantly less screen real estate and causing significantly less cognitive load. To me it looks like someone was at a loss for what to display so they filled the screen with noise.
git command line or significantly better in sublime. So, I wouldn't use the web interface at all, most likely, except to find instructions for how to clone locally. I prefer what gitea/gitbucket/github do with the UI/UX.
git, neither of which I like. I don't feel like I'm getting anything in the web interface I can't already get from git command line or significantly better in sublime. So, I wouldn't use the web interface at all, most likely, except to find instructions for how to clone locally. I prefer what gitea/gitbucket/github do with the UI/UX.Like, filling so much space with text like this is bizarre to me:
> commit
> 526e79c8c4037c2fcbee50acc2d9be1992b60893
>
> parent
> 5b5fab934eef3b3957fe5d712672487e9234d0ce
Human beings can't read and recognize hashes like that, so this is conveying nearly 0 information and is causing cognitive load--a UI/UX dark pattern for sure. It should be removed. A better display would show the commit graph, or a small fragment of it, with the first 5 chars of the hash (or whatever length
git accepts as an abbreviation). You'd at least have some hope of holding that in your brain's short-term memory and understanding relationships. Obviously a better display is the whole commit tree with the current commit highlighted. In any case I think it's undeniable that 526e7 -> 5b5fa (with clickable links) conveys effectively the same information using significantly less screen real estate and causing significantly less cognitive load. To me it looks like someone was at a loss for what to display so they filled the screen with noise.
git command line or significantly better in sublime. So, I wouldn't use the web interface at all, most likely, except to find instructions for how to clone locally. I prefer what gitea/gitbucket/github do with the UI/UX.Like, filling so much space with text like this is bizarre to me:
> commit
> 526e79c8c4037c2fcbee50acc2d9be1992b60893
>
> parent
> 5b5fab934eef3b3957fe5d712672487e9234d0ce
Human beings can't read and recognize hashes like that, so this is conveying nearly 0 information and is causing cognitive load--a UI/UX dark pattern for sure. It should be removed. A better display would show the commit graph, or a small fragment of it, with the first 5 chars of the hash (or whatever length git accepts as an abbreviation). You'd at least have some hope of holding that in your brain's short-term memory and understanding relationships. Obviously a better display is the whole commit tree with the current commit highlighted. In any case I think it's undeniable that
526e7 -> 5b5fa (with clickable links) conveys effectively the same information using significantly less screen real estate and causing significantly less cognitive load. To me it looks like someone was at a loss for what to display so they filled the screen with noise.
The issue with the UI is that it feels too raw, still legit has a decent look for that case but we can do better.
My main aim is to have something that kinda feels like a micro Gitea, interface-wise.
What I like about this whole project idea is that it gives you the ability to use tools that are usually "detached" from the actual git repo like issues, ecc. in the usual mainstream forges (GitHub/Lab/tea) making it really decentralized and accessible.
As usual protocols over softwares.😎
> As usual protocols over softwares.😎
I _think_ you meant to say "protocol over platform" 😅 -- Build protocols and ecosystems, not platforms and vendor lock-in 🤦♂️
> As usual protocols over softwares.😎
I _think_ you meant to say "protocol over platform" 😅 -- Build protocols and ecosystems, not platforms and vendor lock-in 🤦♂️
> As usual protocols over softwares.😎
I _think_ you meant to say "protocol over platform" 😅 -- Build protocols and ecosystems, not platforms and vendor lock-in 🤦♂️
> As usual protocols over softwares.😎
I _think_ you meant to say "protocol over platform" 😅 -- Build protocols and ecosystems, not platforms and vendor lock-in 🤦♂️