重ね重ね申し訳ありません。
文字列のエスケープ処理に不具合があり、対応しました。 既に REST API にて置換が完了されていると思いますが、ご確認いただけたら幸いです。
なお、全ページ文字列置換を予約して実行されなかったので同じ置換前文字をSearchで検索すると検索結果が一時的に少なくなり、再検索するたびに増えていくという現象が発生しました。
これは置換後、全文検索索引(インデックス)の再構築の処理がまだ終わっていないときの現象です。 置換と同様、全てのページ内容を読み込んで処理しており、ページ数が多いほど時間がかかります。
作成できました!ありがとうございます!!!
できます。
見出しとその内容 #includex(ページ,section=(filter=見出し),titlestr=off,firsthead=off) 見出しのみ #includex(ページ,filter=見出し,titlestr=off,firsthead=off) 見出しへのリンク #contentsx(page=ページ,filter=見出し)
filter=部分はソース文に対する正規表現です。見出し名や#アンカー名の部分一致でもヒットします。 文字列ではなく何番目であるとか階層とか範囲とか、位置情報でも指定できます。 titlestr=off,firsthead=offの部分はページ名など余計なリンクを表示しないための設定です。外してみればどうなるかわかります。 その他、大抵のことはできます。 includexの仕様。リンク contentsxの仕様。リンク
>> 4当Wikiでも同様に、全ページ文字列置換の置き換わらない症状とSearchで検索したあとの現象の確認をしました。 確認した置き換えワード「_一括表示」⇒「/一括表示」
ご対応いただいたようですが、まだ直っていないようです。
ただ、4/26に予約した2件のうち1件と、今日(4/28)2時頃?予約した1件は15時頃正常に処理が行われたようです。
4/26に予約したけど実行されなかった事を再度実行しようとしましたが、置換が行われませんでした。 実行しようとしたのは以下の内容で、検索によると対象が523ページほどあるようです。 「タイトルフィルタ,PS4セール詳細v4,gamename:」⇒「タイトルフィルタ,PS4セール詳細v4,yomi:」 以前と違い、残タスク表示に残り続けることは無いのですが、実行されません。 なお、全ページ文字列置換を予約して実行されなかったので同じ置換前文字をSearchで検索すると検索結果が一時的に少なくなり、再検索するたびに増えていくという現象が発生しました。
再度、ご対応をお願いします。
ご不便をおかけして申し訳ございません。 ワーカープロセスの処理が不安定になっていたようです。 原因と思われる箇所を修正しました。
今日また全ページ文字列置換をやろうとしたんですが、またできなくなってしまいました。 対応をお願いします
本来は対応していただけないであろう不具合を直していただきましてありがとうございます。
諸外国ユーザーからの指摘で、サブディレクトリごとのMenuBarへ短縮URLを設置していました。 日本語URLはエンコードすると長文になり、使いにくいことから利用していました。
今後は思うようにプラグインが動作しない場合、作成者の違うプラグイン同士の干渉で 問題が発生している可能性も考慮して、プラグインの設置箇所の変更や不使用 (今回ならURLを英字のみにする・ヘッダーやフッダーへの設置箇所の移動)などで編集に取り組みます。 また、編集した内容がプラグイン作成者の想定外の作りになっていないかも判断材料にしていきます。
こちらの不具合、対応いたしました。 但し、注意点がございます。
&short_url; が含まれた独自の MenuBar (南国バカンス島/MenuBar) を配置し、さらに &short_url; が含まれた MenuBar を #includex を使用して展開しています。
&short_url;
#includex
#includex(MenuBar,num=7:58,titlestr=off,firsthead=off)
これは、通常の使用方法を逸脱した結果による不具合です。 逸脱した使用はこのプラグインに限らず、動作を保証することができません。 ご理解のうえ、ご使用いただければ幸いです🙇♂️
編集画面で構文ハイライトに切り替えると起きないようです
自分もwikiwikiにテーブルのフィルター機能ほしいと思ってました。 表を見るときにデータを絞り込めるとすごく便利だし、需要も結構あると思うので追加してほしいです。 以下のような感じです。 https://gamerch.com/syntaxhelp/entry/317527 https://seesaawiki.jp/w/livedoor256789/d/%A5%C6%A1%BC%A5%D6%A5%EB%A4%CB%A5%D5%A5%A3%A5%EB%A5%BF%A1%BC%B5%A1%C7%BD%A4%F2%C4%C9%B2%C3%A4%B7%A4%DE%A4%B7%A4%BF
msfsのwikiを使っているのですが、そのゲームの他にもある綺麗な景色などの魅力も伝えたいので、slider機能追加をお願いします。
WIKIWIKI運営さんが「解決済」にしたみたいで、自分でも確認しましたがちゃんと置換できました。 ご対応ありがとうございました。
Twitterでの公式アナウンスありがとうございます。 今後とも宜しくお願いします。
スレ主さんのおっしゃる通りです。 私自身は幸いなことに規制はされませんでしたがコミュニティ内で複数人規制されてしまったので運営には早めの対処をお願いしたいですね。
私や知人もですね。両方特に身に覚えがないので困ってます。
コメントについて コメント機能は4種類あります。機能比較のページ 目的にあってるのは#pcommentと#zcomment(zawazawa)です。
#comment #pcomment #zcomment #rtcomment
commentはコメントを書くたびに当該ページの更新日時が変わります。 pcommentを使えばコメントフォームが設置されたページの更新日時は変わりません。 commentとpcommentはほぼ同じ外観ですが、pcommentは更新されるコメントの内容をコメント専用の別ページに書き出します。他以下の利点。
さらに高機能なのはzcomment(zawazawa)です。 こっちはコメント主体の外部サイト(zawazawa)の機能をwikiwikiに組み込むことができます。 画像の貼り付けや管理機能が優れてます。 ただ設置に手間がかかるのが難点です。
以下の手順はどうでしょう。
InterWikiNameに追加→-[./?plugin=template&refer=(エンコード済テンプレート名)&begin=0&end=999&page= フォーム左に表示したい文字]
フォームを置きたい場所に追加→#lookup(フォーム左に表示したい文字,編集)
バックアップ一覧の使いにくさは日付昇順でリストされるため、履歴が200件もあると最新行が画面外にあり、スクロール操作をしないと確認やクリックができてないことだと思います。以下に操作による改善策を挙げます。
サイト全体の編集履歴を追うために各ページのバックアップ一覧を呼び出して編集があったのかなかったのか、あったならばその内容が適切かを確認してるのでしょうか。
RecentChangesの右上にある"最近の投稿を詳しく見る"(diff_log)のほうが楽だと思います。日ごとの編集差分を90日分の履歴が追えます。 ネットワークID、ブラウザーID、どの機能で編集したかもわかるので対象も絞り込めます。ただしdiff_logは管理者が機能を有効にする必要があります。 またあなたが管理者あるいはサブ管理者であるならば、コントロールパネルの編集差分ログ機能からもっと詳細な情報を得たり検索機能が使えます。リンク 例えば不適切な編集のIPアドレスやブラウザーの編集履歴を検索できます。
ただ、検索結果は日付ページ単位でしか表示されないので編集があった日付を一つずつ選択と目視で探し出す必要はあります。この機能の今後の改善点として週単位、月単位、以前、以降、日付の期間指定に対応してもらいたいところです。負荷を下げるためにあえて絞られてるのかもしれませんが。
どっちでもいいけど、どちらかと言えば既存のプラグインを拡張する方がいいな。 それにプログラミングの原則として、機能は最小単位に抑制した方がいいハズ。
そうでなければ無駄な機能を実装せざるを得ない状況が発生してしまうハズ。 だから例えばウィジェットのバリエーションを増やすとか、追加したい機能を もっと極限化するためにニーズを整理した方が良いんじゃないのかな。
#accordion(&color(Blue){たちつてと};,*,close){{ なにぬねの はひふへほ }}
だと、うまくいかないぞぅ?
めっちゃ使いやすい
https://pukiwiki.osdn.jp/?自作プラグイン/aapro.inc.php Pukiwikiのやつだけどこれじゃいかんのか?
Ctrlキーを押しながらソートボタンをクリックでリセット Shiftキーを押しながらだと複数列ソート 上記の機能はPCのみですが、管理しているWIKI閲覧者の大半がモバイルなので、 何らかの手段で行えるように対応を希望します。
リセットする機能は特に汎用性が高いと思われます。
対応ありがとうございました。かなり使いやすそうです
いくつかのWikiを巡回してみたところ、サブディレクトリ毎にMenuBarページを作成して 通常のMenuBarページなどをincludeしていました。 当Wikiでも試したところ、特に不具合が発生しませんでした。
不具合は直っていませんがこの代替案を採用して管理していくので、 タグを解決済みに変更してスレッドを締めさせていただきます。
現在のrenameコマンドは複数ページを一括で置換する機能が含まれてるのが理由だと思います。個別ページ変更のみ開放して、正規表現置換は従来通り管理者権限で良いのですが。ただrenameは標準機能なのであまりそこに手を加えるたくないかもしれません。そうであるならば従来のは残して、一般向けのrename2とか新たに作る必要が出てきます。
>> 18 >> 15~17は問い合わせをした文面を分割して投稿しただけと思います。 またよく覚えていないので推測ですが、リクエスト広場の文章は2/26日に更新されており、恐らくこの問い合わせを受けてその注意書きを追加したものと思います。
3/3付でhack9 Wiki*にてSubMenuのあるページを全て確認したところ、 上記の誤った内容が下記のようにいずれも変わっていました。
GHost94ではなく、hacker9/SubMenuの誤表示をしている 1.GHost94/SubMenu
GHost9ではなく、GHost92/SubMenuの誤表示をしている 1.GHost9/小ネタ 2.GHost9/3階層 3.GHost9/4階層 4.GHost9/非常階段
hackerrankingではなく、hacker9/SubMenuの誤表示をしている 1.hackerranking/アイテム効果 2.hackerranking/小ネタ 3.hackerranking
GHost93/SubMenuが参照されていない 1.GHost93/SubMenu 2.GHost93/アイテムリスト 3.GHost93/小ネタ 4.GHost93/簡易チャート
GHost9/SubMenuが参照されていない 1.GHost9/アイテム効果 2.GHost9/1階層 3.GHost9/2階層 4.GHost9/5階層
どのSubMenuの参照も不要なのにhackerranking/SubMenuの誤表示をしている 1.操作方法
賛成です。
↑のプラグインマニュアルはpukiwiki汎用のものなので、 wikiwiki専用のマニュアルページが欲しいです。
例えば、自分が便利に使用しているプラグインの1つにcountdownがありますが、 記載がない上に、wikiwikiに実装されているものは 上記pukiwikiオフィシャルの記載と微妙に仕様が違うんですよね。
実装されているものを全てまとめたページがあれば便利です。
前回、指摘させて頂いたhack9 Wiki*の箇所がGhost94/ミッション進行方法が直っておりました。 参考にしているWikiを再確認したところ、ほかにも複数のページで別ページのSubMenuを参照 または、対象となるSubMenuを参照していないページが確認できたのでお伝えします。
GHost94/SubMenuの誤表示をしている GHost93/アイテムリスト GHost93/アイテム効果 GHost93/小ネタ
GHost93/SubMenuの誤表示をしている GHost9/小ネタ GHost9/1階層 GHost9/2階層 GHost9/3階層 GHost9/4階層
GHost92/SubMenuの誤表示をしている GHost9/アイテム効果 hackerranking/アイテムリスト hackerranking/アイテム効果 hackerranking/小ネタ hack9/hackerranking
GHost9/SubMenuが参照されていない GHost9/SubMenu
hacker9/SubMenuが参照されていない hacker9/京都御所
hackerranking/SubMenuが参照されていない hackerranking/SubMenu
pukiwikiのrenameプラグイン(コマンド実行)に管理者権限が必要なのは以前から知っていましたが、 理由について考えたことはなく、あらためて考えて自分なりの推測を立てたのですが、 どうやら間違だったようです。(a3b27@c2ee0さんの検証・指摘)
規制理由も???ですが、運営の塩対応も???ですね(笑) (個別に回答しておりません…って、どこぞの国会答弁みたいです😷)
自分はそれでもいいですが、トピ主のpaaa!さんは納得しますかね… 皆さんは理由、知りたくありませんか?
権限のないユーザーのWikiデータ復元操作の簡略化を考慮した結果、機能を制限していると思われます。 どんなに議論が活性化してユーザーからの要望が多くても回答するか、あえて未回答のままとするか、 また導入するか保留のままとなるかは原則、運営の方針によります。
以下、トップページより引用
WIKIWIKI運営がまれに参加することがあります 基本的にはディスカッションに参加しません。 運営が回答すると、ディスカッションが終わってしまうことがあるからです。 自由な発想で参加いただけたらうれしいです。
WIKIWIKI運営がまれに参加することがあります
基本的にはディスカッションに参加しません。 運営が回答すると、ディスカッションが終わってしまうことがあるからです。 自由な発想で参加いただけたらうれしいです。
なるほど。ご回答ありがとうございます。
理由は以下の「サブ・パスワード」の説明ページにあるように、 WIKIの破壊を行えないようにするためではないでしょうか?
RenameLogに残るとはいえ、何回もリネームしシャッフルされてしまったら復旧は困難でしょう。 管理権限で一時的に許可する仕様にしても、管理者がすぐにリネーム不可に戻すことができるとは限りませんし、それならリネーム依頼を受けてから管理者が自分のペースでリネームした方が安全で楽だと思います。
コントロールパネル/サブ・パスワード https://wikiwiki.jp/sample/-s/b1de97fc
以下引用
「サブ・パスワード」
管理機能の一部が利用できるお手伝い用のパスワードです。 使える管理機能は安全です。WIKIを乗っ取ったり破壊することはできません。 コントロールパネルの操作は操作ログに記録されお互い確認ができます。 いくつでも作成することができ、いつでも削除ができます。
管理機能の一部が利用できるお手伝い用のパスワードです。
サブ・パスワードでできること
WIKIの凍結と解除と一部のコントロールパネルの操作を「サブ・パスワード」を利用して行うことができます。 文字列の一括置換やバックアップの削除などWIKIに致命的なダメージを与える操作はできません。 コントロールパネルで操作ができる機能は下の比較表をご確認ください。
過去に作成されたページは除外する仕様なのではないでしょうか? 削除したページを復旧して「RecentCreated」に反映されたら見にくいですもんね。
ほとんどのWikiで影響ないとは思いますが「TEST」というページを作成したところ、 RecentCreatedのリストに反映されていませんでした。
「てすと」は反映されました。
解決されたようでしたので、検証したところ全角と半角ともに反映されていました。 ご対応いただきまして、どうもありがとうございます。
追加されたみたいですね
重ね重ね申し訳ありません。
文字列のエスケープ処理に不具合があり、対応しました。
既に REST API にて置換が完了されていると思いますが、ご確認いただけたら幸いです。
これは置換後、全文検索索引(インデックス)の再構築の処理がまだ終わっていないときの現象です。
置換と同様、全てのページ内容を読み込んで処理しており、ページ数が多いほど時間がかかります。
作成できました!ありがとうございます!!!
できます。
filter=部分はソース文に対する正規表現です。見出し名や#アンカー名の部分一致でもヒットします。
文字列ではなく何番目であるとか階層とか範囲とか、位置情報でも指定できます。
titlestr=off,firsthead=offの部分はページ名など余計なリンクを表示しないための設定です。外してみればどうなるかわかります。
その他、大抵のことはできます。
includexの仕様。リンク
contentsxの仕様。リンク
>> 4当Wikiでも同様に、全ページ文字列置換の置き換わらない症状とSearchで検索したあとの現象の確認をしました。
確認した置き換えワード「_一括表示」⇒「/一括表示」
ご対応いただいたようですが、まだ直っていないようです。
ただ、4/26に予約した2件のうち1件と、今日(4/28)2時頃?予約した1件は15時頃正常に処理が行われたようです。
4/26に予約したけど実行されなかった事を再度実行しようとしましたが、置換が行われませんでした。
実行しようとしたのは以下の内容で、検索によると対象が523ページほどあるようです。
「タイトルフィルタ,PS4セール詳細v4,gamename:」⇒「タイトルフィルタ,PS4セール詳細v4,yomi:」
以前と違い、残タスク表示に残り続けることは無いのですが、実行されません。
なお、全ページ文字列置換を予約して実行されなかったので同じ置換前文字をSearchで検索すると検索結果が一時的に少なくなり、再検索するたびに増えていくという現象が発生しました。
再度、ご対応をお願いします。
ご不便をおかけして申し訳ございません。
ワーカープロセスの処理が不安定になっていたようです。
原因と思われる箇所を修正しました。
今日また全ページ文字列置換をやろうとしたんですが、またできなくなってしまいました。
対応をお願いします
本来は対応していただけないであろう不具合を直していただきましてありがとうございます。
諸外国ユーザーからの指摘で、サブディレクトリごとのMenuBarへ短縮URLを設置していました。
日本語URLはエンコードすると長文になり、使いにくいことから利用していました。
今後は思うようにプラグインが動作しない場合、作成者の違うプラグイン同士の干渉で
問題が発生している可能性も考慮して、プラグインの設置箇所の変更や不使用
(今回ならURLを英字のみにする・ヘッダーやフッダーへの設置箇所の移動)などで編集に取り組みます。
また、編集した内容がプラグイン作成者の想定外の作りになっていないかも判断材料にしていきます。
こちらの不具合、対応いたしました。
但し、注意点がございます。
&short_url;
が含まれた独自の MenuBar (南国バカンス島/MenuBar) を配置し、さらに&short_url;
が含まれた MenuBar を#includex
を使用して展開しています。これは、通常の使用方法を逸脱した結果による不具合です。
逸脱した使用はこのプラグインに限らず、動作を保証することができません。
ご理解のうえ、ご使用いただければ幸いです🙇♂️
編集画面で構文ハイライトに切り替えると起きないようです
自分もwikiwikiにテーブルのフィルター機能ほしいと思ってました。
表を見るときにデータを絞り込めるとすごく便利だし、需要も結構あると思うので追加してほしいです。
以下のような感じです。
https://gamerch.com/syntaxhelp/entry/317527
https://seesaawiki.jp/w/livedoor256789/d/%A5%C6%A1%BC%A5%D6%A5%EB%A4%CB%A5%D5%A5%A3%A5%EB%A5%BF%A1%BC%B5%A1%C7%BD%A4%F2%C4%C9%B2%C3%A4%B7%A4%DE%A4%B7%A4%BF
msfsのwikiを使っているのですが、そのゲームの他にもある綺麗な景色などの魅力も伝えたいので、slider機能追加をお願いします。
WIKIWIKI運営さんが「解決済」にしたみたいで、自分でも確認しましたがちゃんと置換できました。
ご対応ありがとうございました。
Twitterでの公式アナウンスありがとうございます。
今後とも宜しくお願いします。
スレ主さんのおっしゃる通りです。
私自身は幸いなことに規制はされませんでしたがコミュニティ内で複数人規制されてしまったので運営には早めの対処をお願いしたいですね。
私や知人もですね。両方特に身に覚えがないので困ってます。
コメントについて
コメント機能は4種類あります。機能比較のページ
目的にあってるのは#pcommentと#zcomment(zawazawa)です。
commentはコメントを書くたびに当該ページの更新日時が変わります。
pcommentを使えばコメントフォームが設置されたページの更新日時は変わりません。
commentとpcommentはほぼ同じ外観ですが、pcommentは更新されるコメントの内容をコメント専用の別ページに書き出します。他以下の利点。
さらに高機能なのはzcomment(zawazawa)です。
こっちはコメント主体の外部サイト(zawazawa)の機能をwikiwikiに組み込むことができます。
画像の貼り付けや管理機能が優れてます。
ただ設置に手間がかかるのが難点です。
以下の手順はどうでしょう。
InterWikiNameに追加→-[./?plugin=template&refer=(エンコード済テンプレート名)&begin=0&end=999&page= フォーム左に表示したい文字]
フォームを置きたい場所に追加→#lookup(フォーム左に表示したい文字,編集)
バックアップ一覧の使いにくさは日付昇順でリストされるため、履歴が200件もあると最新行が画面外にあり、スクロール操作をしないと確認やクリックができてないことだと思います。以下に操作による改善策を挙げます。
私の場合は右クリックしながらマウスを下に動かすと画面下までスクロールする設定をつかってます。逆に右クリック+上の場合はTop。使用はPCとブラウザー環境によりますが。
メニューやヘッダーに[[↓>#footer]]とか記述しておけばリンクをクリックするとページ下部に飛べます。
サイト全体の編集履歴を追うために各ページのバックアップ一覧を呼び出して編集があったのかなかったのか、あったならばその内容が適切かを確認してるのでしょうか。
RecentChangesの右上にある"最近の投稿を詳しく見る"(diff_log)のほうが楽だと思います。日ごとの編集差分を90日分の履歴が追えます。
ネットワークID、ブラウザーID、どの機能で編集したかもわかるので対象も絞り込めます。ただしdiff_logは管理者が機能を有効にする必要があります。
またあなたが管理者あるいはサブ管理者であるならば、コントロールパネルの編集差分ログ機能からもっと詳細な情報を得たり検索機能が使えます。リンク
例えば不適切な編集のIPアドレスやブラウザーの編集履歴を検索できます。
ただ、検索結果は日付ページ単位でしか表示されないので編集があった日付を一つずつ選択と目視で探し出す必要はあります。この機能の今後の改善点として週単位、月単位、以前、以降、日付の期間指定に対応してもらいたいところです。負荷を下げるためにあえて絞られてるのかもしれませんが。
どっちでもいいけど、どちらかと言えば既存のプラグインを拡張する方がいいな。
それにプログラミングの原則として、機能は最小単位に抑制した方がいいハズ。
そうでなければ無駄な機能を実装せざるを得ない状況が発生してしまうハズ。
だから例えばウィジェットのバリエーションを増やすとか、追加したい機能を もっと極限化するためにニーズを整理した方が良いんじゃないのかな。
#accordion(&color(Blue){たちつてと};,*,close){{
なにぬねの
はひふへほ
}}
だと、うまくいかないぞぅ?
めっちゃ使いやすい
https://pukiwiki.osdn.jp/?自作プラグイン/aapro.inc.php
Pukiwikiのやつだけどこれじゃいかんのか?
Ctrlキーを押しながらソートボタンをクリックでリセット
Shiftキーを押しながらだと複数列ソート
上記の機能はPCのみですが、管理しているWIKI閲覧者の大半がモバイルなので、
何らかの手段で行えるように対応を希望します。
リセットする機能は特に汎用性が高いと思われます。
対応ありがとうございました。かなり使いやすそうです
いくつかのWikiを巡回してみたところ、サブディレクトリ毎にMenuBarページを作成して
通常のMenuBarページなどをincludeしていました。
当Wikiでも試したところ、特に不具合が発生しませんでした。
不具合は直っていませんがこの代替案を採用して管理していくので、
タグを解決済みに変更してスレッドを締めさせていただきます。
現在のrenameコマンドは複数ページを一括で置換する機能が含まれてるのが理由だと思います。個別ページ変更のみ開放して、正規表現置換は従来通り管理者権限で良いのですが。ただrenameは標準機能なのであまりそこに手を加えるたくないかもしれません。そうであるならば従来のは残して、一般向けのrename2とか新たに作る必要が出てきます。
>> 18
>> 15~17は問い合わせをした文面を分割して投稿しただけと思います。
またよく覚えていないので推測ですが、リクエスト広場の文章は2/26日に更新されており、恐らくこの問い合わせを受けてその注意書きを追加したものと思います。
3/3付でhack9 Wiki*にてSubMenuのあるページを全て確認したところ、
上記の誤った内容が下記のようにいずれも変わっていました。
GHost94ではなく、hacker9/SubMenuの誤表示をしている
1.GHost94/SubMenu
GHost9ではなく、GHost92/SubMenuの誤表示をしている
1.GHost9/小ネタ
2.GHost9/3階層
3.GHost9/4階層
4.GHost9/非常階段
hackerrankingではなく、hacker9/SubMenuの誤表示をしている
1.hackerranking/アイテム効果
2.hackerranking/小ネタ
3.hackerranking
GHost93/SubMenuが参照されていない
1.GHost93/SubMenu
2.GHost93/アイテムリスト
3.GHost93/小ネタ
4.GHost93/簡易チャート
GHost9/SubMenuが参照されていない
1.GHost9/アイテム効果
2.GHost9/1階層
3.GHost9/2階層
4.GHost9/5階層
どのSubMenuの参照も不要なのにhackerranking/SubMenuの誤表示をしている
1.操作方法
賛成です。
↑のプラグインマニュアルはpukiwiki汎用のものなので、
wikiwiki専用のマニュアルページが欲しいです。
例えば、自分が便利に使用しているプラグインの1つにcountdownがありますが、
記載がない上に、wikiwikiに実装されているものは
上記pukiwikiオフィシャルの記載と微妙に仕様が違うんですよね。
実装されているものを全てまとめたページがあれば便利です。
前回、指摘させて頂いたhack9 Wiki*の箇所がGhost94/ミッション進行方法が直っておりました。
参考にしているWikiを再確認したところ、ほかにも複数のページで別ページのSubMenuを参照
または、対象となるSubMenuを参照していないページが確認できたのでお伝えします。
GHost94/SubMenuの誤表示をしている
GHost93/アイテムリスト
GHost93/アイテム効果
GHost93/小ネタ
GHost93/SubMenuの誤表示をしている
GHost9/小ネタ
GHost9/1階層
GHost9/2階層
GHost9/3階層
GHost9/4階層
GHost92/SubMenuの誤表示をしている
GHost9/アイテム効果
hackerranking/アイテムリスト
hackerranking/アイテム効果
hackerranking/小ネタ
hack9/hackerranking
GHost9/SubMenuが参照されていない
GHost9/SubMenu
hacker9/SubMenuが参照されていない
hacker9/京都御所
hackerranking/SubMenuが参照されていない
hackerranking/SubMenu
pukiwikiのrenameプラグイン(コマンド実行)に管理者権限が必要なのは以前から知っていましたが、
理由について考えたことはなく、あらためて考えて自分なりの推測を立てたのですが、
どうやら間違だったようです。(a3b27@c2ee0さんの検証・指摘)
規制理由も???ですが、運営の塩対応も???ですね(笑)
(個別に回答しておりません…って、どこぞの国会答弁みたいです😷)
自分はそれでもいいですが、トピ主のpaaa!さんは納得しますかね…
皆さんは理由、知りたくありませんか?
権限のないユーザーのWikiデータ復元操作の簡略化を考慮した結果、機能を制限していると思われます。
どんなに議論が活性化してユーザーからの要望が多くても回答するか、あえて未回答のままとするか、
また導入するか保留のままとなるかは原則、運営の方針によります。
以下、トップページより引用
なるほど。ご回答ありがとうございます。
理由は以下の「サブ・パスワード」の説明ページにあるように、
WIKIの破壊を行えないようにするためではないでしょうか?
RenameLogに残るとはいえ、何回もリネームしシャッフルされてしまったら復旧は困難でしょう。
管理権限で一時的に許可する仕様にしても、管理者がすぐにリネーム不可に戻すことができるとは限りませんし、それならリネーム依頼を受けてから管理者が自分のペースでリネームした方が安全で楽だと思います。
コントロールパネル/サブ・パスワード
https://wikiwiki.jp/sample/-s/b1de97fc
以下引用
「サブ・パスワード」
サブ・パスワードでできること
過去に作成されたページは除外する仕様なのではないでしょうか?
削除したページを復旧して「RecentCreated」に反映されたら見にくいですもんね。
ほとんどのWikiで影響ないとは思いますが「TEST」というページを作成したところ、
RecentCreatedのリストに反映されていませんでした。
「てすと」は反映されました。
解決されたようでしたので、検証したところ全角と半角ともに反映されていました。
ご対応いただきまして、どうもありがとうございます。
追加されたみたいですね