• 0 Posts
  • 9 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle


  • Limeey@lemmy.worldtolinuxmemes@lemmy.worldCtrl+Alt+T
    link
    fedilink
    English
    arrow-up
    155
    arrow-down
    1
    ·
    7 months ago

    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’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.