From 6799b1fb471f0abb2314e3d9e92ee13960d8235b Mon Sep 17 00:00:00 2001 From: William Jacoby Date: Wed, 23 Sep 2026 18:05:54 -0500 Subject: [PATCH] Add six more wiki-feature ideas to docs/TODO.md Table of contents (finishing the already-scaffolded article_toc column), internal wiki links, move/rename an article, watch/subscribe to an article, categories/tags, and wiki-specific search. Co-Authored-By: Claude Sonnet 5 --- docs/TODO.md | 51 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 51 insertions(+) diff --git a/docs/TODO.md b/docs/TODO.md index 669682f..d8c17fc 100644 --- a/docs/TODO.md +++ b/docs/TODO.md @@ -30,3 +30,54 @@ Still needs deciding before implementation: than end-user input, but still ends up in content regular members see and can build on, so it shouldn't get a free pass on the same checks normal article content goes through. + +## Table of contents + +The `article_toc` column has existed in the schema since early on, but +`wiki/edit.php` always inserts an empty string into it and nothing anywhere +reads it — it's scaffolded and abandoned. Finish it: auto-generate a TOC +from the article's heading structure and render it at the top of the +article (likely only worth showing past some minimum heading count, so +short articles don't get a token one-entry TOC). + +## Internal wiki links + +A lightweight `[[Article Title]]`-style shortcut (MediaWiki's signature +syntax) instead of requiring a full `[url=...]` BBCode every time you want +to link one article to another. Would need a custom BBCode or a message-parse +step that resolves `[[...]]` to the right article URL, including handling +the "target article doesn't exist yet" case (MediaWiki renders those as a +distinct "red link" style). + +## Move/rename an article + +The URL slug is fixed forever once an article is created — only the title +can change. There's no way to rename a page's URL while keeping its version +history attached; today that means manually recreating the article under a +new URL and losing the connection to its history. Needs a "move" action +(permission-gated, presumably `u_wiki_set_redirect`-adjacent or its own new +permission) that renames `article_url` across all of an article's versions +and optionally leaves a redirect stub at the old URL. + +## Watch/subscribe to an article + +The existing notification type only fires for "pending approval" (aimed at +moderators). Regular readers have no way to ask "notify me when this +specific article changes" the way forum topic-watching works. Would need a +second notification type plus a subscribe/unsubscribe action on the article +view page. + +## Categories/tags + +Browsing is flat today — Popular/Latest/All/Sticky/Pending on the overview +page, nothing that groups articles by topic. Would need a taxonomy (even a +simple one-tag-per-article model to start) and a browse-by-category view. + +## Wiki-specific search + +Check first whether phpBB's board-wide search already indexes the +`wiki_article` table at all — it's a non-standard table outside phpBB's +normal post/topic search index, so it likely doesn't, which would make this +a bug fix (get wiki content into existing search) as much as a feature +request. If it doesn't and can't reasonably be hooked in, a dedicated +wiki-scoped search page would be the fallback.