This right here, you can gui a single program, but with pipes we can chain nearly infinite programs. No way can you make a gui that is that flexible, I refuse to believe until I see it
This right here, you can gui a single program, but with pipes we can chain nearly infinite programs. No way can you make a gui that is that flexible, I refuse to believe until I see it
A gui is helpful sometimes, but there’s a lot of cases where there’s no feasible way to make a good gui that does what the terminal can do.
Right tools for the right job.
For example, a gui to move a file from one folder to another is nice - drag and drop.
A gui that finds all files in a directory with a max depth of 2 but excludes logs and runs grep and on matching files extracts the second field of every line in the file? Please just let me write a one liner in bash
I think federating other instance rule breaking is a good step.
It’s a good point, but my main thought was that if an instance user is causing trouble somewhere else, I would want the instance owners to be aware. A “strike” doesn’t necessarily reflect anything, but more of a mod tool way to see who are repeat offenders. At least, that was how I imagined it.
I’ve been digging into the lemmy source code, specifically how the federation works, the ui, the server, etc.
Currently there is no data collected on a report other than if it has been resolved, who resolved, and when. I am currently working on a PR that addresses this, however it is a non-trivial change. Currently I’m looking at adding a “resolution” which will be what action was taken, then also a “note” available to be added by the resolver. Depending on the action taken, the “strike” may be issued against a user, strikes will be displayed in pill-style next to the user name.
Addiotionally, I am planning on building a simple dashboard. So with that and the improved report action I hope modding will become easier. I think I will start a post soliciting input regarding report “actions”
Unfortunately reports are provided only to the instance, so tracking users who may have strikes in other communities may not come through unless we add it to the activitypub federation. I suppose in this way, “actioned” reports could send a notice to federated communities… I haven’t gotten that far yet. My first goal is to improve the resolution action system. Strikes will come later. I see both of these as being core contributions rather than part of a separate system.
The girls face reminds me of AOC
You’re registered on your instance. that’s how federation works, you don’t register on each instance, you register on one and have access to all the rest that are federated with them. If lemmy.world decides to defederate your instance then you won’t be able to anymore
Congratulations on your post to c/selfhosted
If compiled languages bother you, then you’re gonna love assembly.