操作
機能 #886
未完了
NO
NO
知識公開用のドキュメント管理の方法を考える
機能 #886:
知識公開用のドキュメント管理の方法を考える
開始日:
期日:
進捗率:
0%
一時中断:
いいえ
pinned:
いいえ
リマインド予定日:
前回確認日:
2025/12/16
管理外残件あり:
操作
nop_thread さんが12日前に追加. 12日前に更新.
0%
認証まわりで壊れたことがあって微妙に信用できない。
たぶんそのときは DB を直接弄るか何かでどうにかしたのだと思う。
URI についてはかなり気に入らない。
ページごとに安定した ID のようなものが割り振られるにも拘らず、アクセスやリンク取得で使われるデフォルトの URI はタイトル等からの生成で、しかも non-latin な文字列だと判別不能な形にぶっ壊れた文字列が使われて、そのくせタイトルや所属する book を変えると URI も変化する。
一応スクリプトを注入することで permalink をコピーしやすくはできるので致命傷ではない (Provide a way for blind users to retrieve a page permalink · Issue #3975 · BookStackApp/BookStack) が、微妙に permalink へのお気持ちの弱さを感じて信頼できない。
ページ以外については安定した ID すらない ([Feature Request] Permanent Link to Shelves, etc · Issue #1781 · BookStackApp/BookStack)。
WYSIWYG エディタを使うとセクション単位でリンクが生成されるが、これは見出し文字列を percent encode したもの。
これは安定しているのだったか？ まあ何にせよ自分で設定・編集できないのでは扱いづらくて仕方ない。
しかも markdown エディタにすると生成済のセクション ID も消滅して再生成される模様。
そこで維持する気持ちがないのであれば、結局安定性なんてないようなものだ。
モバイルのブラウザだとリッチテキストエディタのコントロール類が少し削減されて、リストの項目のレベル変化などができなくなる。
そういうことがあるなら markdown エディタを使いたいが、それだとセクション ID の安定性を捨てることになる。
つまり実質的には私の求めるコア要件を満たさない。
#849#note-2 に書いたとおりだが、実装が JS 全開ですごいことになっていそうなので (ちょっとだけソースを辿ったことがある)、何かあったとき面倒を見られる気がしない。
つまりデータあるいは機能の永続性を担保できる状況にないので、安定した URI で長期間蓄積・公開する前提で使いたくない。