Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Follow the wormhole through a path of communities !webdev@programming.dev
Yeah I just took a look at it. First thing I did was click on the "source" tab on a repo. That actually makes the source tab disappear? Clearly not designed by anyone who has any experience designing sane UI.
I think Gitlab and Forgejo are better options, and not run by a creep. Forgejo is similarly fast and actually has a sane UI. The tabs don't disappear!
What did DeVault do?
was this taken down? website connection times out, and is "excluded" from the way back machine
edit: found it archived from here (I'm not really sure what to think about this response article tbh) https://blenderdumbass.org/articles/Is_The_DeVault_Report_a_Spiteful_Metajoke
archived report: https://dmpwn.info/
Well, that was disappointing. I guess that explains why he deleted his Mastadon account recently.
Forgejo
I believe https://codeberg.org/ is a hosted Forgejo instance. It has a more familiar UI, similar to GitHub.
Although, they have restrictions on the types of projects they're willing to host.
Notably codeberg is not a corporate owned like github/gitlab, and you can become a voting member of the nonprofit through donations. Pretty neat imo. I made an account there last year but just got around to creating a repo there for a smaller project. It was straightforward and familiar.
One thing that's holding me back though is the CI is in closed testing but you can request access.
This. It is a problem and it is prioritized. —Drew DeVault, 3 years ago
As a fellow sr.ht fan, I strongly sympathize.
I agree, it's a great UI in terms of speed and no JS, but it's not super intuitive and not helped by the way it's been split into modules.
Basically, each subdomain (git.sr.ht, todo.sr.ht etc) doesn't link to the others - the only one that links everywhere is the root "sr.ht". You can think of sr.ht as a "hub" that links to the others. So - to take an example:
So, in your case, if you replace git.sr.ht with just sr.ht in the URL, it should take you back to the "hub" for that project. Then, if the tickets feature is enabled, you should see a link to "tickets" there.
Well, editing urls is not a convenient way of navigating a website.
I wish there would be at least a link from each of the modules back to the "hub" for that project.
to connect sub-functionalities (like git and todos) i think one needs a top-level project. from the project you can navigate to all the connected apps/functionalites (or however they are called on sr.ht)
I don't navigate the site at all.
I just use the commandline to push commits to repos.
For creating a new repo on sr.ht I have written a script that uses the GraphQL API (which is horribly documented in my opinion and required days of trial and error). It is not meant for general users and is specific to my needs, but anyone who is interesred can find it linked below.
If you want to use it, you have to run git init and do a commit first. Everything else should be explained in the help. The script does some other stuff that I wanted when migrating all my projects from github, which you should be able to easily modify.
(unlicense)
Create a new repo locally.
git init
git add .
git commit -m "Initial commit"
Then to create a new remote repo, you can do this.
git remote add origin git@git.sr.ht:~user/my-new-repo
git push origin main
You'll get a message that says.
remote:
remote: NOTICE
remote:
remote: You have pushed to a repository which did not exist. ~user/my-new-repo
remote: has been created automatically. You can re-configure or delete this
remote: repository at the following URL:
remote:
remote: https://git.sr.ht/~user/my-new-repo/settings/info
You forgot a small detail.
Afaik you can not change repo visibility this way (without using the web UI or the GraphQL API). So if the goal is to avoid the web UI you'd have to add a step (which you can read up on in the script I shared).
Same for the repo description (but maybe there is a git native way, idk).
Great write up otherwise, thank you!
but the question is about navigating to tickets
I would have known that if I had the attention span to read all that text from OP
have you tried bionic reader?