①
アカウントは名前のみ。プロフィールや編集ランキングなどSNS的機能は不要。ただし、管理の円滑化のために最低限のアカウントページは作り、「管理しているWiki一覧」「連絡先」(セキュリティ上問題なければ)は表示できるようにすべき。
また、Wiki内に一般利用者が閲覧可能な「管理メンバー一覧」ページを作り、そこから管理メンバーへの荒らし通報や問い合わせなどができると望ましい。
編集の公開については、>> 10より
②
権限は、ZAWAZAWAと同様に「オーナー」、「アドミニストレーター」(いずれも従来の管理人権限相当)、「モデレーター」(従来のサブパスワード権限相当)の3段階とする。
また、正直カタカナの名称はわかりづらく感じるので、できればそれぞれ「管理人」「共同管理人」「副管理人」としてほしい。(以後、便宜的にこちらの名称を使用させていただきます。また、"管理メンバー"はこれら3つの総称です)
副管理人の権限は管理人および共同管理人がある程度選べるようにすると柔軟性があって良さそう。
③
ZAWAZAWAで言うところの「一般メンバー」は不要。
運営の方がおっしゃるように、「誰でもすぐに編集できる」というオープン性と匿名性はWIKIWIKIの大きなメリットである。私の管理するWikiでも、「匿名でアカウントなしでも気軽に参加できるのが良い」という声が、低年齢層に限らず見受けられる。 一時期な荒らし対策としては「メンバーのみ編集可」というモードは確かに有効なのかもしれないが、それが常態化すると閉鎖的で新規参入のハードルが高いWikiになってしまいかねず、本末転倒である。
アカウント制度はあくまでも管理メンバー向けのシステムとし、一般利用者は従来と何ら変わりなく利用できるようにしたい。
もちろん、副管理人などに昇格する際はアカウント作成が必須になるが、それはむしろ信頼のない人物が権限を持ってしまうリスクを減らせるので良い。
ゲスト向け編集差分ログでID別で見れるのとはまた別のものでしょうか。IDは変化することがありますが、現状のトピック主の主張と大きく外れているとは思わないです。
もし全く別の主張をしているのであればもう少し具体的にどういった機能を求めているのか記載したほうが良いと思います。
まずは、
#code
にコピーボタンを実装いたしました。コピーボタンはデフォルトで表示されるため、
#code
に引数は不要です。今後、インライン型の別プラグインとしての実装も視野に入れておりますので、デザイン等について引き続きご意見をいただけましたら幸いです。
こちらのご要望につきましては、対応が完了しております。
該当のファイルは、「添付」「全ページのファイル一覧」「詳細」より削除していただけます。
Seesaa Wikiのようにそのwikiに登録されたメンバーのみの編集制限や管理人のみなどの編集機能があれば良いと思います。
皆様ご意見いただきありがとうございました。
賛同の多い要望かと思いますので、運営チーム(@wikiwiki)の見解をいただければ幸いです。
賛成ですね。
確かに編集制限をすると、管理してる人でさえ、編集できなくなってしまうのは、不便ですね
アカウント制度の導入とそれによる編集制限などの議論はこのトピックで行われております。話が複数箇所で行われると大変なため、似た話題の場合、こちらで対応していただきたいです
タグで切り替えできるプラグインの仕様について
PC版とスマホ版で画面領域が違うので、どちらかに合わせるほうが運営さん的には良いのかなと思います。
入れ子構造:どちらでも可
→PC編集ではあると便利ですが、スマホ編集では無い方が便利と思っています。
ラベル指定:必要
→文字列ありでスマホ表示では一定文字数を超えたら「…」が表示されたらいいと思います。(例:あいう…)
WIKI記法:不要
→理由あって運営さんが不要としたいのであれば、それを押し通すのが定石です。有料プランが存在していない以上はどうすることもできないので、他の要望を却下されて従うことと同じように異論ありません。
ラベルのデザイン:希望なし
→希望はありませんがプルダウンが利用しやすいです。画面外の数の表示になってもスクロールボタンが表示されてプルダウンできることが望ましいですね。いくつかサンプルを動画なり画像なりで運営さんが用意して、投票してもらうこともご検討ください。
タブ数の制限
→どれほど負荷が増えるか不明ですが、負荷が大きいページをタブで表示されるwikiもあると思いますので、それを見越した制限が科された方が運営的に対処しやすいかと存じます。
スマホ表示について
iOS独自の仕様で開発に苦慮していると伺っています。利便性を損なう場合、旧来の現行表示ができる形も選べると助かります。現行の編集モードである構文ハイライトON・OFFのように選べることが良いです。
最後に
過去に前例のないほどに数々の要望に対するご意見が、ここ数日だけで運営さんへ向かって投げかけられている状態です。それほど皆さんの編集意識の高まり・編集意欲の向上が感じます。どれほど受け止めて反映できるのか分かりませんが皆さんの思いはただ一つ、各々が行っている活動の発展です。早急でなくて構わないので一つひとつ、ご対応をお願いいたします。
>> 9さんが言っている
同意します。この機能が実装されたら編集しやすいなあと個人的に思います。
管理をされている方の一番厄介で時間のかかる対応は荒らし・迷惑行為をする人物の特定及び、事後対応です。できるだけ工数を少なくして処理して対策したいと思っているはずです。まして迷惑行為の精査は慎重に行い、対処しなければならない大切な工程です。運営さんに最優先事項で対応して欲しいです。
これができるだけでも時間効率が短縮できます。
以前に言及して運営さんから返答いただいていないので、サイレント修正されたものと認識しています。テスト導入ではない正式導入しているプラグインの変更に関しては、案内して欲しいです。
100件表示されている現在において>> 1、>> 8なりの何らかの手法で全タグを見れるようにしていただきたいと願っています。
コメントありがとうございます。
タブの仕様に関する個人的意見を以下に示します。
入れ子構造
不要。構造が複雑になる事で処理が重くなってしまう懸念があるからです。
ラベルの任意指定
必須。
ラベル内のWIKI記法
あれば良いですが、どちらでもかまいません。
ラベルのデザイン
使いやすいデザインであれば、どのようなものでもかまいません。
タブの上限
設けるとしたら、10程度が良いと思います。
スマートフォン表示でのラベルの切り替え
個人的にはプルダウン形式が使いやすいです。
@wikiwiki
本来のメンション機能の意図するところではないと思うのですが、メンションを送らせていただきます。
本変更について、2024/07以前の仕様であるとtaglistのページがサーバに負荷をかける等望ましくなく、一定件数を越えた際に、Too many tags to display.のエラーメッセージを表示する仕様に変更したのだと認識しております。
ただこの約9ヶ月間、wiki内で利用しているtag自体を一覧したい場面が複数あり、なんらかの形でwikiwiki内の全タグを取得する方法の実装を希望します。
以前のtaglistのように甲に対してtag甲を付与したページを下層に全表示する仕様は必要ありません。
使用しているtagの一覧のみが取得できれば十分です。
・#tagcloud(,cloud=off)を2024/07以前同様に100件でなく全件表示する
・#tagcloudの表示数上限を100としたまま、前/次の100件のページ送りで分割表示する
などの現状の機能の延長線で構いませんので、ご検討をいただきたいです。
@wikiwiki
お世話になっております。この件について、以下の点についてお教えいただる部分があれば、ご返答を頂きたいです。
・この不具合を認識しているか。
・この不具合は修正可能なものか。
・本プラグインの仕様や、wikiwiki運営のリソース面から、不具合が解決するのにどの程度時間を要しそうか。
正直なところ、wikiwiki全体のaaプラグインの利用数や発生する状況の特殊性から、対応の緊急性が高い案件とは言えないと感じております。
とはいえ不具合が発生しているのも事実なので、修正にかかる日数を踏まえ、aaプラグインを利用しない形でページの内容を修正するか、現状どおりページを保持しておくかを考えたいです。
既存の議論に同意します。編集差分ログはこれまで荒らしへの対応を行う用途で活用することが多いです。
この際、特にUAやIP、ホストなどで絞り込んで特定ユーザの編集履歴を検索する場合は、その日の編集履歴だけではなく上限いっぱい(=90日分)の編集ログを取得したいと感じます。
現状の仕様は検索にマッチする内容は日付ごとで区切って表示され、例えば4/16に検索にマッチする編集差分ログがあるかは4/16のタブを開いてみないかぎりわからない仕様で、運用するのには負担感があります。
日を跨いで一定件数表示をしてくれるのが理想です。
次善として、日付タブに4/16 (20件)のように件数を表示してくれたり、その日付に検索結果がないときはリンクが機能しなくなったりと、現状のUIのままでも確認すべき日付タブが減る方向性のアップデートが考えられます。
いずれにしても、今の編集差分ログを利用して十分な管理を実施するのは、管理人が慈善事業な以上勘弁してほしいというのが正直な気持ちです。
レイアウト構成の幅が広がるため、是非とも導入していただきたい機能です。
タブ仕様に関する意見は以下のとおりです。
→要望が多ければ設定可能で良いと思いますが、ソースが複雑になり可読性が下がるので個人的には利用予定はありません。
→スマホ表示を考慮すると短い文字列などの指定は必須かと思います。
→改行やリンクなどを記述するとタブ本来の機能を損なう可能性があるため、制限した方が良いと考えます。
→後述のスマホ表示と関連しますが、選択中のタブが分かりやすいものであれば特に希望はありません。
→タブ内の表示はinclude想定とのことなので、includeの仕様に合わせる形で良いと思います。
→flex_containerプラグインのように、画面幅に応じて動的にタブの行数が切り替わる形式が良いと思います。
特定ユーザーの編集を日を跨いで一覧化できないのは非常に不便だし、日付の選択も不便です。
こんな話をしたら怒られるかもしれませんが、ログ画面のURLを手で書き換える(day=の部分に見たい日付を入れる)ことで、特定の日付に直接移動できます。
ttps://c.wikiwiki.jp/wiki/diff-log?day=2025-04-19
↑ここ
同意します。1日ずつ見ないといけないので不便だと思います。
日付の選択も1週間ずつしか移動できず、昔のログを見たいときカレンダー画面で選択するようなものがあったら良いなと思っています。
そこまで使用頻度は高くないのですが、もっと便利になったらいいなとは思います。
こちら、他の管理者ユーザーの方が居ればご意見を伺いたいです。
>> 9さんと概ね同様の意見です。
コード型はページ(の一部)テンプレートで、インライン型は何らかのID(wiki外で使用)などで利用しやすいかと思います。
もともとページテンプレートなどの拡張として希望したこともあり、どちらか一方を優先して実装するのであれば
#code
から拡張したコード型を希望します。イメージとしてはテック系サイトで用いられるコードブロックのようなものです(quitaなどが参考になるかと思います)。
タブ機能は私も所望します。
その上で運営チームからのコメントを踏まえて個人的な意見を羅列します。
・タブの中にさらに別のタブを配置するような構成は必要か?(いわゆる「入れ子構造」)
→不要です。タブ形式の場合、includeよりも入れ子化すると見づらくなるのでは?と思っています。
・タブのラベルは任意に指定できるべきか?
→必要です。そもそもラベルが変更できないとタブ機能の意味が無いかと思います。文字・背景色などは無くて構いません。
・ラベル内でWIKI記法を使えるようにするか?(※あまり許容したくないと考えています)
→中立です。基本的には欲しいですが、無くても許容できます。
・ラベルの見た目やデザインはどのような形式が望ましいか?
→>> 12さんと同じく見やすければ特に希望ありません。
・タブの数に制限は必要か?
→特に希望はありません。極端に多くても読み込み速度を損なうだけかと思いますし。
・スマートフォン表示ではラベルをどのように扱うのが適切か?
→プルダウン形式だと一番見やすいかと思います。
>> 15さんの意見に賛同します。
私が管理しているwikiにおいてもサブパスワードの発行には一定回数以上の編集参加を条件としているものの、現状の完全匿名仕様ですと確認に労力を割くことになります。
一方でアカウント間の連絡については中立的な立場です。wikiは個人間のコミュニケーションを取る場ではなく、他のSNS等で十分代用可能と考えているためです(あれば便利かとは思いますが)。
この仕様はzawazawaと同じかと思いますので、近い機能、ひいてはzawazawaアカウントと連動するようなシステムがあれば個人的には重宝します。
>> 13の「匿名が基本、ただし管理メンバーはアカウント必須」という形態には賛成ですが、今多く言われている「管理人・副管理人のみがアカウントを持てる」ではなく「一般の利用者も希望すればアカウントを持てる」の方が良いのかなと個人的には思っています。
私が参加しているwikiの中に副管理人を決める条件としてwiki内以外の連絡先を持っていることやwikiに参加してから○日以上などの条件があるので、そういった統計情報などをアカウントページに表示させることで管理メンバーが副管理人などを選ぶ際の参考にできると思います。
また、アカウントページにコメント欄があるとwiki内で匿名での質問や連絡ができ便利だと思います。
アカウント機能が実装された場合の話ですが、アカウント保有者の場合は編集差分ログのネットワークID・ブラウザIDの部分がアカウント名に変わるようにしてほしいです。
現在zawazawaで実装されているグループ管理画面をベースに、>> 12で提案されているような
wiki独自の要素を組み込んだシステムにするというのは技術的に可能なものでしょうか。
wikiとzawazawaを併用して管理するケースは多いかと思いますので、
ある程度UIに共通性を持たせることができれば管理の利便性向上は図れるのではないかと考えます。
なお、編集者の公開・非公開という点に関しては、編集差分ログ機能によって同様の内容が既に実装されているため、
改めて機能を設計する意義は薄いのではないかと感じますが、いかがでしょうか。
念のためですが、私は「アカウント作成が基本、ただし匿名でも編集可」というより「匿名が基本、ただし管理メンバーはアカウント必須」という形態にして欲しいと思っております。理由は③に記したとおりです。
つまり、私の思う「アカウント」は「管理者」や「サブパスワード」の発展版に近いです。
ただ、もし前者(アカウント作成が基本)とする方向で議論が進んだ場合でも、主張内容はおおむね同じになります。
運営の方からの返信や皆さんの意見を拝読し、私なりに考えてみました。
具体的には以下のようなシステムを提案します。
①
アカウントは名前のみ。プロフィールや編集ランキングなどSNS的機能は不要。ただし、管理の円滑化のために最低限のアカウントページは作り、「管理しているWiki一覧」「連絡先」(セキュリティ上問題なければ)は表示できるようにすべき。
また、Wiki内に一般利用者が閲覧可能な「管理メンバー一覧」ページを作り、そこから管理メンバーへの荒らし通報や問い合わせなどができると望ましい。
編集の公開については、>> 10より
こちらの意見に全面的に賛成。
公開する設定になっていてもアカウント名を隠した編集も選べると嬉しい。
②
権限は、ZAWAZAWAと同様に「オーナー」、「アドミニストレーター」(いずれも従来の管理人権限相当)、「モデレーター」(従来のサブパスワード権限相当)の3段階とする。
また、正直カタカナの名称はわかりづらく感じるので、できればそれぞれ「管理人」「共同管理人」「副管理人」としてほしい。(以後、便宜的にこちらの名称を使用させていただきます。また、"管理メンバー"はこれら3つの総称です)
副管理人の権限は管理人および共同管理人がある程度選べるようにすると柔軟性があって良さそう。
③
ZAWAZAWAで言うところの「一般メンバー」は不要。
運営の方がおっしゃるように、「誰でもすぐに編集できる」というオープン性と匿名性はWIKIWIKIの大きなメリットである。私の管理するWikiでも、「匿名でアカウントなしでも気軽に参加できるのが良い」という声が、低年齢層に限らず見受けられる。
一時期な荒らし対策としては「メンバーのみ編集可」というモードは確かに有効なのかもしれないが、それが常態化すると閉鎖的で新規参入のハードルが高いWikiになってしまいかねず、本末転倒である。
アカウント制度はあくまでも管理メンバー向けのシステムとし、一般利用者は従来と何ら変わりなく利用できるようにしたい。
もちろん、副管理人などに昇格する際はアカウント作成が必須になるが、それはむしろ信頼のない人物が権限を持ってしまうリスクを減らせるので良い。
④
前項で一般メンバー制度を否定した代わりというわけではないが、荒らし対策は大幅に強化し、気軽さと安全性を両立したシステムにしてほしい。
例えば、次のような機能が挙げられる。
・管理メンバーは凍結ページを編集可(≠凍結解除)
・「管理メンバーのみ編集可」機能 (どちらも>> 5から)
・大規模な荒らし時のロールバック機能 (>> 11から)
・ページ名NGワード設定機能
・荒らし通報があると管理メンバーのアカウントに通知が行く機能
⑤
その他、追加でこのような機能もあるとありがたい。
・アカウントとWikiの紐付けによるシームレスな移動(>> 7から)
・管理メンバー同士で話し合える機能(外部SNSのグループチャットなどを使わずに済む)
・管理人だけができる機能の副管理人への拡大(②の項で書いたように選択制だと良い)
・問題のあるアカウントを運営に通報する機能
以上、長文で申し訳ありませんが、私からの提案です。
こちらに一票です。私がアカウント制度の導入を求めている理由として、現行のサブパスワードはあくまで管理人の補助のため、管理パスワードも含めて編集権限の強化を求めています。凍結中でもパスワード保持者は編集できたり、大規模なページ削除があっても運営に頼らずに荒らし行為が起きる前までにロールバックできたりなどです。現状はどの作業もひとページづつ手作業で行う必要があります。
>> 3の方が言うようにFrontPageやお知らせページの凍結しているページは匿名利用者に編集させず、管理側の利用者だけ編集できるといった編集機能の強化・拡張をお願いしたいです。
また、当Wikiではないのですが幾つもの荒らし対策を回避して執拗に執着して荒らす利用者がいます。日本の電話番号取得もフリーSNSサービスは除いて昔と違い、低価格で複数回線の取得が容易になっています。このことから、執拗な荒らし行為を完全排除のために特定のページあるいは特定のディレクトリ、特定のWikiごと、アカウントなしでは編集できないような仕組みを望みます。
さらに以下の管理パスワードを所持する管理人だけができる以下の編集に関わる機能もサブパスワードなり、アカウント所持者に権限を付与してメンテナンス管理しやすくなるようにチームを形成したいです。ご検討いただければ幸いです。
参考までに、ユーザ側での対処法を記します。
>> 2のコメントに記載されているInterWikiNameの記述を以下のように修正することで
リンクが機能するようになります。
(下記の内容をそのままコピーして差し替えると楽です。)
なお、本トピックは既に[解決済み]扱いになっていますので、
ホームの案内に書かれているとおり、新規にトピックを作成すると運営の目に留まりやすいかと思います。
複数人での管理を容易にしつつプライバシーのことも考慮したいので、誰が編集したかを明確にしつつも、誰が編集したかの情報は権限を持つメンバーだけ閲覧可能にするという設定が欲しいです。また、設定の変更で全ての利用者に誰の編集かを公開出来るようにする(誰の編集かを公開するか非公開にして一部メンバーだけ閲覧可能にするか選べるようにする)と、柔軟性があってベストな気がします。
またアカウント制については、既存のサブ・パスワード機能をベースにして、個別にサブ・パスワードが持つ権限を変更出来るようにすることで十分実現可能だと思います。
他社サービスの用にユーザー毎に権限を変更して、編集権限だけ持つ一般ユーザーとwikiの管理の権限を持つ人ををユーザー毎に分けたり、管理権限を持つ人でも、バックアップの削除や規制の実施等の権限の付与を細かく操作して、副管理人にはほぼ全ての権限を与えて、そこまではいかないけど管理メンバーではある人には一部の権限だけ与えるなど、柔軟性のある管理を行えるようにする機能があると理想的です。
お忙しいところ、ご対応有難うございます。
こちらとしては、かなり需要があると思っていましたが
仰るように、全体としては否定的な意見が多かったみたいで
皆さん、荒らし・暴走などを恐れらているようです。
非常に残念に思います。
結びになりますが、長々とお付き合い頂き、ご返信有難うございました。
今後、何らかの形で、対応出来ることがありましたら、よろしくお願いいたします。
お付き合い頂いた皆様へ
長らくお付き合い頂き有難うございました。
また、ご縁がありましたらよろしくお願いいたします。
なお、スレ主様におかれましては
本題をすり替えたような事になってしまい大変失礼しました。
改めてお詫び申し上げます。
ご提案いただいた「添付ファイルの投稿者による完全削除」につきまして、慎重に検討を行いましたが、
今回は見送らせていただくことといたしました。
現時点でこの機能を要望されているのは1名のみであり、利用者全体としての需要が限定的であると判断しております。
また、議論全体を通じても、どうしても必要とされている機能であるとは感じられませんでした。
運営としては、WIKIに投稿された情報は、その時点でWIKIの一部として扱われるべきものであり、投稿者自身の判断でバックアップを含めて完全に削除できる仕組みは望ましくないと考えております。
利便性の向上も含め、必要に応じて今後の対応を検討してまいります。
ご理解のほど、よろしくお願いいたします。
返答ありがとうございます。
自分は誰が編集したかを知り管理したいわけではなく、FrontPageや引用元ページなど不特定多数の人に晒したくないページを守る制度を今より充実してほしいと思っているので、アカウントまで行かずともサブパスワードを打ち込む管理で十分と感じています(5の提案)。そのため「機能だけを制御する「匿名の権限アカウント」で十分とする」に1票です。
ご要望ありがとうございます。
アカウント管理に関するご要望について、運営の見解と検討状況をお伝えいたします。
近年、荒らし対策や維持管理の負担が増えてきており、アカウントによる管理を求める声も多くなっていることは把握しています。
そのため、特定の用途に限ったアカウント機能の導入については、今後の検討課題として受け止めておりますが、現時点で実装をお約束できる段階ではありません。
これまでの方針と対応について
WIKIWIKIでは、「誰でもすぐに編集できる」というオープン性と匿名性を重視してきました。
そのため、これまでアカウント制の導入は見送ってきました。
2020年には、メールアドレスなどの個人情報が不要な「サブ・パスワード機能」を追加しました。
これは、複数人での管理を想定した管理者向けの補助機能であり、一般ユーザーの投稿や編集を個別に制限・許可するものではありません。
アカウント制の導入はこのときも検討しましたが、個人情報の保管やログイン機能が必要になることなどから、導入は見送ることにしました。
また、プロフィールやフォロー機能といったSNS的な仕組みもあえて加えず、編集と管理に集中できるシンプルな構成を保つ方針としてきました。
なお、アカウント制を本格的に導入する場合、役割が重複することから「サブ・パスワード機能」は将来的に廃止となる可能性があります。
現在ご利用中の方にも影響のある変更となるため、あらかじめご留意いただければと思います。
あわせて、アカウント制の導入とは別に、管理者操作に対するセッション管理の必要性は認識しており、安全性と今後の利便性向上のためにも、適切な強化を検討していきたいと考えています。
ご意見を伺いたいこと
アカウントを導入するとしたら、どのような形が望ましいか、ぜひ皆さんのご意見をお聞かせください。
この設計によって、仕組みの内容や実現までのスピードも大きく変わってきます。
また、「アイコンを付ける」「プロフィールを設定する」「編集ランキングや編集者一覧を見られるようにする」といった機能は、あとから追加するのが難しい場合もあります。
そのため、最初にどこまでの機能が必要かを慎重に検討する必要があります。
ご協力のお願い
引き続きこの議論に参加される方は、話の流れを整理しやすくするため、「ハンドルネーム(識別名)」を付けていただけると助かります。
ご協力をよろしくお願いいたします。
案拝見しましたが、自分は既に超縦長になっているカード一覧ページをレアリティ毎にタグ分けしようと思っていました。既にinclude状態なのでinclude形式は移行しやすく賛同します。
入れ子→できれば欲しい
ラベルの任意指定→文字や幅、色など最低限の編集機能はほしい
タブのデザイン→勝手にエクセルとかのを想像していた
最大数→自分は10あれば十分と感じるが使用者によってかなり感覚は変わりそう
スマホ表示→すべて無理やり表示して縦に長くなるより横長でスライドできる方がスッキリするかなと感じる
@wikiwiki
数日前から各wikiにおける「?cmd=edit」を用いた「[[編集:MenuBar]]」のリンクが切れていることを確認しています。
こちらにつきまして、意図したものでなければ修正を、意図したものであれば案内を頂けますと助かります。
運営の方からコメントを頂いた後、ある程度、ご意見が出ましたので
このあたりで一旦、運営からのコメントをお願いします。@wikiwiki
こちらの方で簡単にまとめますと、現在
運営からの案で一定時間内での完全削除
>> 21>> 23一定時間内での完全削除(1時間ぐらいまで)
こちらが提案しているパスワード等を用いた期限なしの各自の削除
>> 15アカウント制度を導入するなどして、期間を設けずに完全削除できる形
以上 4案で、皆様が仰ることは意見に反対ではないですが
やはり、荒らし・暴走などを気にされている方が多いみたいです。
そこで、こちらからの提案ですが、もし、荒らし・暴走などの被害にあった場合
運営でも、バックアップを取られていると思いますが、その際の問い合わせ先などの
詳しい詳細など、もう少し分かりやすく周知されては如何でしょうか?
もちろん、各自でバックアップを取っておくことも然りですが。
長々と失礼しました、ではご返信お待ちしております。
現在はPukiWikiプラグインとの互換性がないというのは意外でした。
PukiWiki用自作プラグインの追加実装を要望しても、
なかなか応じてもらえなかったのに合点がいきました。
ただ、そうした情報はもっと早く出していただきたかったです。
(伏せておくことにメリットはないでしょう)
具体的な仕様についてですが、
原則としてPukiWikiのtabプラグインに沿ったものが望ましいと考えます。
つまり、
となります。
タブ機能の検討状況
ご要望ありがとうございます。
領域をタブで切り替える表示機能については、運営側でも有用性を認識しており、実装は計画中です。
ただし現在はまだ着手しておらず、具体的な仕様の検討には入っていません。
PukiWikiとの互換性について
WIKIWIKIはもともとPukiWikiをベースにスタートしましたが、20年以上の運用の中で独自に改修・拡張を重ねてきたため、現在ではPukiWikiのソースコードはほとんど残っていません。
一部に名残がある程度で、PukiWikiのプラグインとの互換性はなく、必要な機能はすべて独自に実装する必要があります。
実装にあたっての前提
fold のようにページ内に大量の情報を折りたたんで持たせる形式は、ページの肥大化によって初期読み込みや転送量の負荷が大きくなるため、現在は避けています。
もしタブ機能を導入する場合は、include のように他ページの内容を使用し、それを非同期で読み込む形式を想定しています。
ご意見を募集したい点
このトピックで使い方や仕様が具体化されれば、実装の優先度を上げられる可能性もあります。
そこで、以下のような点についてもご意見をいただけると、設計の参考になります。
こうした点についても自由にご意見をいただければ幸いです。
今後の開発検討の参考にさせていただきますので、引き続きよろしくお願いいたします。
ご連絡ありがとうございます。
対応いたしました。