Allow Secrets to have several Related Articles | World Anvil

Remove these ads. Join the Worldbuilders Guild

Allow Secrets to have several Related Articles

User Interface (UI) / User Experience (UX) · Secrets · Created by scholarmage
closed
feature -vote -articles -edit secrets

What functionality is missing? What is unsatisfying with the current situation?

Currently a Secret can only be Related to a single article; changing the related article in the secret will remove the secret from the original article. If a secret is cross-referenced from another article, it cannot be edited without going elsewhere. While secrets can be added into the body of an article with a link, seeing any secrets used in the article which aren't connected requires going to view or preview. Actually editing an unconnected secret requires going elsewhere entirely, then making your way back manually.   The 'Subscriber Groups' drop-down directly below the 'Related Article' drop-down has exactly the right functionality to serve this purpose. If it could be mirrored with 'Related Article', then secrets could be integrated directly into every article which they affect.  

How does this feature request address the current situation?

If the database structure could be changed so that instead of being one-to-one (one secret to one article) it is one-to-many (one secret to many articles), this would make controlling and editing secrets a lot easier. It would allow secrets to be quickly and easily checked or altered while in the process of making changes to the article.

The Team's Response

So first of all. I would like to clarify something.
Secrets CAN be included ALREADY in as many articles as you want by using the secret:id tag. This was and always be the case.   The only reason that the relation between an article and a secret exists is in order for that secret to appear in the metadata section of that article.   The above proposed one-to-many approach will allow one secret to be part of many articles but it will not allow for an article to have more than one secret, which I think is quite worse that what it's currently the case. (having articles have many secrets) I imagine the original poster would prefer a Many-to-Many relationships but that will require a complete rehaul and a migration of the current data to a much more complex structure.   From reading the "HOW DOES THIS FEATURE REQUEST ADDRESS THE CURRENT SITUATION?" the issue is ease of editing while writing an article. That issue will be addressed from an upcoming update as a whole. If this is not the case, please talk to me on #development-discussion on Discord quoting this request and @-ing me.   Pending the upcoming update this will be closed, IF after the update this is still an issue we can have a discussion and accept the task.
Current score

71/300 Votes · +14360 points

Votes Cast