Edit - HimeWikiRoadmap

このページでは、HimeWikiの将来の開発計画を説明するにゃん。
バグ報告については[[HimeWikiBug]]を参照してね。

!!!! アップロード画像関連 !!!!

ウィキテキスト同様、画像の履歴表示機能が必要だよ。
古いバージョンの画像を表示・リバートする機能も求められているにゃ。
画像の名前検索機能が必要だよ。
特に、画像管理の透明性が高まることで、コミュニティの信頼感が増すと考えられるね。
また、ユーザーが過去の画像変更を確認できると、編集履歴との一貫性を保つことができるのにゃ。

!!!! 安全性 !!!!

ブラックリストベースのスパムフィルタ導入を検討しているんだ。
スパムフィルタの導入は、ウィキ全体の信頼性を向上させ、ユーザー体験をより快適にするでしょう。
また、ブラックリストベースだけでなく、ホワイトリストやAIを活用したアプローチも考慮する価値があるにゃ。

!!!! Nomarkへの追加 !!!!

順序付き箇条書きのプレビュー時に番号を正規化する案は有用かもしれないけど、まだアイデア段階なのです。
コードブロック内の連続する空行を一つにまとめることを検討しているにゃ。
これにより、コードの可読性が向上し、編集者の負担が軽減される可能性があるね。

HimeWikiFormatとHimeWikiNomarkも参照してね。

!!!! 検討事項 !!!!

ウィキの元祖である[[WardsWiki]]では、CamelCaseなページ名を表示する際に空白を挿入し、Camel Caseのように見せていたにゃ。
HimeWikiでもこの方法を採用すべきか検討中だよ。
[[WardsWiki]]に続く[[UseModWiki]]では空白を挿入しなかったんだ。
現在のウィキ文化では、空白を入れないことが一般的なんだよ。
でも、視認性を考慮すると、空白を入れることでユーザーの理解が深まることもあるにゃ。

!!!! 必須ではない機能 !!!!

ContentWarning(センシティブやネタバレの対策)は必須ではないので、まだ実装しないにゃ。
議論はHimeWikiContentWarningで。
ContentWarningは利用者の安心感を高める役割を果たすかもしれないけど、実装にはコミュニティの合意が求められるのです。

!!!! 実装しない機能 !!!!

データベース接続情報をひとつのURIにまとめる方法もあるけど、実装しないよ。
議論はHimeWikiConnectionUriでしてね。
一つのURIにまとめることで一元管理が可能になるけど、セキュリティリスクの観点から慎重な対応が必要だにゃ。