②の一定時間で完全削除で自分は十分かなと思います。画像添付してから編集してプレビューで気づくこともあるのでさすがに1分は短いと思いますので、その期間の話し合いは必要だと思います。 私のところは編集は難しくても画像だけなら提供できると添付してくださる方もいるので、色々追加して複雑化するのは避けてほしいです。
編集機能を管理拡張をするアカウント制度について賛成です。こちらのトピックのように管理者・編集者は、個々に行った行動に対して責任を持って行動したいと願っています。
匿名であるが故に自由を履き違えて誤った行動する者も後を断ちません。過去に大規模なページ削除にあったことがあります。運営に問い合わせしてロールバックなどを頼めば良かったのですが、当時の利用者達は管理人が不在かつ、その考えに及ばずにトピック主と同じで有志者達が時間を掛けてバックアップから復旧させていました。当然、手動でページの復旧を行ったために抜けもあったことでしょう。
日本の電話番号で遮断するにしても、いくらでも作れてしまう現状があるので、執拗にあるwikiへ執着して嫌がらせを繰り返す人に有効な手段とは言えません。
アカウント機能にある編集権限を強化して、管理者一人だけに権限を一極集中するのではなく、チームでwikiを形作っていけるよう拡張するなり再編してほしいと思っています。
codeの拡張版なら数行〜十数行のコピペに対してとても有用だと思います。ですが、他の方が書いている通り閲覧者向けのゲーム内ギフトコードやパスワードは表に組み込めるよう、インライン型のものを新しく作っていただけるととても使いやすく、見やすいものになると思います。
私は編集者向けに#codeの拡張版プラグイン、 そして閲覧者向けにインライン型の新規プラグインの実装を提案します。中身を表示するかどうかについては、どちらにもメリットがあると感じるので、引数で選択できるようにしてほしいです。
WIKIWIKIでは、どなたでも自由にファイルをアップロード・削除できる設計としていますが、削除されたファイルは復旧用にバックアップされ、完全削除は管理者のみが行える仕様となっています。
運営方針として投稿者がアップロードしたファイルをいかなる時も、復元や完全削除できるのは管理者だけとしたいように思えます。そのため、1のみの対応に賛成です。
誤ってアップロードしたファイルを投稿者自身が完全に削除できない問題については、 たとえば「アップロードから一定時間（例：1分以内）であれば、誰でも完全に削除できる」仕組みが、現実的な改善案のひとつと考えています。
例として挙げていただいた第三者のアップロードを誰でも削除できる一定時間を設けることは反対です。投稿者のみ、一定時間を設けてその間だけ削除できるとしても、運営さんが想定しているような短時間・短期間だけという制約をつけるのであれば、反対です。
実際問題として、アップロードミスに気づくのはその場限りではありません。私自身の経験として、数日〜数ヶ月経過してから気づくことも往々にしてあります。短時間だけ投稿者自身の完全削除できる案は一定の効果はありますが、トピック主さんの問題提起する内容が根本的に解決するわけではありません。アップロード者を特定できるアカウント制度を導入するなどして、期間を設けずに完全削除できる形なら賛成します。
運営さんが提示した、ご自身の管理する公開サーバーやzawazawa掲示板、他社アップローダーを併用して、refプラグインで配信元のメディアファイルをwikiwikiへ表示させる方がいつでも完全削除することも容易く、使い勝手が良いです。現状は将来的にメディアファイルを完全削除する可能性もありうる投稿者はwikiwikiにサービスだけで完結させようとするのではなく、他社サービスも併用することを考慮してはいかがですか。
過去のトピックと本トピックを全て閲覧した上で要望者の問題提起を解決するには、投稿者がいつでも期限設けずに完全削除できる機能が必要だと思います。2のシステム改修は安易に着手して欲しくありません。今後、さらに運営が負担を強いる可能性を秘めています。
このトピックおよび、前トピックは議論が白熱し過ぎて丁寧な物言いでも、いくつかのコメントに棘があります。あるwikiwikiとzawazawaをそれぞれ管理する者として言えることは、掲示板の管理者(この掲示板では運営会社)はハンドルネームではない匿名でも、一つひとつのコメントが同一人物であるかどうか把握していることにご留意ください。
議論が白熱しても冷静により引用 なにか意見の食い違いが起こったなら、結論を急がず、じっくりノートで話し合い、結論付けましょう。そうすれば相手はあなたの意図を汲んでくれるでしょうし、あなたも相手の意見を理解して、最後にはよりよい結果になるでしょう。
少し時間をとって冷静になり、言いたいことをよく考えて、それがまとまってから書き込むようにしましょう。一旦書き込んでしまえば、あなたの署名入りのその発言履歴は削除できないまま、ずっと記録に残るのですから。
運営の方、お忙しいところご対応いただきありがとうございます。
削除済みページに添付されたファイルについて
こちらの方は、スレ主が要望されたことですので、こちらの方では分かりませんが ご対応頂ける事と、言う事ですので、よろしくお願いいたします。
添付ファイルの投稿者による完全削除について
こちらが代替案として、要望させて頂いた事で
「アップロードから一定時間（例：1分以内）であれば、誰でも完全に削除できる」仕組みが、現実的な改善案のひとつと考えています。
アップロードから1分はさすがに短すぎると思いますが如何でしょうか？ 確認して考える時間（アップするか？しないか？）と少し時間にゆとりを持たせても せいぜい半日～1日ぐらいは猶予が欲しいかと思いますが如何でしょうか？
こちらの提案したパスワード設定の件は技術的に難しいのでしょうか？ 出来れば、いつでもアップして、いつでも削除できる方が、自由度が増すかと思いますし 必要なくなった添付ファイルも、差し替えではなく各自で責任をもって削除して 新しい物に取り換えることにより、添付ファイルの管理も簡単になります。
結びになりますが、自動バックアップを、否定している訳ではありませんが そもそも、画像のサイズ間違え画質の不具合等のバックアップ自体必要ない訳です。 管理者は情報を提供して頂いている訳で、その判断を管理者がするのは違う訳です。 その判断は添付ファイルを添付した各自（各々）かと思います。 その為、今回要望させて頂きました。
長々と失礼いたしました、スレ違いの内容にもかかわらず、ご対応頂き有難うございました。 では返信お待ちしています。
#codeはブロック型のプラグインなので、表のなかでは使えないか、使えても非推奨になるはずです。 オンラインゲームのサーバ招待やフレンド登録などで使うIDを表で一覧化するような用途も考えられるので、インライン型プラグインとして実装できないでしょうか？
ご要望ありがとうございます。
本トピックでは、添付ファイルに関して以下の2つのご要望をいただいております。
1. 削除済みページに添付されたファイルについて
ページ削除後にファイルの確認・削除ができなくなる問題については、状況を把握しており、対応を予定しております。
2. 添付ファイルの投稿者による完全削除について
こうした変更は運用やセキュリティにも関わるため、引き続き慎重に検討します。 皆さまのご意見もぜひお聞かせください。
アップロードに不安がある場合は、ご自身の管理する公開サーバー等にファイルを置き、そのURLを参照していただく方法もご活用ください。
不特定多数に編集されたくないけど定期更新があり、凍結で手間が発生するのは避けたいページがあるので賛成します。 現在のタイムスタンプを更新しない機能みたいに、サブパスワードを入力して編集ができるような機能があれば便利だと思います。 親しい意見として378のようにアカウントベースで編集者制限できる機能でも、荒らされるリスクを抑えつつ、編集時の利便性も保てるのかなと思います。
私が使用する場合、主にテンプレート、ハッシュタグ、特典コードの共有に使用すると思います。そのためボタンだけでなく対象の表示を希望します。 テンプレートの場合、改行を多く含んだ大きな塊なのでイメージとしては現在文章前に半角スペースを入れることで表示できるpreの状態にコピーボタンがあればいいなと想像していました。 ハッシュタグ、特典コードに関しては、テンプレートと違い、短い文章が複数配置する形式になるので、一つ一つバラバラに配置すると視認性が悪く表で使用できると嬉しいです。 codeプラグインを全く使用していないので、どういったものなのかあまり理解しきれていませんが、大きな文の塊と短い文章両方に使用したいと思っているのでできれば表に使用できるようなものがあれば助かります。
返信ありがとうございます。 無料で場を提供していただくのにその運営に広告が必要なことは理解していますし、エロ系広告が出ないだけでも女性ユーザーがほとんどなwikiの管理者としてありがたく思っております。
状況が不明な状態で一月経ち、どういった対応なのかわからず不安を感じていたため、返信いただき嬉しいです。 実現できるかどうかはともかく、今後もこのように言葉をかわし意見を伝えられたらと思います。ありがとうございます。
ご提案いただいた「テンプレートなどをコピーしやすくする機能」について、実装そのものは技術的に可能です。
運営としては現時点で、既存の #code プラグインにコピーボタンを右上に常時表示する形での対応を想定しています。 この方法であれば、すでに多く使われている書式を拡張しながら対応でき、操作性もシンプルに保つことができます。
#code
ただしこの場合、ソース（マークアップ）は画面上に表示された状態での提供となり、表の中などインライン要素として埋め込む形式には対応できません。
このような前提を踏まえつつ、以下の点についてご意見をいただけますと幸いです。
想定されている使い方や、特に不便を感じている点なども共有いただければ、今後の改善検討の参考にさせていただきます。
引き続き、ご意見をお待ちしております。
失礼しました。
運営側で、広告のカテゴリや個別の広告を制御・ブロックすることは可能です。
広告の露出については、できるだけ少なくなるよう日々調整しておりますが、広告単価の変動や世界情勢の影響などにより、運営コストとのバランスをとる必要がある状況です。 該当の広告も、運営側で調整を行ったうえで配信しているものです。
サービスを長く安定して継続していくため、最低限の広告表示についてご理解いただけますと幸いです。
また、ユーザー側の設定でも該当広告を非表示にできる仕組み（いわゆるオプトアウト）があります。 オプトアウトにつきましては、上記の「広告について」をご確認ください。
特に、露出の高い広告（動画広告、全画面広告、追尾バナーなど）には適用できるようになっています。 広告が気になる方は、このオプトアウト機能をご活用いただけますと幸いです。
なお、オプトアウトの詳細につきましては、機能の性質上、広く明示的にご案内することが難しいため、ご了承いただけますと幸いです。
@wikiwiki これまで同様のトピックで賛同コメントをいただいています。行・列の片側一方だけ固定ではなく、両立できることで画面外にはみ出すテーブル(表データ)が格段に使い勝手が良くなると思います。近々ではなくても将来的に実現する可能性があるのか、回答をお願いいたします。
参考トピック・賛同コメント https://zawazawa.jp/wikiwiki-request/topic/220
https://zawazawa.jp/wikiwiki-request/topic/206/2 screen-sticky動作で横スクロール可能にならないと、 正式実装はかなり厳しいように思います。
https://zawazawa.jp/wikiwiki-request/topic/206/18 問題点 screen-sticky + fix-colの組み合わせはできない
同意します。今までのものを変更するのであれば反論も出るかと思いますが、完全新規の案件であれば欲しい人が賛成と投げるくらいで、そこから議論を進めるには技術的に可能なのかどうかの返答だと思います。
賛成です。多くの人が閲覧するため装飾多めでプラグインも多くなるFrontPageやinclude元になるページなどは不特定多数の人が触れるような状態じゃないほうが良いと思う場面もあり、ページ単位で編集者制限をかけられると良いなと思います。 編集凍結という手段もありますが、毎回凍結解除の手間が管理者であっても必要で、不便だと感じています。 誰でも編集できるというのはwikiの良いところではありますが、下手にいじると多くのページで混乱が生じるページが存在するのも確かですので、検討していただきたいです。
おおよその内容はスレを読んで頂ければお分かりいただけるかと思います。 議論が出尽くしましたので、前スレ（リンク先）も含めて 運営からの可否のコメントをお願いします。@wikiwiki
なお、当スレの内容とは異なる事の様ですが、こちらとしては内容をすり替えたつもりはなく そうすることにより、管理者も管理しやすくなり、編集する人もさらに利便性を向上できるかと思い 以前にこちらの方で提案させていただいた、スレを代替案として提案させていただきました。 スレ違いの事ではありますがよろしくお願いいたします。
指定した範囲内の文章をワンボタンでコピーする機能ということでしょうか。 うちのwikiではカード毎の詳細のテンプレが10行以上ある上、プラグインも複数あり}のコピーミスが発生しやすい環境なため、ワンボタンでできるようになるならありがたいです。
@wikiwikiこちらの実装可否についてお伺いできれば幸いです。
まずは本トピックにご回答頂けたことに感謝いたします。 また、メンション機能を追加頂いたことで議論に幅が出るようになるかと思いますので、早速利用させていただきます。 一方、>> 16さんのコメントの通り、ただの追加要望ですとそもそも「議論」になりにくいことも想像に容易いかと思います。そういった観点では、メンション機能は補助として運営チームの定期的な介入があると嬉しく思います。
内容にもよりますが、議論を深めて欲しいなら、 まず運営が、投げられたボールを返さないことには始まらないでしょう。
実際、木主が「長期間経過した例」に挙げているトピックを見ても、 「私も欲しい」という要望がいくつか挙がっているだけで、 議論になっていません。
仕様変更に関するトピックであれば、 賛成・反対意見が出やすいので議論になりますが、 機能追加に関するトピックの場合、 運営が沈黙したままだと、上記の例のようにしかならないと思います。
迅速な返信ありがとうございます。私が求めている回答は「ユーザーが広告をコントロールできるか」ではなく、「特定の広告をwikiwiki運営が表示しないように設定することができるのか」についてです。 ご提示いただいた広告についてのページもトピック作成前に読ませていただきました。管理人として積極的に編集し、利用規約に同意した状態の端末だと見る専用のスマホより明らか広告が少なくなっており、運営方の配慮を感じております。
ただ一部の広告で音楽が流れ、元々流しているBGMやゲーム音声より優先されていることにストレスを感じているため、その広告のみ運営サイドでブロックできないかと思い、このトピックを作成させていただきました。 広告についているバツ印からフィードバックを送る機能もありますが、該当の広告にその機能はついておりません。 可能でしたら音楽が流れる広告の停止を運営サイドで行っていただきたいです。
ユーザーが広告の露出をコントロールすることは可能です。 まずは、利用規約の下部の「利用規約に同意します」にチェックをお試しください。 広告につきましては「広告について」をご確認いただけたら幸いです。
利用規約 https://wikiwiki.jp/pp/policies
広告について https://wikiwiki.jp/pp/aboutad
@wikiwikiメンション失礼します。広告の件なのですが、広告内容は運営サイドでコントロールできるものなのでしょうか。 私一人の意見で広告を変更するなどできないことには承知ですので、今後他に広告で困りごとがある方の意見を募りたいと考えていますが、そもそも広告を規制できないのであれば、この議論は全く無意味なものになります。 そのため私の主張する広告停止は一旦横に置いておいて、特定の広告をブロックするなどの行為が可能なのかどうかお答え頂きたいです。
ご要望ありがとうございます。 運営は、投稿内容をすべて確認しております。
投稿者のこれまでのご利用状況や、実際の現場のコミュニティなども参考にしながら、 本当に必要な機能かどうかを慎重に検討しています。
この掲示板は、利用者の皆さま同士が自由に意見を交わせる場であることを重視しており、 運営はあえて発言を控えてきました。
とはいえ、返信がないことで不安に感じられる方がいらっしゃるのも、もっともなことと受け止めています。 そこで今後は、以下のようなコメントがあった場合、試験的に運営からコメントいたします。
議論がある程度終わりましたので、運営からのコメントをお願いします。 @wikiwiki
メンションを付けてお知らせいただけると助かります。 WIKIWIKIでは @wikiwiki zawazawaでは @zawazawa をご利用ください。
@wikiwiki
@zawazawa
すぐに対応できない場合もありますが、可能な範囲で対応いたします。
今後も皆さまの声を参考にさせていただきます。 引き続き、どうぞよろしくお願いいたします。
概ね賛成です。もちろん運営の方が多忙なのは承知していますが、やはり無反応で流れていくのが目につき読んでいただけているのか不安になります。私は以前音付き広告が他の音より優先されるため該当の広告の停止を要望として送りましたが、返信がないため広告の管理そのものが無理で放置か、サイレント対応されたのか私の環境で見かけないだけで他の方には表示されているのか、状況がわかりません。 ユーザー同士のディスカッションも重要なのも理解していますが、そもそもリクエストが技術的に実現可能かどうか、対応の際は一言だけでも返信をいただけたほうが助かるというのも事実です。 技術的に無理なのであればそこから要点を絞って実現可能なラインを探ることもできますし早めに話を切り上げることもできます、トピック主が提示したことで不明瞭な点があれば言っていただければ話し合いで解決に繋がるかもしれません。 せっかく返信でやり取りできるのでもう少し声掛けしていただけたら嬉しいです。
>> 11さんの仰られていることに尽きると思いました。 助け合い広場はユーザー間のみのコミュニケーションとなっていますが、こちらは運営チーム含めて役割が不明確なのが根本の問題ですね。
それはそう()
そもそも「リクエスト広場」と銘打っておきながら、 運営に要望を伝えるところではないというのが矛盾しているのですよ。
https://wikiwiki.jp/lanotagame/avifエラーの資料保存用 既に同じ要望があったためこちらに記載しますが、現在、AVIFを添付するとこのような状態になってしまいます。 既にほとんどのブラウザでAVIFへの対応が完了しているみたいで、タイミングとしても適切ですので、wikiwikiでもAVIFに対応して下さると助かります。
「運営に直接質問や要望を伝えるところではない」と明言されている以上は難しい話だとは思うけどねぇ
脆弱性対策として導入の見送り/一旦保留や採用が難しい(→数年後に要望して実現)でも良いので、運営からのリアクションがコミュニティ活性化に繋がります。運営の反応がないトピックは例えるならば、LINEの既読スルーをされているようなものです。
WIKIWIKI運営は全てのディスカッションを確認しています
掲示板TOP最下部に記載されていますが、皆さんは多種多様の改善案を提示しています。少なくとも、何らかの理由で採用される見込みのない要望への運営からの返信は欲しいです。理由は>> 4、>> 5、>> 6にある通りで不具合トピックなら話は別ですが、要望トピックにて運営より採用されないと言われれば以降、無駄に個々の時間を消費して議論することもなくなります。
禁止事項にもあるようにグループの趣旨とそぐわないコメントやトピックは削除されているようですし、民度の話は別問題かと思います(というよりざっと目を通して問題があるようなトピックは見当たりませんし)。
民度がよければ運営さんもやろうかという気になるんじゃないかなと思いますが…
>> 4>> 5
「今は回答しない」とかではなくて憶測になりますが、運営の都合の良いところは回答して 都合の悪いところは、回答しないと言うスタンスなのではないでしょうか？ >> 5さんの言う通り
「技術的に実装が難しいトピックに対してユーザー同士でディスカッションしても仕方が無いです」
まさにその通りだと思います。 判断が難しいとか、運営が回答すると終わってしまうとか、ではなくてそれ以前に 簡単でも良いので、実装できるか否かぐらいは、運営として回答するべきかと思います。 そもそも、運営が回答すると終わると言っても、実装出来ないのであれば そこで終わりにしても何ら問題はないかと思いますが。 それとも、ダラダラユーザー同士でディスカッションして、そこで実装可能になるとでも 仰りたいのでしょうか？ 出来ること、出来ないことはあるとは思いますが、運営として最低限の回答に努めることも 運営の仕事ではないでしょうか？ でなければ、このようなリクエスト広場など必要なく「運営が一方的にこのように致しました」 で済むことかと思います。
>> 4さんのコメントの通り、「今は回答しない」という選択をされていることは十分に理解できますし、あくまでユーザー同士のディスカッションに重きをおいていることも理解しています。 しかしながら、例えば技術的に実装が難しいトピックに対してユーザー同士でディスカッションしても仕方が無いですし、1ユーザーからするとディスカッションといっても「こういう理由で欲しいです」程度に留まってしまうトピックが実際多いかと思います。 また、仮にどのくらいの需要があるか調査するためにこのグループがあるとしても、コメントしなくとも賛同or否定するユーザーの方が多いかと思います。 そういった観点からも運営チームからの定期的なフィードバックは重要であると考えています。
あまり賛同できないです。 グループ説明文を読む限り、この場はあくまでユーザー同士のディスカッションに重きを置いているのでしょうし、 まだ表立って言えない等の理由から"今は回答しない"のも一つの選択でしょう、 現状の"参加することがある"という状態でも私は十分だと思います。 もし定期的に回答すると約束してしまえば悪意あるユーザーが悪戯に圧をかけるかもしれないリスクもあります。 もちろん、人員面などに余裕がある上で行っていただけるならありがたい話ですが……。
ただ、X公式アカウントのミラーのような形で、新しいプラグインや仕様変更などの周知を行う専用のグループやトピックが存在していたら便利だろうとは思います。 zawazawaであればグループのフォロー機能があるので、運営からの発信を受け取りやすくなると思います。
全面的に賛同します。 広告費で運営されている中でやれることに限界はあると思いますが、 運営からのコメントはあればあるだけ嬉しいと感じています。
同意します。 他のレンタルWikiに比べて利用者とコミュニケーションの取れる場を設けて、やり取りが公にされているので第三者意見も発生して良いことだと思います。
しかしながら現状、不定期に運営はコメントを残されています。運営コメントのないトピックに対しては意図的に返信されていないのでないかと勘繰られて、コミュニティへの発言意欲低下/最悪、不信感による他Wikiへの移管をしまっても、仕方ないかと思われます。
エンドユーザーと運営のやり取りは公開前のゲームなどでよくあることです。実装するしないの理由を正直に言えば、トピック主のわだかまりもないと思います。(例え、「開発陣の話し合いの結果で利便性が高いと言えど現時点では不採用です」と返信があっても)
賛同します。 木主が述べられている要望は、おそらく大多数のユーザーが 常日頃から望んでいることだと思います。
「寄せられたトピックに回答頂けるとよりコミュニティが活性化するのではないか」 という意見にも全面的に同意です。 その好例がこちらのトピックです。 https://zawazawa.jp/wikiwiki-request/topic/184
こちらのトピックでは、運営が積極的にリプライすることで、 実際に活発なディスカッションが行われました。 （もし運営が沈黙していたらこうはならなかったでしょう）
「運営が回答すると、ディスカッションが終わってしまうことがあるから」 という主張も理解できますが、 逆にそれに何の問題があるのかと問いたいです。 （実装する気が全くない機能についての無駄な議論を永遠に続けさせたいという事でしょうか?）
簡単で良いので、実装の可能性はない旨とその理由をリプライいただければ、 以降無駄な議論を続けたり、ヤキモキしたりといったことがなくなりますし、 可能性があるものについては、何らかのリプライをいただくことで、 間違いなくディスカッションが活性化すると思います。
今回のメンテナンス前に通知の表示を確認しました。ほぼイメージ通りです。ありがとうございます。
今回はXの投稿と同一で長めの文面でしたが、スマホ表示時でも2-3行程度に収まるような文面にしていただけると大変ありがたいです。 重ね重ねのお願いとなってしまいますが、ご検討いただけますと幸いです。
②の一定時間で完全削除で自分は十分かなと思います。画像添付してから編集してプレビューで気づくこともあるのでさすがに1分は短いと思いますので、その期間の話し合いは必要だと思います。
私のところは編集は難しくても画像だけなら提供できると添付してくださる方もいるので、色々追加して複雑化するのは避けてほしいです。
編集機能を管理拡張をするアカウント制度について賛成です。こちらのトピックのように管理者・編集者は、個々に行った行動に対して責任を持って行動したいと願っています。
匿名であるが故に自由を履き違えて誤った行動する者も後を断ちません。過去に大規模なページ削除にあったことがあります。運営に問い合わせしてロールバックなどを頼めば良かったのですが、当時の利用者達は管理人が不在かつ、その考えに及ばずにトピック主と同じで有志者達が時間を掛けてバックアップから復旧させていました。当然、手動でページの復旧を行ったために抜けもあったことでしょう。
日本の電話番号で遮断するにしても、いくらでも作れてしまう現状があるので、執拗にあるwikiへ執着して嫌がらせを繰り返す人に有効な手段とは言えません。
アカウント機能にある編集権限を強化して、管理者一人だけに権限を一極集中するのではなく、チームでwikiを形作っていけるよう拡張するなり再編してほしいと思っています。
codeの拡張版なら数行〜十数行のコピペに対してとても有用だと思います。ですが、他の方が書いている通り閲覧者向けのゲーム内ギフトコードやパスワードは表に組み込めるよう、インライン型のものを新しく作っていただけるととても使いやすく、見やすいものになると思います。
私は編集者向けに#codeの拡張版プラグイン、
そして閲覧者向けにインライン型の新規プラグインの実装を提案します。中身を表示するかどうかについては、どちらにもメリットがあると感じるので、引数で選択できるようにしてほしいです。
運営方針として投稿者がアップロードしたファイルをいかなる時も、復元や完全削除できるのは管理者だけとしたいように思えます。そのため、1のみの対応に賛成です。
例として挙げていただいた第三者のアップロードを誰でも削除できる一定時間を設けることは反対です。投稿者のみ、一定時間を設けてその間だけ削除できるとしても、運営さんが想定しているような短時間・短期間だけという制約をつけるのであれば、反対です。
実際問題として、アップロードミスに気づくのはその場限りではありません。私自身の経験として、数日〜数ヶ月経過してから気づくことも往々にしてあります。短時間だけ投稿者自身の完全削除できる案は一定の効果はありますが、トピック主さんの問題提起する内容が根本的に解決するわけではありません。アップロード者を特定できるアカウント制度を導入するなどして、期間を設けずに完全削除できる形なら賛成します。
運営さんが提示した、ご自身の管理する公開サーバーやzawazawa掲示板、他社アップローダーを併用して、refプラグインで配信元のメディアファイルをwikiwikiへ表示させる方がいつでも完全削除することも容易く、使い勝手が良いです。現状は将来的にメディアファイルを完全削除する可能性もありうる投稿者はwikiwikiにサービスだけで完結させようとするのではなく、他社サービスも併用することを考慮してはいかがですか。
過去のトピックと本トピックを全て閲覧した上で要望者の問題提起を解決するには、投稿者がいつでも期限設けずに完全削除できる機能が必要だと思います。2のシステム改修は安易に着手して欲しくありません。今後、さらに運営が負担を強いる可能性を秘めています。
このトピックおよび、前トピックは議論が白熱し過ぎて丁寧な物言いでも、いくつかのコメントに棘があります。あるwikiwikiとzawazawaをそれぞれ管理する者として言えることは、掲示板の管理者(この掲示板では運営会社)はハンドルネームではない匿名でも、一つひとつのコメントが同一人物であるかどうか把握していることにご留意ください。
議論が白熱しても冷静により引用
なにか意見の食い違いが起こったなら、結論を急がず、じっくりノートで話し合い、結論付けましょう。そうすれば相手はあなたの意図を汲んでくれるでしょうし、あなたも相手の意見を理解して、最後にはよりよい結果になるでしょう。
少し時間をとって冷静になり、言いたいことをよく考えて、それがまとまってから書き込むようにしましょう。一旦書き込んでしまえば、あなたの署名入りのその発言履歴は削除できないまま、ずっと記録に残るのですから。
運営の方、お忙しいところご対応いただきありがとうございます。
こちらの方は、スレ主が要望されたことですので、こちらの方では分かりませんが
ご対応頂ける事と、言う事ですので、よろしくお願いいたします。
こちらが代替案として、要望させて頂いた事で
アップロードから1分はさすがに短すぎると思いますが如何でしょうか？
確認して考える時間（アップするか？しないか？）と少し時間にゆとりを持たせても
せいぜい半日～1日ぐらいは猶予が欲しいかと思いますが如何でしょうか？
こちらの提案したパスワード設定の件は技術的に難しいのでしょうか？
出来れば、いつでもアップして、いつでも削除できる方が、自由度が増すかと思いますし
必要なくなった添付ファイルも、差し替えではなく各自で責任をもって削除して
新しい物に取り換えることにより、添付ファイルの管理も簡単になります。
結びになりますが、自動バックアップを、否定している訳ではありませんが
そもそも、画像のサイズ間違え画質の不具合等のバックアップ自体必要ない訳です。
管理者は情報を提供して頂いている訳で、その判断を管理者がするのは違う訳です。
その判断は添付ファイルを添付した各自（各々）かと思います。
その為、今回要望させて頂きました。
長々と失礼いたしました、スレ違いの内容にもかかわらず、ご対応頂き有難うございました。
では返信お待ちしています。
#codeはブロック型のプラグインなので、表のなかでは使えないか、使えても非推奨になるはずです。
オンラインゲームのサーバ招待やフレンド登録などで使うIDを表で一覧化するような用途も考えられるので、インライン型プラグインとして実装できないでしょうか？
ご要望ありがとうございます。
本トピックでは、添付ファイルに関して以下の2つのご要望をいただいております。
WIKIWIKIでは、どなたでも自由にファイルをアップロード・削除できる設計としていますが、削除されたファイルは復旧用にバックアップされ、完全削除は管理者のみが行える仕様となっています。
1. 削除済みページに添付されたファイルについて
ページ削除後にファイルの確認・削除ができなくなる問題については、状況を把握しており、対応を予定しております。
2. 添付ファイルの投稿者による完全削除について
誤ってアップロードしたファイルを投稿者自身が完全に削除できない問題については、
たとえば「アップロードから一定時間（例：1分以内）であれば、誰でも完全に削除できる」仕組みが、現実的な改善案のひとつと考えています。
こうした変更は運用やセキュリティにも関わるため、引き続き慎重に検討します。
皆さまのご意見もぜひお聞かせください。
アップロードに不安がある場合は、ご自身の管理する公開サーバー等にファイルを置き、そのURLを参照していただく方法もご活用ください。
不特定多数に編集されたくないけど定期更新があり、凍結で手間が発生するのは避けたいページがあるので賛成します。
現在のタイムスタンプを更新しない機能みたいに、サブパスワードを入力して編集ができるような機能があれば便利だと思います。
親しい意見として378のようにアカウントベースで編集者制限できる機能でも、荒らされるリスクを抑えつつ、編集時の利便性も保てるのかなと思います。
私が使用する場合、主にテンプレート、ハッシュタグ、特典コードの共有に使用すると思います。そのためボタンだけでなく対象の表示を希望します。
テンプレートの場合、改行を多く含んだ大きな塊なのでイメージとしては現在文章前に半角スペースを入れることで表示できるpreの状態にコピーボタンがあればいいなと想像していました。
ハッシュタグ、特典コードに関しては、テンプレートと違い、短い文章が複数配置する形式になるので、一つ一つバラバラに配置すると視認性が悪く表で使用できると嬉しいです。
codeプラグインを全く使用していないので、どういったものなのかあまり理解しきれていませんが、大きな文の塊と短い文章両方に使用したいと思っているのでできれば表に使用できるようなものがあれば助かります。
返信ありがとうございます。
無料で場を提供していただくのにその運営に広告が必要なことは理解していますし、エロ系広告が出ないだけでも女性ユーザーがほとんどなwikiの管理者としてありがたく思っております。
状況が不明な状態で一月経ち、どういった対応なのかわからず不安を感じていたため、返信いただき嬉しいです。
実現できるかどうかはともかく、今後もこのように言葉をかわし意見を伝えられたらと思います。ありがとうございます。
ご要望ありがとうございます。
ご提案いただいた「テンプレートなどをコピーしやすくする機能」について、実装そのものは技術的に可能です。
運営としては現時点で、既存の
#codeプラグインにコピーボタンを右上に常時表示する形での対応を想定しています。この方法であれば、すでに多く使われている書式を拡張しながら対応でき、操作性もシンプルに保つことができます。
ただしこの場合、ソース（マークアップ）は画面上に表示された状態での提供となり、表の中などインライン要素として埋め込む形式には対応できません。
このような前提を踏まえつつ、以下の点についてご意見をいただけますと幸いです。
想定されている使い方や、特に不便を感じている点なども共有いただければ、今後の改善検討の参考にさせていただきます。
引き続き、ご意見をお待ちしております。
失礼しました。
運営側で、広告のカテゴリや個別の広告を制御・ブロックすることは可能です。
広告の露出については、できるだけ少なくなるよう日々調整しておりますが、広告単価の変動や世界情勢の影響などにより、運営コストとのバランスをとる必要がある状況です。
該当の広告も、運営側で調整を行ったうえで配信しているものです。
サービスを長く安定して継続していくため、最低限の広告表示についてご理解いただけますと幸いです。
また、ユーザー側の設定でも該当広告を非表示にできる仕組み（いわゆるオプトアウト）があります。
オプトアウトにつきましては、上記の「広告について」をご確認ください。
特に、露出の高い広告（動画広告、全画面広告、追尾バナーなど）には適用できるようになっています。
広告が気になる方は、このオプトアウト機能をご活用いただけますと幸いです。
なお、オプトアウトの詳細につきましては、機能の性質上、広く明示的にご案内することが難しいため、ご了承いただけますと幸いです。
@wikiwiki
これまで同様のトピックで賛同コメントをいただいています。行・列の片側一方だけ固定ではなく、両立できることで画面外にはみ出すテーブル(表データ)が格段に使い勝手が良くなると思います。近々ではなくても将来的に実現する可能性があるのか、回答をお願いいたします。
参考トピック・賛同コメント
https://zawazawa.jp/wikiwiki-request/topic/220
https://zawazawa.jp/wikiwiki-request/topic/206/2
screen-sticky動作で横スクロール可能にならないと、
正式実装はかなり厳しいように思います。
https://zawazawa.jp/wikiwiki-request/topic/206/18
問題点
screen-sticky + fix-colの組み合わせはできない
同意します。今までのものを変更するのであれば反論も出るかと思いますが、完全新規の案件であれば欲しい人が賛成と投げるくらいで、そこから議論を進めるには技術的に可能なのかどうかの返答だと思います。
賛成です。多くの人が閲覧するため装飾多めでプラグインも多くなるFrontPageやinclude元になるページなどは不特定多数の人が触れるような状態じゃないほうが良いと思う場面もあり、ページ単位で編集者制限をかけられると良いなと思います。
編集凍結という手段もありますが、毎回凍結解除の手間が管理者であっても必要で、不便だと感じています。
誰でも編集できるというのはwikiの良いところではありますが、下手にいじると多くのページで混乱が生じるページが存在するのも確かですので、検討していただきたいです。
おおよその内容はスレを読んで頂ければお分かりいただけるかと思います。
議論が出尽くしましたので、前スレ（リンク先）も含めて
運営からの可否のコメントをお願いします。@wikiwiki
なお、当スレの内容とは異なる事の様ですが、こちらとしては内容をすり替えたつもりはなく
そうすることにより、管理者も管理しやすくなり、編集する人もさらに利便性を向上できるかと思い
以前にこちらの方で提案させていただいた、スレを代替案として提案させていただきました。
スレ違いの事ではありますがよろしくお願いいたします。
指定した範囲内の文章をワンボタンでコピーする機能ということでしょうか。
うちのwikiではカード毎の詳細のテンプレが10行以上ある上、プラグインも複数あり}のコピーミスが発生しやすい環境なため、ワンボタンでできるようになるならありがたいです。
@wikiwikiこちらの実装可否についてお伺いできれば幸いです。
まずは本トピックにご回答頂けたことに感謝いたします。
また、メンション機能を追加頂いたことで議論に幅が出るようになるかと思いますので、早速利用させていただきます。
一方、>> 16さんのコメントの通り、ただの追加要望ですとそもそも「議論」になりにくいことも想像に容易いかと思います。そういった観点では、メンション機能は補助として運営チームの定期的な介入があると嬉しく思います。
内容にもよりますが、議論を深めて欲しいなら、
まず運営が、投げられたボールを返さないことには始まらないでしょう。
実際、木主が「長期間経過した例」に挙げているトピックを見ても、
「私も欲しい」という要望がいくつか挙がっているだけで、
議論になっていません。
仕様変更に関するトピックであれば、
賛成・反対意見が出やすいので議論になりますが、
機能追加に関するトピックの場合、
運営が沈黙したままだと、上記の例のようにしかならないと思います。
迅速な返信ありがとうございます。私が求めている回答は「ユーザーが広告をコントロールできるか」ではなく、「特定の広告をwikiwiki運営が表示しないように設定することができるのか」についてです。
ご提示いただいた広告についてのページもトピック作成前に読ませていただきました。管理人として積極的に編集し、利用規約に同意した状態の端末だと見る専用のスマホより明らか広告が少なくなっており、運営方の配慮を感じております。
ただ一部の広告で音楽が流れ、元々流しているBGMやゲーム音声より優先されていることにストレスを感じているため、その広告のみ運営サイドでブロックできないかと思い、このトピックを作成させていただきました。
広告についているバツ印からフィードバックを送る機能もありますが、該当の広告にその機能はついておりません。
可能でしたら音楽が流れる広告の停止を運営サイドで行っていただきたいです。
ユーザーが広告の露出をコントロールすることは可能です。
まずは、利用規約の下部の「利用規約に同意します」にチェックをお試しください。
広告につきましては「広告について」をご確認いただけたら幸いです。
利用規約
https://wikiwiki.jp/pp/policies
広告について
https://wikiwiki.jp/pp/aboutad
@wikiwikiメンション失礼します。広告の件なのですが、広告内容は運営サイドでコントロールできるものなのでしょうか。 私一人の意見で広告を変更するなどできないことには承知ですので、今後他に広告で困りごとがある方の意見を募りたいと考えていますが、そもそも広告を規制できないのであれば、この議論は全く無意味なものになります。
そのため私の主張する広告停止は一旦横に置いておいて、特定の広告をブロックするなどの行為が可能なのかどうかお答え頂きたいです。
ご要望ありがとうございます。
運営は、投稿内容をすべて確認しております。
投稿者のこれまでのご利用状況や、実際の現場のコミュニティなども参考にしながら、
本当に必要な機能かどうかを慎重に検討しています。
この掲示板は、利用者の皆さま同士が自由に意見を交わせる場であることを重視しており、
運営はあえて発言を控えてきました。
とはいえ、返信がないことで不安に感じられる方がいらっしゃるのも、もっともなことと受け止めています。
そこで今後は、以下のようなコメントがあった場合、試験的に運営からコメントいたします。
メンションを付けてお知らせいただけると助かります。
WIKIWIKIでは
@wikiwikizawazawaでは@zawazawaをご利用ください。すぐに対応できない場合もありますが、可能な範囲で対応いたします。
今後も皆さまの声を参考にさせていただきます。
引き続き、どうぞよろしくお願いいたします。
概ね賛成です。もちろん運営の方が多忙なのは承知していますが、やはり無反応で流れていくのが目につき読んでいただけているのか不安になります。私は以前音付き広告が他の音より優先されるため該当の広告の停止を要望として送りましたが、返信がないため広告の管理そのものが無理で放置か、サイレント対応されたのか私の環境で見かけないだけで他の方には表示されているのか、状況がわかりません。 ユーザー同士のディスカッションも重要なのも理解していますが、そもそもリクエストが技術的に実現可能かどうか、対応の際は一言だけでも返信をいただけたほうが助かるというのも事実です。
技術的に無理なのであればそこから要点を絞って実現可能なラインを探ることもできますし早めに話を切り上げることもできます、トピック主が提示したことで不明瞭な点があれば言っていただければ話し合いで解決に繋がるかもしれません。 せっかく返信でやり取りできるのでもう少し声掛けしていただけたら嬉しいです。
>> 11さんの仰られていることに尽きると思いました。
助け合い広場はユーザー間のみのコミュニケーションとなっていますが、こちらは運営チーム含めて役割が不明確なのが根本の問題ですね。
それはそう()
そもそも「リクエスト広場」と銘打っておきながら、
運営に要望を伝えるところではないというのが矛盾しているのですよ。
https://wikiwiki.jp/lanotagame/avifエラーの資料保存用
既に同じ要望があったためこちらに記載しますが、現在、AVIFを添付するとこのような状態になってしまいます。
既にほとんどのブラウザでAVIFへの対応が完了しているみたいで、タイミングとしても適切ですので、wikiwikiでもAVIFに対応して下さると助かります。
「運営に直接質問や要望を伝えるところではない」と明言されている以上は難しい話だとは思うけどねぇ
脆弱性対策として導入の見送り/一旦保留や採用が難しい(→数年後に要望して実現)でも良いので、運営からのリアクションがコミュニティ活性化に繋がります。運営の反応がないトピックは例えるならば、LINEの既読スルーをされているようなものです。
WIKIWIKI運営は全てのディスカッションを確認しています
掲示板TOP最下部に記載されていますが、皆さんは多種多様の改善案を提示しています。少なくとも、何らかの理由で採用される見込みのない要望への運営からの返信は欲しいです。理由は>> 4、>> 5、>> 6にある通りで不具合トピックなら話は別ですが、要望トピックにて運営より採用されないと言われれば以降、無駄に個々の時間を消費して議論することもなくなります。
禁止事項にもあるようにグループの趣旨とそぐわないコメントやトピックは削除されているようですし、民度の話は別問題かと思います(というよりざっと目を通して問題があるようなトピックは見当たりませんし)。
民度がよければ運営さんもやろうかという気になるんじゃないかなと思いますが…
>> 4>> 5
「今は回答しない」とかではなくて憶測になりますが、運営の都合の良いところは回答して
都合の悪いところは、回答しないと言うスタンスなのではないでしょうか？
>> 5さんの言う通り
まさにその通りだと思います。
判断が難しいとか、運営が回答すると終わってしまうとか、ではなくてそれ以前に
簡単でも良いので、実装できるか否かぐらいは、運営として回答するべきかと思います。
そもそも、運営が回答すると終わると言っても、実装出来ないのであれば
そこで終わりにしても何ら問題はないかと思いますが。
それとも、ダラダラユーザー同士でディスカッションして、そこで実装可能になるとでも
仰りたいのでしょうか？
出来ること、出来ないことはあるとは思いますが、運営として最低限の回答に努めることも
運営の仕事ではないでしょうか？
でなければ、このようなリクエスト広場など必要なく「運営が一方的にこのように致しました」
で済むことかと思います。
>> 4さんのコメントの通り、「今は回答しない」という選択をされていることは十分に理解できますし、あくまでユーザー同士のディスカッションに重きをおいていることも理解しています。
しかしながら、例えば技術的に実装が難しいトピックに対してユーザー同士でディスカッションしても仕方が無いですし、1ユーザーからするとディスカッションといっても「こういう理由で欲しいです」程度に留まってしまうトピックが実際多いかと思います。
また、仮にどのくらいの需要があるか調査するためにこのグループがあるとしても、コメントしなくとも賛同or否定するユーザーの方が多いかと思います。
そういった観点からも運営チームからの定期的なフィードバックは重要であると考えています。
あまり賛同できないです。
グループ説明文を読む限り、この場はあくまでユーザー同士のディスカッションに重きを置いているのでしょうし、
まだ表立って言えない等の理由から"今は回答しない"のも一つの選択でしょう、
現状の"参加することがある"という状態でも私は十分だと思います。
もし定期的に回答すると約束してしまえば悪意あるユーザーが悪戯に圧をかけるかもしれないリスクもあります。
もちろん、人員面などに余裕がある上で行っていただけるならありがたい話ですが……。
ただ、X公式アカウントのミラーのような形で、新しいプラグインや仕様変更などの周知を行う専用のグループやトピックが存在していたら便利だろうとは思います。
zawazawaであればグループのフォロー機能があるので、運営からの発信を受け取りやすくなると思います。
全面的に賛同します。
広告費で運営されている中でやれることに限界はあると思いますが、
運営からのコメントはあればあるだけ嬉しいと感じています。
同意します。
他のレンタルWikiに比べて利用者とコミュニケーションの取れる場を設けて、やり取りが公にされているので第三者意見も発生して良いことだと思います。
しかしながら現状、不定期に運営はコメントを残されています。運営コメントのないトピックに対しては意図的に返信されていないのでないかと勘繰られて、コミュニティへの発言意欲低下/最悪、不信感による他Wikiへの移管をしまっても、仕方ないかと思われます。
エンドユーザーと運営のやり取りは公開前のゲームなどでよくあることです。実装するしないの理由を正直に言えば、トピック主のわだかまりもないと思います。(例え、「開発陣の話し合いの結果で利便性が高いと言えど現時点では不採用です」と返信があっても)
賛同します。
木主が述べられている要望は、おそらく大多数のユーザーが
常日頃から望んでいることだと思います。
「寄せられたトピックに回答頂けるとよりコミュニティが活性化するのではないか」
という意見にも全面的に同意です。
その好例がこちらのトピックです。
https://zawazawa.jp/wikiwiki-request/topic/184
こちらのトピックでは、運営が積極的にリプライすることで、
実際に活発なディスカッションが行われました。
（もし運営が沈黙していたらこうはならなかったでしょう）
「運営が回答すると、ディスカッションが終わってしまうことがあるから」
という主張も理解できますが、
逆にそれに何の問題があるのかと問いたいです。
（実装する気が全くない機能についての無駄な議論を永遠に続けさせたいという事でしょうか?）
簡単で良いので、実装の可能性はない旨とその理由をリプライいただければ、
以降無駄な議論を続けたり、ヤキモキしたりといったことがなくなりますし、
可能性があるものについては、何らかのリプライをいただくことで、
間違いなくディスカッションが活性化すると思います。
今回のメンテナンス前に通知の表示を確認しました。ほぼイメージ通りです。ありがとうございます。
今回はXの投稿と同一で長めの文面でしたが、スマホ表示時でも2-3行程度に収まるような文面にしていただけると大変ありがたいです。
重ね重ねのお願いとなってしまいますが、ご検討いただけますと幸いです。