Thread:TheHumanAmbassador/@comment-26907577-20200128211255/@comment-32182236-20200404183836

Alright.. Here's my analysis on the matter.

At first, I started analyzing it as if you were looking for properties this wiki needs to have, but I've since realized you were talking about our Undertale analyses in general. (Which means I started by saying we should look at whether or not we need the first.. By taking a look at whether or not the Undertale Wiki itself has a solution to these problems and whether or not we can just continue there.)

But since we're speaking in general terms, I'll analyze it accordingly.

Email is definitely thrown out.. And yes, Discord likely as well, since not everyone here has a Discord. Though if it wasn't for the other problems, it'd be the first choice if we decided we needed to compromise it, as it offsets it by the least amount, by just adding an account barrier, rather than actually making it impossible to keep track of.

However, there are other problems (eg: categorizing discussions, rather than having every discussion lumped together, which is probably why Undertale Wiki's Discord is a chat), so Discord likely isn't happening anyway. Plus, it'd be better to have something that doesn't add any new barriers at all. (Still, in this point, Discord is a better choice than email, which has all of these problems, PLUS more. You'd need to forward the email to EVERYONE who participated in the Disccusion, and email EVERYONE who even decided to join the Undertale Email.. thing every time a new discussion was started so they can join by emailing the founder of the topic.. That'd get really bad, really fast.)

And yes, formattable as well. If Discussion decides to improve itself, we might actually end up using it, but we do need a plan B. Or.. is this plan A, since it's more likely than plan B, even though if Discussion works this plan ends up being useless?

And yes, long posts as well.. Either that or many posts. A workaround like splitting a large post into several smaller posts might work. (Though it would make it a bit more tedious for the users, unless we make it automatic.. Which is tricky, because we might have one post cut off in an awkward position. Though until we find a better way, we could start with having it so it cuts off at the latest possible paragraph (ie:String of text without a line break). And if no such paragraph exists because the whole thing was one giant wall of text, then we have other problems anyway.. It's probably better off not going through in that case. (Unless the limit is something like 140 characters. Then this solution won't work.)

The conclusion I'd say is likely the same. Either find someplace else.. Or improve this wiki to remove the problem. I was suggesting maybe we find a way to lower the bandwith used up.. By upping the efficiency. Though I'm not sure how to do that, or if it's possible.