@helene If it gets too much, I'll just order something to drink, enjoy it all from the sidelines, while poking the fire some more from the there :blobfoxsmirk:
LiveView seems interesting ? We probably still want things to be accessible via API (idk why, but somehow I think that's important), but having a build in FE doesn't exclude that. Having something that still allows to easily extend things seems good to me, and it would also allow us to fix the issue of having way too technical language and structure in the admin parts.
@helene Not sure if it has to be BE, but yeah, I had the same feeling when first poking at it :/ There's probably stuff in there that can be reused, but there's stuff in there that don't even look like it's being used. It also seems like it was written to go in a certain direction, but that direction is different of where we're going, so it's like going against the tide with that...
When a logged-in user isn't privileged, they shouldn't see whatever buttons or drop-downs allow them actions they aren't privileged too. The issue lists what still needs to be done for those. Then there's also the fact a bunch of calls are being made, but a lot can return a 403, so we need a way to handle that.
The rest of the hiding, I can do since I'm already working on it. The calls is something I still have to figure out.
@helene I think I'll just drop the tests for the other things that still need to happen. At least the "hide this element" ones. I also don't think these changes really improve admin-fe at all :/ They're needed for the changes in BE, but the whole thing just doesn't seem like it was really made for it and I'm just hacking it to make it work...
> and I'll try doing that! You mean writing the tests?
Embed this noticeilja (ilja@ilja.space)'s status on Monday, 12-Sep-2022 20:11:50 JST
iljaLast week I started working a it more ttd on admin-fe, but I'm honestly wondering how much sense it makes for what I'm doing. I'm basically writing a ton more code and spending time on the test than on the actual functionality. And the functionality isn't even that much. It's just hiding certain elements in specific cases, that's it...
@lottev weigh regularly and if you see a trend of going up, you change eating habits to loose weight again until you're back at the number you're comfortable with
@helene I honestly have no idea what to do with them ^^ I've just been snacking on them now. I'm going to see friends tonight and prob just bring them with me. One of them likes to cook, so maybe they'll find them useful ^^'
@aurynn@drq Sure! By the OP, I assume about the way pleroma is/was ran?
Note that I only started to follow the project in 2018 and only got more involved about a year ago. So some things may be somewhat one sided.
Basically lain started pleroma and other people started to contribute and work together. I don't know how it exactly evolved to this, but eventually you had some people working on pleroma based on some unwritten rules. Basically, if you wanted something in pleroma, you could make an issue or MR. In case of an issue, maybe someone would take it up. In case of an MR, people would review it. If a maintainer considered it good to merge, they approved it, if a second maintainer also agrees, they merge it. These were unwritten rules, so there are exceptions (mostly for smaller changes), but in general this worked. There were some frictions from time to time however, because sometimes things would happen that someone disagreed with, but things never really got discussed. I don't have examples of this, this is based on what I've been told later. Eventually these frictions got worse, remained undiscussed and ignored, and people started to leave. By this time there were payed devs, so development continued and the problems kept being ignored. Eventually the money ran out and it became clear that most people had either left or gotten burned out. Meanwhile pleroma had turned from a reputation of being a solid lightweight codebase, to being a buggy software no lighter than most other microblogging fedi software out there. Some people still wanted to work on pleroma, but it became clear there were two different (and incompatible) expectations. On the one hand you had people who wanted to work in a more consensus based way. On the other hand you had people who just wanted to push stuff as long as lain didn't complain. Eventually most of the people who wanted a more consensus based way of working left and started working on a fork. Two people still wanted to mend things between pleroma and the people who were now working on the fork, including lain who said they basically want the same thing. Talks happened and lain made it clear that they want a consensus way of decision making and always wanted that. It was also made clear that other maintainers have both the power and the permission to act when they see things going in a way they think is wrong. Some people returned to pleroma and the fork died out. This was around new year. By now there are people working on pleroma again and some things have been written down so expectations are more clear. Pleroma wants to be flexible, so there's no real direction other than what people contribute. Code quality needs to be acceptable, and you have to realise that your changes may affect other people and resolve issues if they arise, but there's no real "end" vision of what pleroma, as a software, must be outside of some generic goals.
Personally I don't consider the people working on it now to be a committee. When someone says committee, I expect elected members, voting, big meetings where decisions are made... Pleroma doesn't have any of that. But I also don't think you can call it a bdfl run project. It's really just a bunch of people who decided they want to work on this project together in a way they can enjoy. At least that's how I see it.
@drq@aurynn Committee sounds pretty formal to me. Pleroma never had that. What pleroma missed in the last couple of years imo was scrutiny of code quality (luckily this has been changing since february). For direction, pleroma does want to be flexible, so yeah, that kinda invites that it can go in all sorts of ways. But that's not because of a committee, afaict that was basically lain's vision from the start.
Hellooo :blobfoxwave: I'm ilja!I try to improve myself and the world by trying to contribute to the world of free software. Floss projects that currently interest me the most are Pleroma, YUNoHost and Ubuntu Touch. My main focus is currently Pleroma.I created the following bots: @citizeninitiativebot@ilja.space @translate@ilja.space @ccmusicbot@ilja.space @translate uses an MRF module I made with the goal of making it easier to create "reply and I respond"-type bots. If you're interested in that, check out it's profile.What people say about me:"I will haunt your soul for eternity, smartass" --fristi"one of the best lines in the pleroma code" --lain (talking about some code I wrote)"MEW MEW MEW MEW" --oceanTrans rights are human rights :transflag: :agenderflag: queer rights are human rights :rainbowflag: :lesbianlipstick_flag: And it's sad that over half a century after the Stonewall uprising, we still have to remember peop