前提として、lazy_foldはfoldの後継ではありません。 運営の説明に記載の"負荷軽減用プラグインは「おまじない」ではありません"という一文からも分かるかと思いますが、活用するのであれば、仕様を把握した上で見定める必要があります。 編集者・閲覧者の間で、負荷軽減と使用感を天秤にかけてどちらを使用するか考えなければならないでしょう。 よく分かっていない編集者については、コメントアウト等目に触れる箇所にfoldを選択した理由を記載するなど、工夫の余地があるかと思います。
ragさんの仰る0.5という挙動が具体性に欠けているようにも思います。 >> 1さんの仰るような仕様だとしても、ragさんの仰る"表示処理？が完全に終了する前に開いても内容を表示する"という要望は叶いません。 要望を聞く限りでは負荷軽減をあきらめた上でfoldを使用すればよろしいでしょう。
すみません、技術的な仕様は知らず都合が悪いかどうかすら分かりませんでした。 デフォルト動作にしてほしいとは思っておらず、オプション化に関しては大賛成です。 例えば、極力使用感を損なわずに負荷を軽減したいMenuBarに利用すれば効果は大きいと思います(必ず表示されるページのため)。 利用しにくい仕様のせいで利用されなければ効果が無いのと同義ではないでしょうか。
ご対応ありがとうございました！
@wikiwikiこちらの件、私もお待ちしております マニュアルがきちんと整備されていればWIKIWIKIへの信頼感と編集意欲が高まり、ゆくゆくはコミュニティ全体の活性化に繋がると思います。
Wikiはブログと異なり、複数人での編集が前提のシステムなので、 投稿内容の事前予約のようなことはできません。 常に誰かが行った最終更新に対して加筆・修正という形になります。
要望していた機能が実装されたため、解決済タグを付けました。
対応ありがとうございました。
上記の不具合を修正しました。 ご迷惑をおかけして申し訳ありません。
zrecent の反映には少し時間差が生じますが、 仕様によるものですので、あらかじめご理解いただければ幸いです。
ご連絡ありがとうございます。 対応しておりますので、今しばらくお待ちください。
Googleアナリティクスから確認可能なので、コントロールパネルに追加する意義はないかと思います。
不具合ではなく、Xの仕様変更によるものなので、 ブラウザでXへのログインを維持すれば、引き続き見れると思います。 （はやし氏のキャッシュの影響という推測はたぶん当たっています）
自分はXを利用していないため、 しばらく前からXのタイムラインは閲覧不可になっています。 （添付された画像と同じ状況。クリックすれば見れますが、 時系列順に並ばずソートもできないため、事実上使えない）
そのためこちらの要望に賛同しているのですが、 メンションが送られているにも拘らず、運営の回答無視が続いていて、 ちょっとイラっと来ているところです。
TwitterTimelineプラグインを使用したタイムラインの埋め込みは、かなり前からそのような動きになっています。 数日前までタイムラインが見えていた、とのことですが、それはキャッシュの影響でそう見えていただけかもしれません。
原因ですがwikiwiki側の障害ではなく、X（旧Twitter）側に問題があるようです。 どこのサイトでも埋め込みタイムラインが表示されなくなっており、X側に障害が起きているか、または意図的にタイムラインの提供が中断されている、と見るべき状況です。 Xの有料アカウントにログインしているユーザーだけ、埋め込みタイムラインを閲覧できる、という説もあるようですが、実態は私には分かりません。
@wikiwikiAVIF形式の画像について、既にメジャーな形式となっており、ほぼ全てのブラウザが対応していることから、AVIF画像への対応が適切だと考えています。 AVIF形式の画像への対応についての検討に関する2025年現在の状況、及び今後の対応への是非について、運営の見解をお聞きしたいです。
それは当然の動作ではないでしょうか？
0か1ではなく0.5（テキストデータだけ先行読込、HTML組立は開いたときにやる）を求めるのであれば、デフォルト動作変更は反対です。負荷軽減が薄れます。 どうしても、というのであればオプション化は反対しませんが、需要があるかは疑問符です。
素晴らしい要望です。 アンカーの名前に仮名や漢字が使えるようになって、さらにアンカーを自分で書かなかったときに自動生成される名前が見出しの名前と同じになったら、すごく便利だと思います。
これまでの意見を簡単にまとめたいと思います：
議論がある程度終わりましたので、運営からのコメントをお願いします。@wikiwiki
運営に動いてほしい という要望ということ？ であればこれ以上議論しようがないのでは？
公式のマニュアルをユーザに編集させるのは非現実的すぎるので、他の方の意見にあるように 引き続きマニュアル整備を要望し続けるか、有志で非公式プラグインマニュアルwikiを立ち上げるのが妥当かと思います。
主は「運営ができなければユーザー側で手伝いたい」とは一言も言っていないのですり替わってはいますね 自分たちでwikiを作って参加するのは>> 9の通り自由なので、ここでは>> 5のように元々あるさんぷるwikiを一般にも編集できるように要望する方がいいかと
何がすりかわったのかよくわかりませんが、マニュアルを整備してほしい→運営でできないのであればユーザが手伝います という話ですよね？
関連性があっても、話題のすり替えはあまり好ましくないです。 （木主の要望は、プラグインマニュアルの再整備・内容の充実です）
そもそも「プラグインのWikiを作る」ことは（18歳以上なら）誰にでもできますので、 運営に要望するようなことではないです。 自由に作ればいいでしょう。
認証コードを送って認証完了のメッセージが出たのに、いざ書き込もうとすると「認証のない書き込みは制限されています」だとよ。何だよこれ
余裕がないからとかでしたら開放して有志での更新もありなのかなと思います
こちらでは、twitter_tweetプラグインが何の問題もなく使えています。 特定のポストを表示させようとしたときや、特定の他のプラグインと組み合わせて使ったときにだけ、起こる問題なのかもしれません。
具体的にどこのwikiのどのページに、どういったソースを書いて問題が起きたのかを示したほうが、対処が早くなる可能性があります。
同じ要望は過去にもありましたが、 https://zawazawa.jp/wikiwiki-request/topic/69 放置されたまま3年半近く経っていますので、 何らかの理由により、やるつもりがないのだと思われます。
csvとしてダウンロードできる機能は便利なのですが、荒らしの対応にあたっては手間が掛かるのは変わらず、ブラウザから確認できた方が親切です。 実際にあった例として、荒らし行為(似たような漢字に置き換える、URLの変更等)が発覚したあと、当日や直近数日のログから確認と復旧を行ったものの、実際は期間を空けて(数週間～)荒らし行為が行われており、復旧に時間がかかりました。このような場合、ブラウザ側で期間指定をして当該ユーザーの編集行為を絞り込めればより早く復旧できた可能性もあります。 こうした理由から、かつてのDiifnaのように一定期間は日付を跨いだ検索を実装頂きたく思います。
賛成です。マニュアルと言いつつあまりマニュアルの役目を果たしていないように思えます。>> 2さんの仰っている通りユーザー参加型の形式でもよさそうです。
賛成です。 利用しているwikiが使っているプラグインが、マニュアルを見ても載っていないことが多くてよく混乱しています。 切実にお願いします。プラグインのwikiがあったら自分も参加します。
公式Xの投稿日を見るに、こちらのトピックを受けて内容が追記されていたようですね。 https://x.com/wikiwiki_japan/status/1947539662194806924 ありがとうございました。
仕様上lazy系の中に入れた目次は表示されないようです。 https://wikiwiki.jp/pp/eco-plugins-guide (一番下のFAQに書いてあります)
賛成です。 公式Xの投稿を見て「ecache」の後継にあたる「fcache」の存在を知りました。 調べたら過去に投稿されてましたが、公式Xの投稿を逐一確認してないので気づきませんでした。 同投稿の「lazy_fold」と「lazy_accordion」に関しても追加していただきたいです。 プラグインの存在を簡単に知る方法がないと本末転倒なので、一ヶ所にまとめていただきたいです。 詳細な使い方や更新による挙動変化を含めると、切実に「wikiwikiプラグインのwiki」が欲しい。
@wikiwiki おそらく、popularが削除済みの記事も表示することは多数の利用者が煩わしく思っていたものであると考えます。 この要望については検討していただけないのでしょうか。
賛同します。 先日のアップデートによりWiki自体に管理者パスワードorサブパスワードでログイン出来る機能が追加されましたが、それでログインしている場合はページの凍結をバイパス出来ると便利かと思います。 既に指摘の通り、凍結解除・再凍結の分の操作が減る事、凍結忘れのリスクを回避出来る事の他、可能性は低いながら、凍結解除＆編集している間に荒らされてしまうリスクも回避する事が出来ます。
返信ありがとうございます。 こちらでも通常通り、表示されなくなったことを確認できました。
今はもう、表示されなくなったようです。プラグインが動作しているかどうかまでは、分かりませんが。 一時的な不具合ではないでしょうか。
wikiの管理者は、Googleアナリティクスを使って閲覧の統計を得たり、傾向を解析できるようになっています。 Googleアナリティクス: https://developers.google.com/analytics?hl=ja
得たい情報をもっと具体的に示してもらえれば、もう少し違った話ができるかもしれません。
この場合にも目次が生成されないようです。 lazy_foldの中に入れているincludeの内容に目次が含まれている場合: 引用元のページでは目次が生成されているにも関わらず、引用先に目次がされない
＃lazy_fold/lazy_accordion(option){{ ＃include(引用ページ) }}
引用ページの記述
＃contents/contentsx 内容 内容
前提として、lazy_foldはfoldの後継ではありません。
運営の説明に記載の"負荷軽減用プラグインは「おまじない」ではありません"という一文からも分かるかと思いますが、活用するのであれば、仕様を把握した上で見定める必要があります。
編集者・閲覧者の間で、負荷軽減と使用感を天秤にかけてどちらを使用するか考えなければならないでしょう。
よく分かっていない編集者については、コメントアウト等目に触れる箇所にfoldを選択した理由を記載するなど、工夫の余地があるかと思います。
ragさんの仰る0.5という挙動が具体性に欠けているようにも思います。
>> 1さんの仰るような仕様だとしても、ragさんの仰る"表示処理？が完全に終了する前に開いても内容を表示する"という要望は叶いません。
要望を聞く限りでは負荷軽減をあきらめた上でfoldを使用すればよろしいでしょう。
すみません、技術的な仕様は知らず都合が悪いかどうかすら分かりませんでした。
デフォルト動作にしてほしいとは思っておらず、オプション化に関しては大賛成です。
例えば、極力使用感を損なわずに負荷を軽減したいMenuBarに利用すれば効果は大きいと思います(必ず表示されるページのため)。
利用しにくい仕様のせいで利用されなければ効果が無いのと同義ではないでしょうか。
ご対応ありがとうございました！
@wikiwikiこちらの件、私もお待ちしております
マニュアルがきちんと整備されていればWIKIWIKIへの信頼感と編集意欲が高まり、ゆくゆくはコミュニティ全体の活性化に繋がると思います。
Wikiはブログと異なり、複数人での編集が前提のシステムなので、
投稿内容の事前予約のようなことはできません。
常に誰かが行った最終更新に対して加筆・修正という形になります。
要望していた機能が実装されたため、解決済タグを付けました。
対応ありがとうございました。
上記の不具合を修正しました。
ご迷惑をおかけして申し訳ありません。
zrecent の反映には少し時間差が生じますが、
仕様によるものですので、あらかじめご理解いただければ幸いです。
ご連絡ありがとうございます。
対応しておりますので、今しばらくお待ちください。
上記の不具合を修正しました。
ご迷惑をおかけして申し訳ありません。
ご連絡ありがとうございます。
対応しておりますので、今しばらくお待ちください。
Googleアナリティクスから確認可能なので、コントロールパネルに追加する意義はないかと思います。
不具合ではなく、Xの仕様変更によるものなので、
ブラウザでXへのログインを維持すれば、引き続き見れると思います。
（はやし氏のキャッシュの影響という推測はたぶん当たっています）
自分はXを利用していないため、
しばらく前からXのタイムラインは閲覧不可になっています。
（添付された画像と同じ状況。クリックすれば見れますが、
時系列順に並ばずソートもできないため、事実上使えない）
そのためこちらの要望に賛同しているのですが、
メンションが送られているにも拘らず、運営の回答無視が続いていて、
ちょっとイラっと来ているところです。
TwitterTimelineプラグインを使用したタイムラインの埋め込みは、かなり前からそのような動きになっています。
数日前までタイムラインが見えていた、とのことですが、それはキャッシュの影響でそう見えていただけかもしれません。
原因ですがwikiwiki側の障害ではなく、X（旧Twitter）側に問題があるようです。
どこのサイトでも埋め込みタイムラインが表示されなくなっており、X側に障害が起きているか、または意図的にタイムラインの提供が中断されている、と見るべき状況です。
Xの有料アカウントにログインしているユーザーだけ、埋め込みタイムラインを閲覧できる、という説もあるようですが、実態は私には分かりません。
@wikiwikiAVIF形式の画像について、既にメジャーな形式となっており、ほぼ全てのブラウザが対応していることから、AVIF画像への対応が適切だと考えています。
AVIF形式の画像への対応についての検討に関する2025年現在の状況、及び今後の対応への是非について、運営の見解をお聞きしたいです。
それは当然の動作ではないでしょうか？
0か1ではなく0.5（テキストデータだけ先行読込、HTML組立は開いたときにやる）を求めるのであれば、デフォルト動作変更は反対です。負荷軽減が薄れます。
どうしても、というのであればオプション化は反対しませんが、需要があるかは疑問符です。
素晴らしい要望です。
アンカーの名前に仮名や漢字が使えるようになって、さらにアンカーを自分で書かなかったときに自動生成される名前が見出しの名前と同じになったら、すごく便利だと思います。
これまでの意見を簡単にまとめたいと思います：
議論がある程度終わりましたので、運営からのコメントをお願いします。@wikiwiki
運営に動いてほしい という要望ということ？
であればこれ以上議論しようがないのでは？
公式のマニュアルをユーザに編集させるのは非現実的すぎるので、他の方の意見にあるように
引き続きマニュアル整備を要望し続けるか、有志で非公式プラグインマニュアルwikiを立ち上げるのが妥当かと思います。
主は「運営ができなければユーザー側で手伝いたい」とは一言も言っていないのですり替わってはいますね
自分たちでwikiを作って参加するのは>> 9の通り自由なので、ここでは>> 5のように元々あるさんぷるwikiを一般にも編集できるように要望する方がいいかと
何がすりかわったのかよくわかりませんが、マニュアルを整備してほしい→運営でできないのであればユーザが手伝います という話ですよね？
関連性があっても、話題のすり替えはあまり好ましくないです。
（木主の要望は、プラグインマニュアルの再整備・内容の充実です）
そもそも「プラグインのWikiを作る」ことは（18歳以上なら）誰にでもできますので、
運営に要望するようなことではないです。
自由に作ればいいでしょう。
認証コードを送って認証完了のメッセージが出たのに、いざ書き込もうとすると「認証のない書き込みは制限されています」だとよ。何だよこれ
余裕がないからとかでしたら開放して有志での更新もありなのかなと思います
こちらでは、twitter_tweetプラグインが何の問題もなく使えています。
特定のポストを表示させようとしたときや、特定の他のプラグインと組み合わせて使ったときにだけ、起こる問題なのかもしれません。
具体的にどこのwikiのどのページに、どういったソースを書いて問題が起きたのかを示したほうが、対処が早くなる可能性があります。
同じ要望は過去にもありましたが、
https://zawazawa.jp/wikiwiki-request/topic/69
放置されたまま3年半近く経っていますので、
何らかの理由により、やるつもりがないのだと思われます。
csvとしてダウンロードできる機能は便利なのですが、荒らしの対応にあたっては手間が掛かるのは変わらず、ブラウザから確認できた方が親切です。
実際にあった例として、荒らし行為(似たような漢字に置き換える、URLの変更等)が発覚したあと、当日や直近数日のログから確認と復旧を行ったものの、実際は期間を空けて(数週間～)荒らし行為が行われており、復旧に時間がかかりました。このような場合、ブラウザ側で期間指定をして当該ユーザーの編集行為を絞り込めればより早く復旧できた可能性もあります。
こうした理由から、かつてのDiifnaのように一定期間は日付を跨いだ検索を実装頂きたく思います。
賛成です。マニュアルと言いつつあまりマニュアルの役目を果たしていないように思えます。>> 2さんの仰っている通りユーザー参加型の形式でもよさそうです。
賛成です。
利用しているwikiが使っているプラグインが、マニュアルを見ても載っていないことが多くてよく混乱しています。
切実にお願いします。プラグインのwikiがあったら自分も参加します。
公式Xの投稿日を見るに、こちらのトピックを受けて内容が追記されていたようですね。
https://x.com/wikiwiki_japan/status/1947539662194806924
ありがとうございました。
仕様上lazy系の中に入れた目次は表示されないようです。
https://wikiwiki.jp/pp/eco-plugins-guide (一番下のFAQに書いてあります)
賛成です。
公式Xの投稿を見て「ecache」の後継にあたる「fcache」の存在を知りました。
調べたら過去に投稿されてましたが、公式Xの投稿を逐一確認してないので気づきませんでした。
同投稿の「lazy_fold」と「lazy_accordion」に関しても追加していただきたいです。
プラグインの存在を簡単に知る方法がないと本末転倒なので、一ヶ所にまとめていただきたいです。
詳細な使い方や更新による挙動変化を含めると、切実に「wikiwikiプラグインのwiki」が欲しい。
@wikiwiki
おそらく、popularが削除済みの記事も表示することは多数の利用者が煩わしく思っていたものであると考えます。
この要望については検討していただけないのでしょうか。
賛同します。
先日のアップデートによりWiki自体に管理者パスワードorサブパスワードでログイン出来る機能が追加されましたが、それでログインしている場合はページの凍結をバイパス出来ると便利かと思います。
既に指摘の通り、凍結解除・再凍結の分の操作が減る事、凍結忘れのリスクを回避出来る事の他、可能性は低いながら、凍結解除＆編集している間に荒らされてしまうリスクも回避する事が出来ます。
認証コードを送って認証完了のメッセージが出たのに、いざ書き込もうとすると「認証のない書き込みは制限されています」だとよ。何だよこれ
返信ありがとうございます。
こちらでも通常通り、表示されなくなったことを確認できました。
今はもう、表示されなくなったようです。プラグインが動作しているかどうかまでは、分かりませんが。
一時的な不具合ではないでしょうか。
wikiの管理者は、Googleアナリティクスを使って閲覧の統計を得たり、傾向を解析できるようになっています。
Googleアナリティクス:
https://developers.google.com/analytics?hl=ja
得たい情報をもっと具体的に示してもらえれば、もう少し違った話ができるかもしれません。
この場合にも目次が生成されないようです。
lazy_foldの中に入れているincludeの内容に目次が含まれている場合:
引用元のページでは目次が生成されているにも関わらず、引用先に目次がされない
引用ページの記述