リクエスト広場のほうで同種の話がありましたがステータスが解決済みになってました。 改めて動作を確認してみてください。
現時点では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など一部の素性がはっきりするものだけでしょう。
とりあえず折り畳みで
https://wikiwiki.jp/theotown/プラグインの作成#r9bad998 ここの紹介用コメント欄の折り畳みのなかの「なんとか.plugin」をクリックでダウンロードできる。
これって不治の病なん…?とりあえず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$))
当面の対策として//コメントアウトすれば問題はでないと思います。 簡単なやり方として
おおよそ何を指摘してるかはわかりますが、コピペで現象を再現できるように具体的に書いてください。
ご返信ありがとうございます。いただいたリンクを参考にしてみたいと思います。
そうみたいですね…。お役に立てずすみません。
こちらでも試してみましたが、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貼ってもらえると確認しやすいと思います。
出来ました。ありがとうございます。
未確認ですが「別名にリネーム→別名状態で編集→ページ名を戻す」で出来そうな気がします
https://twitter.com/WIKIWIKI_Japan/status/1499302953965916163 で「記録されたリストを消去したい場合、RecentDeleted 同様に非公式ですが管理者権限の裏技があります。」 って書いてあるんで消す方法はありそうですが、わかる方はいますか?
おっしゃるような意図もあるかもしれませんが、元々はリクエスト広場での作ってほしいという要望を実現したものと思います。 https://zawazawa.jp/wikiwiki-request/topic/54
隠す目的で作った:系ページが上げられてしまうのは少し不便ですね まあ荒らし対策なら仕方ないというかなんというか
recentdeleteと同じように編集も削除もできない固定システムなので今は無理でしょうね。
なるほど、ありがとうございます。 ただ毎回ページを作った際に上がってくるのは自分の性格が許さないのでなんとかして非表示にする方法はありませんか?
無意味・無関係なページ大量作成になどによる肥大化を阻止するための新機能ですかね? RecentDeletedと同じように、可視化して不要であれば削除したり管理を求めたり、規制、凍結するなどの運用をしやすくする意図なんじゃないかなと思います。
03/01にお知らせツイートありました。 https://twitter.com/WIKIWIKI_Japan/status/1498631446634049540?s=20&t=IGccXhko7xeRb7qA48VnHQ ちょうど21:00以降に作られたページから反映されていたのでこの制限の一環かもしれません。
新規に作成されたページの一覧と思われます。 新しくページが作られると一緒に更新されますね
ありがとうございます。分かりやすく解説いただき大変参考になりました。InterWikiでの回避方法試してみたいと思います。
リクエスト広場のほうで同種の話がありましたがステータスが解決済みになってました。
改めて動作を確認してみてください。
現時点では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など一部の素性がはっきりするものだけでしょう。
とりあえず折り畳みで
https://wikiwiki.jp/theotown/プラグインの作成#r9bad998
ここの紹介用コメント欄の折り畳みのなかの「なんとか.plugin」をクリックでダウンロードできる。
これって不治の病なん…?とりあえずwikiwikiのurlはったほうがええんやろか、
ここで扱うトピックとしては不適当と思うので、
一般論としてコメントします。
wikiに定期的に更新しなければならないという決まりはないですし、
追加する情報・記事がないなどの理由で何年も更新されないwikiなど珍しくありません。
ご指摘のwikiの状況は知りませんが、
単にやる気のある編集者が一人も残っていないだけという場合もあるでしょう。
原則としてwikiは誰でも(あなたでも)編集できるものなので、
欠けている情報や追加したい記事などがあるなら、
あなたがやってみても良いのではないでしょうか。
お返事ありがとうございます
確かにこれだと近いものはできますが…
どうしても見にくくなってしまうんですよね、
やはり地道に作っていくしか無さそうです。
強引にできなくもないです。
Responsive_layout
この件でなんらかの修正をされるとき影響が出ないように書いておきます。
私は#null{{}}とincludexの組み合わせを活用しており、修正に際して現在の動作に影響が出ると困ります。
具体的には以下のような使いかたをしてます。
なんのことかピンとこないかもしれませんが、要はinclude呼び出しで#null{{}}の中の記述を意図的にgrepしてるのでこれができる仕様は維持してもらいたいです。
元ページ
加工ページ
つまりコメントではなくプラグインや文章の呼び出しみたいな使い方です。
これは現在includexがソース文を単純テキストとして解釈してくれるため、コメントアウト部分を外部から呼び出すための不可視な埋め込み領域として利用してます。
隠しコードとはプラグインでも文章でもなんでもいいのですが、例えば表のヘッダーや書式行を埋め込んだりします。
なんのメリットがあるのかというと、例えば元ページの膨大な表からgrepで必要な行だけ抜き出して、さらにヘッダーや書式行を差し替えて表示させるようなことです。加工ページでヘッダとや書式行を追記してもincludeで呼び出された表とは合体しないのでこの方法が有用です。
本来抽出する部分から#null{{~}}で記述した行数分上にシフトしてます。
前述の例ではソース文基準で3行上にずれます。
#null{{~}}内の行数を増やすとその分さらにずれます。
一方で
//コメントアウトの場合はずれません。たとえば//#null{{~//}}と修正すると期待通りの結果になります。
#nullを#foldに変えた場合もずれません。つまりマルチライン記述が問題というわけでないです。
おそらく
section=(filter=^h04$)の記述にマッチする見出し行が先頭から何行目に位置するかをカウント(A)
さらにその見出内に何行あるか(あるいは次の見出しまで何行あるか)カウント(B)
A~B行を抽出みたいな動作をしてるしてるのではないかと思います。
しかしこのカウントするとき#null{{~}}の行がカウントされてないように見えます。
本来見出しh04の内容のみ以下のように表示されるべきだが
以下のように誤表示されると言ってますね。
ありがとうございます。
対象のページ
includex
当面の対策として//コメントアウトすれば問題はでないと思います。
簡単なやり方として
おおよそ何を指摘してるかはわかりますが、コピペで現象を再現できるように具体的に書いてください。
ご返信ありがとうございます。いただいたリンクを参考にしてみたいと思います。
そうみたいですね…。お役に立てずすみません。
こちらでも試してみましたが、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貼ってもらえると確認しやすいと思います。
出来ました。ありがとうございます。
未確認ですが「別名にリネーム→別名状態で編集→ページ名を戻す」で出来そうな気がします
https://twitter.com/WIKIWIKI_Japan/status/1499302953965916163
で「記録されたリストを消去したい場合、RecentDeleted 同様に非公式ですが管理者権限の裏技があります。」
って書いてあるんで消す方法はありそうですが、わかる方はいますか?
おっしゃるような意図もあるかもしれませんが、元々はリクエスト広場での作ってほしいという要望を実現したものと思います。
https://zawazawa.jp/wikiwiki-request/topic/54
隠す目的で作った:系ページが上げられてしまうのは少し不便ですね
まあ荒らし対策なら仕方ないというかなんというか
recentdeleteと同じように編集も削除もできない固定システムなので今は無理でしょうね。
なるほど、ありがとうございます。
ただ毎回ページを作った際に上がってくるのは自分の性格が許さないのでなんとかして非表示にする方法はありませんか?
無意味・無関係なページ大量作成になどによる肥大化を阻止するための新機能ですかね?
RecentDeletedと同じように、可視化して不要であれば削除したり管理を求めたり、規制、凍結するなどの運用をしやすくする意図なんじゃないかなと思います。
03/01にお知らせツイートありました。
https://twitter.com/WIKIWIKI_Japan/status/1498631446634049540?s=20&t=IGccXhko7xeRb7qA48VnHQ
ちょうど21:00以降に作られたページから反映されていたのでこの制限の一環かもしれません。
新規に作成されたページの一覧と思われます。
新しくページが作られると一緒に更新されますね
ありがとうございます。分かりやすく解説いただき大変参考になりました。InterWikiでの回避方法試してみたいと思います。