WIKIWIKIユーザー助け合い掲示板

荒らしの話題に関連して。
管理機能として各Wiki毎の運営時間を指定できるようになると管理の負荷が下がると思います。
ずっとPCの前で構えているわけにはいきませんし、寝るときや不在のとき心配になります。wikiの管理者といっても余暇でやってる人がほとんどでしょう。
管理に時間を取られたり気を揉んだりするとwiki運営が負担になってきます。継続性やwikiとして採用されるためにはwikiの機能が管理者の視点で充実してることが望ましいです。

例えば就寝時間の22:00-8:00は書き込み禁止、毎週何曜日は不在なので書き込み禁止とか。
現在の編集制限は今から何日までは指定できるようですが、これも予め期間で指定できるとよいです。何日から何日まで旅行で不在とか。
編集制限が一般にわかるようにスケジュールの状況を表示するページやプラグインもあるとよいです。

また一般編集者が現在どのような制限が掛かってるわかるように、各ページのどこかに現在の制限状況が表示されると良いです。編集ボタンにバツがつくとか。HTML convert timeの横あたりに表示がでるとか。編集ボタンを押す前に分かったほうが無駄がないです。
ただ荒らしに対しては事前に編集可否がわかってしまうので、編集状況の表示は管理メニューでコントロールできたほうがよいかもしれません。

原因はわかりませんが、コメントはpcommnetですか。
その情報だけだと原因は誰もわからないでしょう。具体的なページや情報が書きにくければwikiwikiに直接問い合わせたほうがいいでしょう。最近あったアップデートに関連があるかもしれませんし。
またこの機にzawazawaのコメントを検討してみるといいかもしれません。あっちはあっちで管理機能が充実してるようです。

複数ファイルを同時に選択してアップロードする方法は、たぶんないです。
添付にしたいページの添付ボタンから一つずつやるのが早いと思います。

回答ありがとうございます。
ご指摘頂いた箇所を修正して機能するようになりました。

%（半角パーセント）を％（全角パーセント）に変えると機能します。
tablesortは対象文字列に%が入っている場合、数字として並べ替えを試みることが原因です。

回答ありがとうございます。理想的な形にまとめることができました。

注釈は相互リンクになっているため、
対称でないとリンク衝突が発生してしまいます。

非対称にしたいなら注釈ではなく、
アンカー（anameプラグイン）を使用すれば良いのではないでしょうか。
（勿論片道リンクになります）

【例】

犬も歩けば棒に当たる [[※1>#EDOKEI]]

一寸先は闇 [[※2>#KYOKEI]]

石の上にも三年 [[※2>#KYOKEI]]

井の中の蛙 [[※4>#SONOTA]]

論より証拠 [[※1>#EDOKEI]]

六十の手習い [[※4>#SONOTA]]

花より団子 [[※1>#EDOKEI]] [[※3>#OHSAKA]]

針の穴から天井覘く [[※2>#KYOKEI]]

（以下ページ最下部に）
 #br

&aname(EDOKEI){※1}; 江戸系
&aname(KYOKEI){※2}; 京系
&aname(OHSAKA){※3}; 大阪系
&aname(SONOTA){※4}; その他

ありがとうございますー！

むぅ、そうなるとwikiwikiがどうこうできるような問題でなさそうですね、みなさんありがとうございました

リクエスト広場のほうで同種の話がありましたがステータスが解決済みになってました。
改めて動作を確認してみてください。

現時点ではPCのFirefoxだと.pluginのままダウンロードされました。
スマホのandroidだと.binでダウンロードされました。
サーバー側ではなくブラウザー側が受け取ったときに内容を解釈して変換するのかもしれません。

そうなんですね！環境によって変わるのかなぁ、こちらはさっきためしたのですが「.bin」のままだったので修正ではなさそう。chromeだと「.plugin」になりました。

文章の説明よりもコピペで問題が再現できるように書いてください。
問題がでるのに10行必要ですか。1行だと不具合がでないのですか。
＆attachrefがあると問題がでるのですか。ないときはどうなのですか。
問題がでる最小構成を探してみてください。

>> 2の「post.plugin」と「diagonal.plugin」をクリックしてダウンロードしましたが、トピ文にあるような「.bin」と変換されることなく「.plugin」のままダウンロードできましたよ。
環境はWin10/21H1でChrome ver.100(最新)とAndroid5でChrome ver.95です。(androidの方は環境が古すぎて参考にならないかもですが。)
もしかしたら水曜から金曜の間で運営の方で修正等なされた可能性もありますが、報告まで。

つまり実行できないやつはとりあえず「.bin」にしちゃうってことなんですかね、なんとなく理解できたと思います

詳しくはないですが添付リンクをクリックしたとき、それが自動で実行されない仕組みだとおもいます。変更されないのは.jpgや.txtなど一部の素性がはっきりするものだけでしょう。

とりあえず折り畳みで

これって不治の病なん…？とりあえずwikiwikiのurlはったほうがええんやろか、

ここで扱うトピックとしては不適当と思うので、
一般論としてコメントします。

wikiに定期的に更新しなければならないという決まりはないですし、
追加する情報・記事がないなどの理由で何年も更新されないwikiなど珍しくありません。
ご指摘のwikiの状況は知りませんが、
単にやる気のある編集者が一人も残っていないだけという場合もあるでしょう。

原則としてwikiは誰でも（あなたでも）編集できるものなので、
欠けている情報や追加したい記事などがあるなら、
あなたがやってみても良いのではないでしょうか。

お返事ありがとうございます
確かにこれだと近いものはできますが…
どうしても見にくくなってしまうんですよね、
やはり地道に作っていくしか無さそうです。

強引にできなくもないです。
Responsive_layout

#responsive_layout_container(N){{{{
#responsive_layout_item(150px){{{
#nobr{{
|あああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ|
|いいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいい|
}}
}}}
#responsive_layout_item{{
|う|
|え|
}}
}}}}

この件でなんらかの修正をされるとき影響が出ないように書いておきます。
私は#null{{}}とincludexの組み合わせを活用しており、修正に際して現在の動作に影響が出ると困ります。
具体的には以下のような使いかたをしてます。
なんのことかピンとこないかもしれませんが、要はinclude呼び出しで#null{{}}の中の記述を意図的にgrepしてるのでこれができる仕様は維持してもらいたいです。

元ページ

#null{{
隠しコード
}}
文章や表

加工ページ

#includex(元ページ,filter=隠しコード|元ページの文章や表の抽出)

つまりコメントではなくプラグインや文章の呼び出しみたいな使い方です。
これは現在includexがソース文を単純テキストとして解釈してくれるため、コメントアウト部分を外部から呼び出すための不可視な埋め込み領域として利用してます。
隠しコードとはプラグインでも文章でもなんでもいいのですが、例えば表のヘッダーや書式行を埋め込んだりします。
なんのメリットがあるのかというと、例えば元ページの膨大な表からgrepで必要な行だけ抜き出して、さらにヘッダーや書式行を差し替えて表示させるようなことです。加工ページでヘッダとや書式行を追記してもincludeで呼び出された表とは合体しないのでこの方法が有用です。

本来抽出する部分から#null{{～}}で記述した行数分上にシフトしてます。
前述の例ではソース文基準で3行上にずれます。
#null{{～}}内の行数を増やすとその分さらにずれます。

一方で
//コメントアウトの場合はずれません。たとえば//#null{{～//}}と修正すると期待通りの結果になります。
#nullを#foldに変えた場合もずれません。つまりマルチライン記述が問題というわけでないです。

おそらく
section=(filter=^h04$)の記述にマッチする見出し行が先頭から何行目に位置するかをカウント(A)
さらにその見出内に何行あるか(あるいは次の見出しまで何行あるか)カウント(B)
A～B行を抽出みたいな動作をしてるしてるのではないかと思います。
しかしこのカウントするとき#null{{～}}の行がカウントされてないように見えます。

本来見出しh04の内容のみ以下のように表示されるべきだが

*h04
4

以下のように誤表示されると言ってますね。

2
*h03

ありがとうございます。

対象のページ

* h01
1
#null{{
コメント
}}
* h02
2
* h03
3
* h04
4
* h05
5

includex

#includex(対象のページ,section=(filter=^h04$))

当面の対策として//コメントアウトすれば問題はでないと思います。
簡単なやり方として

• 編集エディターの上にある[構文ハイライト (β版 ver 0.1.8)]にチェックを入れる。
• コメントアウトしたい行を選択する。複数行可能。
• 画面上の[編集]メニューからコメントアウト選択。あるいはショートカット[Ctrl]+[/]。

おおよそ何を指摘してるかはわかりますが、コピペで現象を再現できるように具体的に書いてください。

ご返信ありがとうございます。いただいたリンクを参考にしてみたいと思います。

そうみたいですね…。お役に立てずすみません。

こちらでも試してみましたが、Firefox 52.9.0esrでは
ref、recent、counter、region、foldなど様々なプラグインが動作しないことを確認しました。
（先に確認しておけばよかったです。ゴメンナサイ）
運営からのアナウンスはありませんが、ごく最近のwikiwiki内部アップデートに伴うものと推測され、
不具合ではなく仕様変更のようです。
（Chrome、Firefoxどちらも最新版で上記の問題は発生しません）

本当は、こういうのは運営からアナウンスが欲しいですよね。

大丈夫みたいです

返信が遅れてしまい申し訳ありません。上記のFirefoxを試してみたのですが、解決しませんでした。
やっぱり買い換えた方がいいみたいですね...

addlineがそれに近い機能です。wikiwikiに実装されてます。
ボタンやリンクを押すと、あらかじめ設定ページで指定された文字列(複数行可能)を追加する機能。
説明リンク
ただこの機能は決まった文字列を追記するだけなので、追記後にあらためて編集する必要があります。

編集範囲を限定したい場合はareaeditという機能があります。
説明リンク

編集技術として毎回決まった書式ベースに繰り返し追記していく場合は、
ページのソースに//コメントアウトや#null{{マルチライン}}で書式を埋め込んでおき、編集時にそれをコピーして使う方法があります。

表限定ですがtable_edit機能は既存の任意の行を選択して、それを末尾に追加することができます。追加時に内容を編集することができます。

できます

Google Chromeの最新バージョン（32bit Windows用）は99.0.4844.84ですので、
かなり古いバージョンをご使用のようですね。
Windows VistaでChromeのアップデートは不可になっているはずなので、
（起動時に警告表示が出ませんか?）
別のモダンブラウザに乗り換える（もしくは併用する）必要がありそうです。

とは言え、現在もVistaを動作サポートするモダンブラウザは残念ながら皆無ですので、
残る手段はMozilla FirefoxのVista対応バージョンを試すくらいしかないだろうと思います。

Windows Vistaで使えるFirefoxの最終バージョンは52.9.0esrです。
現在でも入手可能ですので、ネットで検索し、
win32用のものをダウンロード&インストールしてください。

現在のwikiwikiは、レガシーブラウザでの動作はサポートされていません。
自分の予想ではFirefox 52.9.0esrで正常動作すると思われますが、
Vistaは4世代も前のOSなので、近い将来PCの買い替えをお薦めします。

URLは wikiwiki.jp なってますか？
Google検索からいくとたまに無断コピーサイトに飛んでしまうことがあるので

ブラウザはgoogle chromeで、バージョンが49.0.2623.112みたいです。

おそらくですが、ご使用ブラウザの問題だろうと思います。
ご使用ブラウザとバージョンは何でしょうか?

スマホの性能や通信環境、貼ってある画像容量の大きさ、表示サイズなどにもよると思うので、まずどのwikiなのかURL貼ってもらえると確認しやすいと思います。

出来ました。ありがとうございます。