リクエスト広場

自分も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件もあると最新行が画面外にあり、スクロール操作をしないと確認やクリックができてないことだと思います。以下に操作による改善策を挙げます。

• マウスジェスチャー機能
  私の場合は右クリックしながらマウスを下に動かすと画面下までスクロールする設定をつかってます。逆に右クリック+上の場合はTop。使用はPCとブラウザー環境によりますが。
• Footerへのリンクを仕込む
  メニューやヘッダーに[[↓>#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データ復元操作の簡略化を考慮した結果、機能を制限していると思われます。
どんなに議論が活性化してユーザーからの要望が多くても回答するか、あえて未回答のままとするか、
また導入するか保留のままとなるかは原則、運営の方針によります。

以下、トップページより引用

WIKIWIKI運営がまれに参加することがあります

基本的にはディスカッションに参加しません。
運営が回答すると、ディスカッションが終わってしまうことがあるからです。
自由な発想で参加いただけたらうれしいです。

なるほど。ご回答ありがとうございます。

理由は以下の「サブ・パスワード」の説明ページにあるように、
WIKIの破壊を行えないようにするためではないでしょうか？

RenameLogに残るとはいえ、何回もリネームしシャッフルされてしまったら復旧は困難でしょう。
管理権限で一時的に許可する仕様にしても、管理者がすぐにリネーム不可に戻すことができるとは限りませんし、それならリネーム依頼を受けてから管理者が自分のペースでリネームした方が安全で楽だと思います。

コントロールパネル/サブ・パスワード
https://wikiwiki.jp/sample/-s/b1de97fc

以下引用

「サブ・パスワード」

管理機能の一部が利用できるお手伝い用のパスワードです。

• 使える管理機能は安全です。WIKIを乗っ取ったり破壊することはできません。
• コントロールパネルの操作は操作ログに記録されお互い確認ができます。
• いくつでも作成することができ、いつでも削除ができます。

サブ・パスワードでできること

WIKIの凍結と解除と一部のコントロールパネルの操作を「サブ・パスワード」を利用して行うことができます。
文字列の一括置換やバックアップの削除などWIKIに致命的なダメージを与える操作はできません。
コントロールパネルで操作ができる機能は下の比較表をご確認ください。

過去に作成されたページは除外する仕様なのではないでしょうか？
削除したページを復旧して「RecentCreated」に反映されたら見にくいですもんね。

ほとんどのWikiで影響ないとは思いますが「TEST」というページを作成したところ、
RecentCreatedのリストに反映されていませんでした。

「てすと」は反映されました。

解決されたようでしたので、検証したところ全角と半角ともに反映されていました。
ご対応いただきまして、どうもありがとうございます。

追加されたみたいですね

トップに「🙇‍♂️お問い合わせはお控えいただきますようお願いいたします」とありますししつこくするのは…

ZAWAZAWAで議論したところ、結論の見通しがたたず、問い合わせをさせていただきました。大変申し訳ございませんが、やはり回答していただきたいと存じ上げます。

いつも安定したサービスをご提供していただきありがとうございます。
質問ですが、
・なぜページリネームは規制の対象になっているのか
・今後、規制の対象外になる可能性は無いのか
答えていただければ幸いです。
 https://zawazawa.jp/wikiwiki-request/topic/59

WIKIWIKI.jp*運営チームです。

申し訳ございません。

「助け合い掲示板」や「リクエスト広場」の投稿内容につきまして、
運営から個別に回答しておりません。

ご理解いただけたら幸いです。

できれば結果（規制理由と解除の可能性）について報告していただけるとありがたいです。

（運営とのやり取りに使用されたURLを示されてもパスワードロックが掛かっていて見れませんし、
運営の許諾を得ずにパスワードを公開するのはお薦めしません）

問い合わせてみました。
リンク

これは本当に解決されていますか？
実際に試しましたがcontentsxを利用時、preで囲んだ範囲に*を記述した部分は
見出しとして認識されアンカーが付与されました。

別に読まない人は読まなくても良くて、書いてありましたよね？というポジションの証拠に使うのに1番目立つfrontページに書かないといけないコンテンツと関係の無い注意書きが増え続けることを避けたいというだけで、私はそこまでのものは求めてないです。

編集上の注意ページを用意していても、気づかない方や面倒で読まない方は一定数います。
スマホや保険のWEBサイト契約のように、「WIKI独自の注意ページを読みました」という一文の前にあるチェックボックスへ、レ点チェックを入れないと編集フィールドが非アクティブのままという機能があってもいいと思っています。

賛成です。
そのWiki独自のルールや記述方法もあるでしょうし、1番手っ取り早く見てもらえるのはやはりスレ主さんの言う「注意書き」なのだと私も思います。