

He’s already talking to that machine of his that censors his drunken ramblings with cute little asterisks. I wonder what does that do to someone’s psyque tho.
I write English / Escribo en Español.
Vidya / videojuegos. Internet. Cats / Gatos. Pizza. Nap / Siesta.
This user’s posts under CC-BY-NC-SA license. Ask me if you need a different permission.


He’s already talking to that machine of his that censors his drunken ramblings with cute little asterisks. I wonder what does that do to someone’s psyque tho.


Yeah there’s a lot of stuff like that. If moving a page requires updating the history of every page that links to it, that’s a whole mess that’s much easier to handle when your wiki is a database.
Heck, it’s even worse. What happens if you move a page that has translations (with the Translate plugin) pages associated to it? Translated pages are not necessarily linked to each other, and even if they were, the semantics of trying to move each one can cause issues.
In the end, IMO, it’s not worth the effort to automatize. Just use something like implement “move” as “make a copy and leave a redirect behind”… which IIRC MediaWiki also does, and leave manual operators to decide what to do with the moved-from redirects after the fact.


The table syntax at least is miles better [than MediaWiki]
For simple tables or for calculation tables, yes. It’s relatively close to Markdown, even.
Unfortunately it does not play nicely with any sort of advanced syntax on table cells themselves, such as lists inside tables. For that, I prefer the MediaWiki syntax even if it’s ugly (a DW plugin called exttab3 provides near 1:1 MW table syntax).
Some stuff like tags and moving pages have to be achieved via plugins. Seriously you can’t even rename a page?
IMO it’s one of its strengths, and you can do most stuff with plugins. You can even render your pages as web slides with one plugin, and in fact I used to use DW as my “PowerPoint” for quickie presentations for over a decade.
All that said, there are DW “bundles” that incorporate some good and cool things together from the get-go. Anything that incorporates the Include, Indexmenu and Wrap plugins should be golden for getting started.
As for moving, I’ve asked around for a couple of years (more like 8) and seen how things have changed (or not), and it turns out it’s half a consequence of documents being plain text files (there had to be some sort of disadvantage to that!). While it might (actually, is) possible to just move a file, there is no cheap, simple and fast way to also update all links that point to that page across the wiki, as those might be not normal links or even be dynamically generated by plugins. So most implementers are at the philosophical stage of “what even is a ‘move’?” ATM.
I hear there are improvements with some plugins that advance some of the work, but I haven’t tested myself. Don’t need to, since I just use the Page Redirect plugin if I want to mark stuff as “moved”.
Mutilates article titles. Makes everything lowercase and replaces non alphanumeric chars with underscores (or something else configurable)
Mutilates file names and mutilates article titles, separately.
The former is one of the PITAs in the design I feel. There are good, stable patches that allow uppercase filenames in the filesystem (as well as Unicode and even emojis) bu no core config option to enable them. The closest option is “safe filename encode” I think, which allows most accented letters, diacritics and stuff, but no punctuation signs, and still replaces into underscores.
I get the why (it’s very useful for making sure article and section IDs are unique) but, like, still. It’s 2026, I can name my second video card like the poop emoji and my system won’t complain.
The latter is a configurable option actually. Just set the “use heading” preference to “always” and articles will always be titled the way the first heading available does it (so, technically, the same behaviour as MediaWiki).
I’ve used MediaWiki for 6 years and DokuWiki for [*checks notes*] about 18.


Thanks!
It’s not so much about wholly removing webgl contrasted to at least having some sort of fallback that allows the site to be experienced, but thanks again for at least tackling the change.


To be fair, I should have stopped drinking coffee 10 years ago for my blood pressure.


Once again, something that is absolutely not needed to explain what a forum software is and thus, should degrade gracefully. To a static png or something.


The era of not judging the means ended in, like, 1066 or smth. Vibe-coded stuff for example means burning down a couple of forests just so the AI can propose where to place a semicolon, long before a “result” is even visible.


It’s 2026, being vibecoded is a self-explanatory problem.


Oh, so it is, hadn’t noticed it at first.
And, sure enough, disabling webgl in about:config causes the page to throw the error, instead of degrading gracefully. An animation of random dots is not at all necessary to expose about a product that is a web forum.


You mean why does the site for a forum software need webgl, by which the only reason I can think of is tracking visitors somehow. It’s not like the background landscape on the site is dynamic or something.


Mind, seems to be vibecoded.


That’s because it aims to replace one of the wrong use cases that projects (FOSS or not) weirdly decide to use Discord for, such as replacement for a “contact forum” or “support forum”.


I have seen lots of people. Mostly not here, but that’s because we here know better (I’d hope). Runs along with usual complaints such that they can’t move from a platform with 9trillion captive users to a new budding platform, conveniently forgetting that when they began Shitter and stuff also had like 0 users yet people did move.


Exactly!
people act entitled as if all that you mention was trivial and that somehow FOSS devs “owe” people, but we only see those big corpos make it happen because… well, they’re big corpos, burning VC money on makint it happen and making it happen in a controlled jail.


To my not up-to-date knowledge (2021-ish) audio calls work but they require an extension (on both participants) and are limited to 1:1, no “audio conference” support.
I do think there’s bridging for Mumble? If so that should at least cover the “audio chat” use case.


Good luck! Report results.


This whole “FOSS names are bad” sounds like a Mccarthyism sysop by this point. Like, really, who is pushing that crap?


XMPP aka Jabber.


Oh thanks, I know well about it. podman unshare is the reason why those permission issues are not major (eg.: you don’t need to ever sudo to solve the permission issues rootless causes, I think?). But my going to was more focused o borking the output or workflow of using some of the “usual” tools of a Linux console, such as needing to account for the potential existence of a podman environment on the user account (or any given user account, if doing house cleaning under root) if you ever need to rely on the recursive results of things like chmod or find.
In theory yes, and Movim is movim’ in that direction (yeah I invented that pun, blame me). That’s part of the trick with XMPP, it’s quite extensible.