Scrapboxの未解決問題
暫定的にScrapboxの哲学とUXとで分類しているが、項目が増えてくると誤った二分法になる可能性が高い
そろそろ個別のページに切り出してもよさそう?
すべて切り出したら、このページ自体の意味はなくなりそう
ハッシュタグのような存在
entrypointとしてのページの役割は果たしているかも
Scrapboxの哲学に関係すること
表記揺れ
複数の文脈で違う意味として使われる言葉の区別
大きすぎるリンクの問題
ゴミページをどうするか
ページ間は非階層構造だけどページ内は階層構造
これは未解決問題ではなく単なる特徴
scrapbox project同士を繋げられない
タグ記法の位置づけ
text以外を使った情報表現に弱い
Scrapboxをコミュニケーションツールとして使う上での課題
アウトライン構造の限界
リンクを事後的に細分化しづらい
「困ったときにあとで編集すればいい」と/rashitamemo/rashita.iconさんは述べていた
その「あとで編集する」に結構手間がかかるということが問題点
手作業でリンクを張り替えるしかない
このあたりはKozanebaを使うとやりやすくなるそうだ
UXに関わること
Scrapboxの動作が遅い
Scrapboxの多言語化・地域化
help-jpに書いていないことが多い
Scrapboxのテーマのカスタマイズ
スマホからscrapbox編集するのつらい
projectごとにuser nameを変更できない
むしろ、user に alias を割り当てられるようにしてほしい
scrapboxのproject nameを変えるの難しい
Scrapbox記法にエスケープシーケンスがないので、引用文やリンクタイトルに[などが入っていると困る
https://scrapbox.io/villagepump/%5BAlexandros%5D
暫定的に全角にするというのも
アウトライナーとしてのScrapboxの機能は不十分
巧妙な荒らしへの対処
Scrapboxで荒らしに対処する方法
メールアドレスがプロジェクトメンバー全員に公開されている問題
参加メンバーにメールアドレスを公開しない設定が欲しい
コードブロック記法に書いたcodeのバージョン管理ができない
ページを切り出すとテロメアがリセットされて未読がわかりづらくなる
テロメアが編集のハードルを上げている
Drawingの機能が少ない
Internet Archiveに保存できない
これ致命的な弱点じゃないか?takker.icon
過去のscrapbox pageの魚拓を保存できない
削除された scrapbox projectのpageを閲覧できない
その発想はなかったyosider.icon
解決策
静的ページを生成するclone siteを用意して、定期的に魚拓をとらせる
Scrapbox Readerをベースに作れそう
scbjson2ghpages
scrapbox-external-backupを使う
全文検索が非力
ベクトル検索とか対応してほしい
アクセシビリティにかかわること
/forum-jp/スクリーンリーダーユーザーに対してアクセシブルにしてほしい
まだscrapboxの先に何かある
多すぎる利用者に関する話題や問題ってあったりしますか?
たとえば1projectにアクティブユーザーが千人以上、万人以上が存在しているケース
千人万人社員の会社で全社導入して、社員達は毎日ログイン
直感だが色々厳しくなってくる気がするような、しないような
Streamあたりはさすがに厳しい
inspired by Confluence
コンフルは万人従業員でも利用実績があって、「Scrapboxだとどうなんかな」とふと思った
スペースを複数作ってそう。数万だと。
組織構造と同じかもしれない
千人の部署や部門をつくるかというと、そうじゃない
数十~多くても数百くらいの部署にしているはず
Scrapboxも同じようにするべき?
sawachin.iconさんが詳しそう
/forum-jp/大人数(だいたい10人以上?)で同時編集すると重くなる
/forum-jp/Scrapboxのトラブルシューティングを教えて欲しい
開発者「ページの繋がりの視覚化 (daiiz)がそろそろ欲しいな」@/scrapbox-drinkup/Scrapbox 3年間 1400回のリリースを振り返る#63d8b8ff97c29100008a4eec
/ScrapboxHelp/サポートされていない機能