Conflict between Tags/Keywords #2

Open
opened 3 years ago by anybody · 0 comments
Collaborator

Both Tags and Keywords can be used in Markdown yaml header, which can create inconsistencies, so better for one of the two to be recommended by design.

  • 'Tags' works, also mysandpoingproject/tags returns a valid site
  • 'Keywords' has the advantage that it appears in the rendered website (screenshot), but mysandpoingproject/keywords returns Error 404.

Perhaps one of the two can be forced/recommended by design, as the suggested way to go. Having both can only create incosistencies (screenshot 2) if actually the purpose is the same.

On an additional note, depending on the Sandpoint project, editors might or might not want the 'Keyword' to appear (as in Screenshot 1). It could be great it that was controlled, for example in config.toml (e.g. showKeywords: boolean)

Both Tags and Keywords can be used in Markdown yaml header, which can create inconsistencies, so better for one of the two to be recommended by design. - 'Tags' works, also `mysandpoingproject/tags` returns a valid site - 'Keywords' has the advantage that it appears in the rendered website (screenshot), but `mysandpoingproject/keywords` returns Error 404. Perhaps one of the two can be forced/recommended by design, as the suggested way to go. Having both can only create incosistencies (screenshot 2) if actually the purpose is the same. On an additional note, depending on the Sandpoint project, editors might or might not want the 'Keyword' to appear (as in Screenshot 1). It could be great it that was controlled, for example in config.toml (e.g. showKeywords: boolean)
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Drawwell/SandpointsTheme#2
Loading…
There is no content yet.