Claire wrote: Sat Jun 06, 2026 11:14 pmI think your best option would be to test this extension here that adds a knowledgebase to the forum:
I have zero knowledge with forum extensions. Would that be easy to implement and test?
LtBroccoli wrote: Sat Jun 06, 2026 11:25 pmI like pretty much all of this. I would like to allow comments because sometimes either I forgot what I was trying to do or someone reading it caught something different. Maybe we include mentions for crossovers down the line, or throw little easter eggs in for characters and locations.
When I said no comments, I meant no comments by other users.
It is just the posts the author made, no other users cluttering up the space in between.
[/quote]
LaLia wrote: Sun Jun 07, 2026 12:51 am
I wouldn't go overboard with the rules, either.
Mandating a structure for the stories is a good thing given the legal considerations, but we should allow users some freedom and creativity. I don't think we need to mandate a specific template for this.
Yes. Just
a structure, not a specific one. Just to prevent companion threads that can't fulfil their function because they are a disjointed mess.
There is some leeway too.
One user might use a very orderly structure, with numbers and alphabetical order
1
1.1
Text
1.2
Text
Others:
People
Places
As long as there is
some structuring to allow the thread to function as a quick reference handbook, it would be alright.
The same applies to having too many rules about "when" and "who." The idea that you can only do this once you have two combined stories is nonsense. A single story—perhaps in the fantasy or sci-fi genre—with extensive world-building could make great use of this. Take TV examples like *Game of Thrones* or *Lord of the Rings*: both are series or stories where the lore alone is almost as vast as the story itself.
Yes, that is correct. One big story may be more complex than five smaller ones. But I would still keep the wordcount of at least a "long" story, either in one single story or combined.
Regarding those two points—mandating a structure and restricting it to the second story onwards—we have to ask: who is actually going to use this? It’ll be us—the current or former admins and mods, or those who have already written hundreds of posts on the board. Don't forget that creating a companion story like this requires a huge investment of time and writing effort; for that reason alone, not many people will actually do it. I trust everyone who has replied here to use their own creativity to build this without getting bogged down in a complicated set of rules. A guide or a "how-to" would definitely suffice.
I had that in mind. Those people would of course instantly get the role of "Companion Thread Poster".
But if we have no limitations we might see a number of companion threads for medium or even short stories that don't need it at all. But on what basis would a moderator delete that if there is no rule?
However, I completely agree with the question of whether others should be able to comment in the thread. The issue there is technical feasibility: can we restrict it so that only the thread creator can edit it and post replies? If necessary, I could live with allowing replies, provided it doesn't get out of hand or detract from the feedback the stories themselves receive. But a hint would certainly help there.
I think if replies are not allowed and the number of people who can post in the subforum are limited to the ones who actually put the work in, and have already some words under their belt (hence the 15.000 word threshold) those people can be trusted to honour that rule, and in the odd case one does not it is easy for moderators to correct.
4 Rules:
1. You have to apply to be added to the group to open a companion thread
2. The story or stories your thread is a companion to needs to have at least 15.000 words in total
3. Your thread needs to have a discernible structure (how exactly you do it is up to you)
4. Only the author posts in a companion thread, all other posts are deleted
I think that is not overly complicated or bogged down (?)
If we go with
@Claire's knowledgebase suggestion I guess No. 4 would no longer apply.