ご返信ありがとうございます。
削除済みページに残った添付ファイルのバックアップデータを管理者でも直接削除できなくなる
あまり詳しくはないのですが ページ自体が削除されても、管理者なら確か削除出来たのではないかと思いますが 「添付ファイルの一覧」「バックアップを含む添付ファイルの一覧」
基本的に、ページと添付ファイルは、紐づけられていますが 管理の方は恐らく別々になっていますので。
ただ、その削除したい添付ファイルを、添付数が増えると探すのが大変かと思います。 なので、こちらのスレの提案とは少し違いますが （それ以前の問題となりますが、添付した時点での話なので） 以前こちらの方で提案させていただいた、スレを代替案として提案させていただきました。
個人的な意見になりますが、基本的に荒らしが云々の前に、添付した本人がサイズや画質などを 間違って添付した場合は、バックアップ自体必要ありませんよね。
皆様と自由にページを、構成していく仕組みである以上 そこまで、管理者や運営などが責任を背負う必要はありませんよね。 添付した本人の自己責任であると考えますが如何でしょうか？ そうすることにより、管理者も管理しやすくなり、編集する人も さらに利便性を向上できるかと思います。
削除済みページに残った添付ファイルのバックアップデータを管理者でも直接削除できなくなる(ダミーページを一度作らないといけない)のはちょっと不便かも…とは思いました。
ひとまず最初に要望しておりましたサービスについてご検討よろしくお願いします
大変遅くなりましたが確認いたしました。この度はご対応いただき感謝申し上げます。
あと追加で、暴走して勝手にアップした本人が バックアップごと削除されてしまうと言うご意見もありますが 管理者側ですべてのページのバックアップを取ることも可能かと思いますので 定期的に管理者側がすべてのページ（添付ファイル）のバックアップとることも 出来るのではないでしょうか？ そもそも、きれいな画像で分かりやすく情報を提供しようと考えている人が 一般論として成功した画像のバックアップを故意的に消そうとは思いませんよね？
更に恐らく運営側でもバックアップは取られていると思いますので 最悪の場合は管理者が運営側に問い合わせればこの問題は解消できるかと思いますが いかがでしょうか？
荒らし行為による削除があった場合でも、有志の方による復旧が可能な仕様となっています。
荒し行為が云々ではなくて画像を添付した本人が サイズ間違え、更に画質の不具合で添付した場合は バックアップなどから差し戻す必要はありませんよね？ バックアップから差し戻す場合は、荒らしなどが悪意を持って いたずらに削除したりした際に、差し戻す必要があるだけなので しかもそのようなものを他の人に見られてしまうと 何か恥ずかしい気持ちにもなりますし、添付するのも躊躇してしまいますよね。
その都度、管理人さんに「間違えて添付したので削除して欲しい」と 言わなければならないのも少し面倒かとも思いますし その都度対応して頂くのも大変かとも思います。
画像添付の際にサイズ間違え、更に画質の不具合などは 添付した後でないと分からないこともありますので バックアップその物の意味がありません。 その為、個々の画像添付者の判断でもバックアップも含めて 削除できるようにして頂きたいです。
具体的な案としては 1段階目で従来通り、誰でも削除でき（バックアップは残ります） 2段階目でバックアップの削除のみ管理者に加えて パスワードの設定等でアップロード者も行えるようにする。
2案目は ドロップダウン方式にして 一般（ここは誰でもOK）、アップロード者、管理者と分けて パスワードを入力できるようにするのもありかと思います。（管理者のみ全てに対応）
こんな感じでいかがでしょうか？
>> 1 https://zawazawa.jp/wikiwiki-request/topic/212
是非 参考になさって下さい。
https://zawazawa.jp/wikiwiki-request/topic/212
返信有り難うございます。 tablesortの説明ページを読み飛ばしていました。申し訳ありません。
iOSではメモリ不足時にバックグラウンドのアプリやブラウザタブが再読み込みされることがあるようです。 この動作により、アンカー位置に戻されている可能性があります。
荒らし行為による削除があった場合でも、有志の方による復旧が可能な仕様となっています。 完全な削除には管理権限が必要です。
利便性をさらに向上させるための代替案について、 引き続き他の方と議論を進めていただけますと幸いです。
いただいたご意見は、今後の開発の参考とさせていただきます。
embedプラグインですが、公式が提供していない方法で情報を取得することには、 以下のリスクが伴うため慎重に検討させていただきます。
ご理解のほどお願いいたします。🙇♂️
このBandcampの埋め込みプラグインには、ニコニコ動画のビデオをYouTubeの用に埋め込み出来る機能もあるみたいです。 他にも非常に多くのサービスを埋め込めるプラグインがバンドルされた非常に便利なものですので、導入の検討をお願いします。
BandcampはoEmbedに非対応のため、個別で埋め込みプラグインを用意する必要がありそうです。 https://stackoverflow.com/questions/71066372/wordpress-acf-oembed-field-embedding-bandcamp-content/71066511#71066511
pukiwikiで使用可能なBandcampの埋め込みサービスを発見しました。 https://github.com/ikamonster/pukiwiki-embed-plugins こちらへの対応を検討お願いします。
追加の要望ですが、Bandcampの埋め込みにも対応してほしいです。 音源がBandcampにのみ投稿されていることがあり、埋め込め無いと不便になることがあるからです。
あと、ニコニコ動画を埋め込む際、YouTubeと同様の形でビデオを直接埋め込めるようにしてほしいです。
善処・ご検討された上で断念された旨、承知いたしました。基本的に結合しない形にして運用してまいります。ご報告ありがとうございます。
結合された先頭列についても、保守性や互換性の観点から非対応とさせていただきます。 （エラー表示になる予定です）
かしこまりました。今後もアナウンスがあると今後の方針も決めやすいです。よろしくお願いいたします。
ご確認ありがとうございます。 oEmbed にはセキュリティリスクがあるため、慎重に検討いたします。
具体的には、oEmbed が返す HTML に悪意のスクリプトが含まれる場合、 WIKIWIKI全体が攻撃対象になる可能性があります。
このリスクを軽減するため、安全性を確認し、対策を講じた上で導入を判断します。
結合された場合でも正しく動作するよう対応を進めて参りましたが、 保守性や互換性の観点から、結合は非対応とさせていただくことになりました。 (結合が発生した場合はエラー表示となる予定です)
iPhoneやiPadなどのiOS上のブラウザは、一般的なブラウザとは異なる独自の仕組みで動作しており、 この影響で互換性の問題が生じる場合があります。
結合対応を行うと保守性が悪化するため、現状では対応を見送らせていただきますが、 今後iOSが対応する際には再度対応を検討いたします。
何卒ご理解のほどお願い申し上げます。
互換性や保守性の観点から、tablescroll はテーブル書式にのみ動作する仕様といたしました。
テーブル書式以外の文字列やプラグインが挿入されると、正しく動作しない、 あるいは不安定になる現象が確認されたため、このような対応を取らせていただきました。
仕様をご理解いただき、慎重にご利用いただけますと幸いです。
確かにじさんじwikiだと元々できていた（エラーになっていなかった）はずですが仕様が変わってエラーになった認識で合っていますか？
それと追加の要望になるのですが、iframelyというサービス（iframely.net、oEmbedのURLも同じ）にも対応していただきたいです。 中国の大手動画サイトのビリビリ動画はoEmbedに対応していませんが、こちらのサービスを経由すると利用できるみたいです。中国のゲームなどはビリビリ動画に公式動画がアップされることが多いのでこちらも対応していただけるとありがたいです。（ビリビリは独自のiframeビューワーを提供しており、これをoEmbedに変換するサービスです）
Apple MusicとBlueskyはいずれも対応しているみたいです。
Apple Music マーケティングツール内のプレビュープレーヤーで提供されています。
https://embed.music.apple.com/jp/album/楽曲ID （例：https://embed.music.apple.com/jp/album/1348205543） ※楽曲ページURLの先頭にembed.と付けたもの
Bluesky Embedに変換するツールが公式で提供されており、対応しているみたいです。
関連プラグインとの整合性や保守性の観点から、ページ名取得の仕様を変更いたしました。 この仕様を維持すると今後のアップデートに影響が出る可能性があるためです。
仕様変更の件、承知いたしました。今後の運用については、こちらで検討してまいります。
tablesort はセルの連結に対応しておりません。 今後、より分かりやすいメッセージを表示できるよう改善を検討してまいります。
oEmbed が制限なくフリーで提供されてあれば、追加することができます。 ご確認のほどよろしくお願い申し上げます。
ご不便をおかけして申し訳ございません。 折り返して表示するように修正いたしました。
tablescroll はテーブル書式にのみ適用されます。 今後、より分かりやすいメッセージを表示できるよう改善を検討してまいります。
ご不便をおかけして申し訳ございません。
関連プラグインとの整合性や保守性の観点から、ページ名取得の仕様を変更いたしました。 この仕様を維持すると今後のアップデートに影響が出る可能性があるためです。 お手数ですが、手動で見出しの調整を行っていただけますと幸いです。
また、実現したい機能につきましては、需要なども踏まえながら、 他のユーザー様と引き続き議論いただけますと幸いです。
今後の開発を進めるうえでの参考とさせていただきます。
仕様変更により、includeで呼び出したページに見出しが一切ない場合、目次にリストアップされないといった弊害が現状、起きています。
ご確認ありがとうございます。ご対応いただけて助かります。
大変速やかな対応ありがとうございました
ご連絡ありがとうございます。 上記のMenuボタンが表示される不具合、 修正いたしました。
ご迷惑をおかけし申し訳ありません。
ご連絡ありがとうございます。 上記の不具合、修正いたしました。
ご不便をおかけし申し訳ありません。
編集メニューが画像のようにページは全て、真っさらになります。以前からメニュー表示がなかったとはいえ、今後は全ページにMENUボタンが表示されるのであれば、いずれかの対応をお願いしたいです。①以前からメニュー表示のないページにはMENUボタンを非表示にする、②全ページに対してMenuBarの表示に対応する
まっさらなのって元々メニュー表示されていないページですかね？
編集メニューにある各ページを追加検証したところ、「最終更新」と「ヘルプ」以外の全てで同じ症状になりました。
ご返信ありがとうございます。
あまり詳しくはないのですが
ページ自体が削除されても、管理者なら確か削除出来たのではないかと思いますが
「添付ファイルの一覧」「バックアップを含む添付ファイルの一覧」
基本的に、ページと添付ファイルは、紐づけられていますが
管理の方は恐らく別々になっていますので。
ただ、その削除したい添付ファイルを、添付数が増えると探すのが大変かと思います。
なので、こちらのスレの提案とは少し違いますが
（それ以前の問題となりますが、添付した時点での話なので）
以前こちらの方で提案させていただいた、スレを代替案として提案させていただきました。
個人的な意見になりますが、基本的に荒らしが云々の前に、添付した本人がサイズや画質などを
間違って添付した場合は、バックアップ自体必要ありませんよね。
皆様と自由にページを、構成していく仕組みである以上
そこまで、管理者や運営などが責任を背負う必要はありませんよね。
添付した本人の自己責任であると考えますが如何でしょうか？
そうすることにより、管理者も管理しやすくなり、編集する人も
さらに利便性を向上できるかと思います。
削除済みページに残った添付ファイルのバックアップデータを管理者でも直接削除できなくなる(ダミーページを一度作らないといけない)のはちょっと不便かも…とは思いました。
ひとまず最初に要望しておりましたサービスについてご検討よろしくお願いします
大変遅くなりましたが確認いたしました。この度はご対応いただき感謝申し上げます。
あと追加で、暴走して勝手にアップした本人が
バックアップごと削除されてしまうと言うご意見もありますが
管理者側ですべてのページのバックアップを取ることも可能かと思いますので
定期的に管理者側がすべてのページ（添付ファイル）のバックアップとることも
出来るのではないでしょうか？
そもそも、きれいな画像で分かりやすく情報を提供しようと考えている人が
一般論として成功した画像のバックアップを故意的に消そうとは思いませんよね？
更に恐らく運営側でもバックアップは取られていると思いますので
最悪の場合は管理者が運営側に問い合わせればこの問題は解消できるかと思いますが
いかがでしょうか？
荒し行為が云々ではなくて画像を添付した本人が
サイズ間違え、更に画質の不具合で添付した場合は
バックアップなどから差し戻す必要はありませんよね？
バックアップから差し戻す場合は、荒らしなどが悪意を持って
いたずらに削除したりした際に、差し戻す必要があるだけなので
しかもそのようなものを他の人に見られてしまうと
何か恥ずかしい気持ちにもなりますし、添付するのも躊躇してしまいますよね。
その都度、管理人さんに「間違えて添付したので削除して欲しい」と
言わなければならないのも少し面倒かとも思いますし
その都度対応して頂くのも大変かとも思います。
画像添付の際にサイズ間違え、更に画質の不具合などは
添付した後でないと分からないこともありますので
バックアップその物の意味がありません。
その為、個々の画像添付者の判断でもバックアップも含めて
削除できるようにして頂きたいです。
具体的な案としては
1段階目で従来通り、誰でも削除でき（バックアップは残ります）
2段階目でバックアップの削除のみ管理者に加えて
パスワードの設定等でアップロード者も行えるようにする。
2案目は
ドロップダウン方式にして
一般（ここは誰でもOK）、アップロード者、管理者と分けて
パスワードを入力できるようにするのもありかと思います。（管理者のみ全てに対応）
こんな感じでいかがでしょうか？
>> 1
https://zawazawa.jp/wikiwiki-request/topic/212
是非 参考になさって下さい。
https://zawazawa.jp/wikiwiki-request/topic/212
返信有り難うございます。
tablesortの説明ページを読み飛ばしていました。申し訳ありません。
iOSではメモリ不足時にバックグラウンドのアプリやブラウザタブが再読み込みされることがあるようです。
この動作により、アンカー位置に戻されている可能性があります。
荒らし行為による削除があった場合でも、有志の方による復旧が可能な仕様となっています。
完全な削除には管理権限が必要です。
利便性をさらに向上させるための代替案について、
引き続き他の方と議論を進めていただけますと幸いです。
いただいたご意見は、今後の開発の参考とさせていただきます。
embedプラグインですが、公式が提供していない方法で情報を取得することには、
以下のリスクが伴うため慎重に検討させていただきます。
ご理解のほどお願いいたします。🙇♂️
このBandcampの埋め込みプラグインには、ニコニコ動画のビデオをYouTubeの用に埋め込み出来る機能もあるみたいです。
他にも非常に多くのサービスを埋め込めるプラグインがバンドルされた非常に便利なものですので、導入の検討をお願いします。
BandcampはoEmbedに非対応のため、個別で埋め込みプラグインを用意する必要がありそうです。
https://stackoverflow.com/questions/71066372/wordpress-acf-oembed-field-embedding-bandcamp-content/71066511#71066511
pukiwikiで使用可能なBandcampの埋め込みサービスを発見しました。
https://github.com/ikamonster/pukiwiki-embed-plugins
こちらへの対応を検討お願いします。
追加の要望ですが、Bandcampの埋め込みにも対応してほしいです。
音源がBandcampにのみ投稿されていることがあり、埋め込め無いと不便になることがあるからです。
あと、ニコニコ動画を埋め込む際、YouTubeと同様の形でビデオを直接埋め込めるようにしてほしいです。
善処・ご検討された上で断念された旨、承知いたしました。基本的に結合しない形にして運用してまいります。ご報告ありがとうございます。
かしこまりました。今後もアナウンスがあると今後の方針も決めやすいです。よろしくお願いいたします。
ご確認ありがとうございます。
oEmbed にはセキュリティリスクがあるため、慎重に検討いたします。
具体的には、oEmbed が返す HTML に悪意のスクリプトが含まれる場合、
WIKIWIKI全体が攻撃対象になる可能性があります。
このリスクを軽減するため、安全性を確認し、対策を講じた上で導入を判断します。
結合された場合でも正しく動作するよう対応を進めて参りましたが、
保守性や互換性の観点から、結合は非対応とさせていただくことになりました。
(結合が発生した場合はエラー表示となる予定です)
iPhoneやiPadなどのiOS上のブラウザは、一般的なブラウザとは異なる独自の仕組みで動作しており、
この影響で互換性の問題が生じる場合があります。
結合対応を行うと保守性が悪化するため、現状では対応を見送らせていただきますが、
今後iOSが対応する際には再度対応を検討いたします。
何卒ご理解のほどお願い申し上げます。
互換性や保守性の観点から、tablescroll はテーブル書式にのみ動作する仕様といたしました。
iPhoneやiPadなどのiOS上のブラウザは、一般的なブラウザとは異なる独自の仕組みで動作しており、
この影響で互換性の問題が生じる場合があります。
テーブル書式以外の文字列やプラグインが挿入されると、正しく動作しない、
あるいは不安定になる現象が確認されたため、このような対応を取らせていただきました。
結合された先頭列についても、保守性や互換性の観点から非対応とさせていただきます。
（エラー表示になる予定です）
仕様をご理解いただき、慎重にご利用いただけますと幸いです。
互換性や保守性の観点から、tablescroll はテーブル書式にのみ動作する仕様といたしました。
iPhoneやiPadなどのiOS上のブラウザは、一般的なブラウザとは異なる独自の仕組みで動作しており、
この影響で互換性の問題が生じる場合があります。
テーブル書式以外の文字列やプラグインが挿入されると、正しく動作しない、
あるいは不安定になる現象が確認されたため、このような対応を取らせていただきました。
仕様をご理解いただき、慎重にご利用いただけますと幸いです。
確かにじさんじwikiだと元々できていた（エラーになっていなかった）はずですが仕様が変わってエラーになった認識で合っていますか？
それと追加の要望になるのですが、iframelyというサービス（iframely.net、oEmbedのURLも同じ）にも対応していただきたいです。
中国の大手動画サイトのビリビリ動画はoEmbedに対応していませんが、こちらのサービスを経由すると利用できるみたいです。中国のゲームなどはビリビリ動画に公式動画がアップされることが多いのでこちらも対応していただけるとありがたいです。（ビリビリは独自のiframeビューワーを提供しており、これをoEmbedに変換するサービスです）
Apple MusicとBlueskyはいずれも対応しているみたいです。
Apple Music
マーケティングツール内のプレビュープレーヤーで提供されています。
https://embed.music.apple.com/jp/album/楽曲ID
（例：https://embed.music.apple.com/jp/album/1348205543）
※楽曲ページURLの先頭にembed.と付けたもの
Bluesky
Embedに変換するツールが公式で提供されており、対応しているみたいです。
仕様変更の件、承知いたしました。今後の運用については、こちらで検討してまいります。
tablesort はセルの連結に対応しておりません。
今後、より分かりやすいメッセージを表示できるよう改善を検討してまいります。
oEmbed が制限なくフリーで提供されてあれば、追加することができます。
ご確認のほどよろしくお願い申し上げます。
oEmbed が制限なくフリーで提供されてあれば、追加することができます。
ご確認のほどよろしくお願い申し上げます。
ご不便をおかけして申し訳ございません。
折り返して表示するように修正いたしました。
tablesort はセルの連結に対応しておりません。
今後、より分かりやすいメッセージを表示できるよう改善を検討してまいります。
tablescroll はテーブル書式にのみ適用されます。
今後、より分かりやすいメッセージを表示できるよう改善を検討してまいります。
ご不便をおかけして申し訳ございません。
関連プラグインとの整合性や保守性の観点から、ページ名取得の仕様を変更いたしました。
この仕様を維持すると今後のアップデートに影響が出る可能性があるためです。
お手数ですが、手動で見出しの調整を行っていただけますと幸いです。
また、実現したい機能につきましては、需要なども踏まえながら、
他のユーザー様と引き続き議論いただけますと幸いです。
今後の開発を進めるうえでの参考とさせていただきます。
仕様変更により、includeで呼び出したページに見出しが一切ない場合、目次にリストアップされないといった弊害が現状、起きています。
ご確認ありがとうございます。ご対応いただけて助かります。
大変速やかな対応ありがとうございました
ご連絡ありがとうございます。
上記のMenuボタンが表示される不具合、
修正いたしました。
ご迷惑をおかけし申し訳ありません。
ご連絡ありがとうございます。
上記の不具合、修正いたしました。
ご不便をおかけし申し訳ありません。
編集メニューが画像のようにページは全て、真っさらになります。以前からメニュー表示がなかったとはいえ、今後は全ページにMENUボタンが表示されるのであれば、いずれかの対応をお願いしたいです。①以前からメニュー表示のないページにはMENUボタンを非表示にする、②全ページに対してMenuBarの表示に対応する
まっさらなのって元々メニュー表示されていないページですかね？
編集メニューにある各ページを追加検証したところ、「最終更新」と「ヘルプ」以外の全てで同じ症状になりました。
