[07:49:43] i figured out what causes the problem mentioned in this task. i just wonder if it's possible to fix this given our mw-config architecture? https://issue-tracker.miraheze.org/T14461#323891 [08:12:35] [1/3] Likely requires a ManageWiki patch as said in my comment. [08:12:35] [2/3] Maybe we can give you beta access so that you can test your changes because ManageWiki is really hard to set up locally. To give someone beta access is a lot of work on both your side and ours, though, so I'm not sure if this is a desirable route. I think with the amount of work you are doing it'll definitely make things easier if you can test changes on [08:12:35] [3/3] beta for future PRs. [08:14:54] oh does that need an nda? [08:17:56] Yeah that's the main thing. NDA + data privacy training because beta also contains PII from users, and it is not perfectly separated from production. [08:18:38] i guess so. yes it is a lot of work i think i may just make a pr on github for test [12:04:36] well I already hate MobileFrontend and it's been just an hour [12:06:37] I don't use that, so I didn't what these "amc" strings in the config of Minerva stood for, turns out it has some kind of "advanced" mode that's supposed to basically show more buttons, so know I wonder how I want to do [[phorge:T15782]] :ThinkingHardMH: [12:06:38] [12:07:12] this is why I don't do UI work at work for the most part, I love my backend, keep the frontend as far away from me as possible [12:07:44] why [12:08:26] I hate UI work mostly because you have to account for all these different devices, input methods, screen sizes, you are basically making multiple interfaces in one [12:08:55] input methods? [12:09:06] while the backend doesn't have this problem, all the servers are running the same software, with the same build options, speak the same language so to speak [12:09:10] I find web ui just about possible enough but I'm never making a custom gui [12:09:37] how you interact with a website, for example that can be a mouse, a keyboard, a touch screen, long etc [12:09:46] What's a custom gui [12:09:48] Ohhh [12:09:55] a gui that's custom [12:10:04] Is Discord a custom gui [12:10:07] ? [12:16:21] well seems we handle this in ManageWikiSettings with good old list-multi-bool, so at least I know what to do now [12:40:13] A GUI is a Graphical User Interface. So anything you can see and interact with on a device (oversimplification, but still). [12:41:58] Custom I'm less sure on, but I believe it's if your gui isn't a modified version of a different one? [13:28:59] [1/2] https://issue-tracker.miraheze.org/T16251 [13:28:59] [2/2] this might be bad [13:42:27] [1/3] There are two main possibilities I would think of for a custom UI: [13:42:28] [2/3] 1) no frameworks [13:42:28] [3/3] 2) a UI already exists but you build a new one [15:49:48] templeos [15:50:23] I knew I should've added "in regards to websites" [17:14:59] db182 runs nothing interesting iirc [17:15:40] matomo is an oh well [17:15:53] I don't see it as critical to the functioning of mh [17:16:01] phorge files is probably more important [17:29:48] backend developers 🔛🔝 [23:39:46] I think I made the blogs explode at https://loathsomecharacters.miraheze.org/ and somehow made them all cease to exist by trying to manually create a blog space which I suppose was a bad idea and conflicted with the BlogPage extension [23:40:10] naive me thought making a namespace with visualeditor enabled would enable visualeditor and not cease every blog from existing [23:40:59] so either removing it made the blogs visually explode in which case wtf or it made them all literally blip out of existence in which case wtf and I think I did a data loss [23:46:11] separately I wonder if it is even possible to compel BlogPage to use visual editor; I thought surely that must be possible but I'm beginning to think no its not [23:47:52] so that is interesting, making a blog namespace will make all blogs cease to appear to exist, and when it is removed there they are [23:48:03] meanwhile still evidently no way to get visualeditor to play nice