タブ機能の検討状況
ご要望ありがとうございます。
領域をタブで切り替える表示機能については、運営側でも有用性を認識しており、実装は計画中です。 ただし現在はまだ着手しておらず、具体的な仕様の検討には入っていません。
PukiWikiとの互換性について
WIKIWIKIはもともとPukiWikiをベースにスタートしましたが、20年以上の運用の中で独自に改修・拡張を重ねてきたため、現在ではPukiWikiのソースコードはほとんど残っていません。 一部に名残がある程度で、PukiWikiのプラグインとの互換性はなく、必要な機能はすべて独自に実装する必要があります。
実装にあたっての前提
fold のようにページ内に大量の情報を折りたたんで持たせる形式は、ページの肥大化によって初期読み込みや転送量の負荷が大きくなるため、現在は避けています。
もしタブ機能を導入する場合は、include のように他ページの内容を使用し、それを非同期で読み込む形式を想定しています。
ご意見を募集したい点
このトピックで使い方や仕様が具体化されれば、実装の優先度を上げられる可能性もあります。 そこで、以下のような点についてもご意見をいただけると、設計の参考になります。
こうした点についても自由にご意見をいただければ幸いです。 今後の開発検討の参考にさせていただきますので、引き続きよろしくお願いいたします。
ご連絡ありがとうございます。 対応いたしました。
ご確認ありがとうございます。 本日撤去しました。
上記サイトのリアルタイムコメント欄が撤去されたことを確認いたしました。 迅速なご対応ありがとうございます。
承知しました。 動機はともかくとして、要望に反対するわけではありませんので 後は運営に見解を伺ってみるのがよろしいかと思います。
こんにちは ご意見有難うございます。
例えば画像のプレビュー機能を実装したり、アップロード時の注意事項を目立つように記載しておけば 失敗する可能性は下げられると考えます。
プレビュー機能はありますが、プレビューで見た物と、実際にアップした後では 若干の違いがある事があります。
基本的に
画像のサイズ間違え画質の不具合等のバックアップ自体必要ない訳です。 管理者は情報を提供して頂いている訳で、その判断を管理者がするのは違う訳です。
その為、今回の提案に至ったわけです。 それにより、ユーザーが添付ファイルをいつでも削除できるようになれば気軽なアップのしやすさ 添付ファイルの管理のしやすさ等（差し替えで無く各自で責任をもって削除→新たにアップ） そしてそのついでと言ってはいけませんが 物事を説明する際に一時使用（使用後、各自責任をもって削除） 特定のユーザー同士でのやり取りなどで、他の方には見られたくない内容等（確認後→即削除） いろんなことが想定できます。
ご意見有難うございます。
横から失礼します。
「アップロードした画像のバックアップを本人が削除できるようにしたい」という要望の背景として、間違えてアップロードした画像を本人が削除できないから、という理由があると認識しました。
だとすれば、失敗した後のフォローとしてバックアップを削除できるようにするのではなく、 そもそもアップロードを失敗しないようにするための仕組みを整えることも対策として有効ではないでしょうか。
現状はファイルを選択してボタンを押すだけで、何の確認もなくアップロードされてしまいます。 そのことに対して特に注意書き等もありません。
主にバックアップ機能にフォーカスして議論されているところ恐縮ですが、別の視点から提案させていただきました。
各wikiにバックアップを保存した方が運営の負担も減り、万が一バックアップが消された場合にも管理人等によって早急な対応ができると思います。
管理者には手動で定期的なローカルバックアップを要求するのは身勝手なエゴでしかありません。
このような、ご意見もありましたのであえて触れませんでしたが それは、もちろん各自でバックアップを取られた方が良いかと思います。
ここでの「説明」が何の説明なのかは分かりませんが プラグインの説明や参加しているwikiの説明なら
それは、個々の内容にも異なるかと思いますが 例えば、このような説明の場合は、順次仕様も変更される為、使いまわしは出来ないのではないかと思います。
もし「説明」が最後の方に話している「他の方には見られたくない内容」
余りにも、込み入った内容であれば、仰るようなことも考えられますが、ごくごく簡単なことで あれば他サービスからではなく、その場で対応できる方が簡単で良いかと思います。
結びになりますが、バックアップその物を否定している訳ではありませんが 基本的にいろんな物事が想定できますが、そのことも踏まえた上でご要望させて頂いています。
ご意見有難うございました。
個人的にはバックアップは必要だと考えています。確かに運営に問い合わせをして対応してもらえば解決かもしれませんが、何百何千とあるであろうwikiがバックアップを消されるたびに運営を頼るようになるのは運営の負担も大きくなりますし対応してもらうまでは何もできない、という状態になってしまいます。各wikiにバックアップを保存している現在の仕様の方が運営の負担も減り、画像が何らかの理由で削除された場合も管理人等によって早急な対応ができると思います。
また画像で説明する場合のことを話していますが、その場合でも特に問題は無いと思います。ここでの「説明」が何の説明なのかは分かりませんが、プラグインの説明や参加しているwikiの説明なら一時的に使用するだけでも画像を消す必要は無いと思います。(次同じ説明をする際に使いまわせるため) もし「説明」が最後の方に話している「他の方には見られたくない内容」の説明なら、それは誰でも閲覧できるwiki内で説明するよりもDiscordやSNSのDM機能、ブラウザでも無料で鍵をかけられるチャットサイトはあるのでそれらを使った方が安全で確実だと思います。
個人的には>> 21さんと同じくバックアップは1時間は誰でも削除可能、それ以降は従来通り管理人のみ削除可能が妥当な範囲かなと思っています。
>> 21
要望主の要求は十分に満たされる筈ですし
確かに満たされますが、上記にも書いていますが 例えば、やり取りの場面で、文面だけでは説明が付かない時には 「こちらをご覧下さい」とか言って、画像で説明したりする場面も想定できます。 その場合は説明する為に、一時的に使用するだけなので、後々必要なくなりますよね？ こういった利用方法も想定しています。
そういう「暴走」からWikiを守るためにも、バックアップは重要です。
バックアップ（自動）否定している訳ではありませんが 暴走に関しては、こちらも上記に書いていますが、 一般論としてですが、成功した画像のバックアップを、故意的に消そうとは思いませんよね？ 仮に最悪、仰るようなことになった場合は、運営側でも、バックアップは取られていると思いますので その場合は、管理者が運営側に問い合わせれば、この問題は解消できるかと思います。
外部（個人管理）からのファイル引用
こちらについては、こちらの方にも利用規約があるように 他社サービスにおいても、恐らく同じような規約があるかと思われますので こちらとしては考えていません。
結びになりますが 皆様そうですが、荒しとか暴走を気にしておられる方が多いみたいですが 基本的に、荒らさても暴走されても、運営側でもバックアップは取られていますので そんなに敏感になる必要はないのではと思います。
それにどんな物でも、バックアップがあれば良い言うわけではありません。 同志（ここで言うと管理者・副管理者・賛同して頂けている一般ユーザー）など 特定のユーザー同士でのやり取りなど、他の方には見られたくない 内容もあるのではないでしょうか？ そういった時でも、いつでもアップいつでも削除出来れば、コメント欄に記載しなくても 画像でも会話できますし、ご覧いただいた時点で削除することも出来ます。
こういった利用方法も想定していますので、出来ればいつでも削除できる状態が 好ましいかとも思います。
長々と失礼しました、ご意見有難うございます。
私は、管理者以外がバックアップを削除できるようにすることに、基本的には反対です。 ただし、運営が「アップロードから一定時間以内に、誰でも削除できる仕組みであれば実現可能」 というのであれば、それについては反対しません。 時間については、さすがに1分以内は短すぎて実用性に欠けるので、 15分～1時間以内が妥当かと思います。
逆に言えば、誰でも削除可能な状態が1時間を超えて続く状態にはして欲しくありません。 15分～1時間の猶予があれば、要望主の要求は十分に満たされる筈ですし、 それ以上は管理上の「ザル」になるだけです。
以前に、他編集者と対立した挙句、 自分が書いた記事やアップしたファイルを片端から削除した人がいたと聞きます。 そういう「暴走」からWikiを守るためにも、バックアップは重要です。
>> 13 外部（個人管理）からのファイル引用を、代案の1つとしてご提案されていますが、 それについては反対します。 Wikiは個人のものではないので、 個人の都合で将来ファイル参照不可になる可能性が生じるのは好ましくないと考えます。
それと関連する質問ですが、 Zawazawaの倉庫利用は規約違反にならないのでしょうか。
追記：
外部（個人管理）からのファイル引用は反対と書きましたが、 それは記事を構成するファイルに対してであり、 >> 22に書かれているような、個人が一時的に利用するだけのファイルであれば、 確かにそれは有用な手段であると言えます。
追追記：
「例：1分以内」「セキュリティに関わる」という運営の文言が引っかかっています。 確認ですが、対象となるファイルは「新規にアップされたファイル（のバックアップ）」という認識で合っていますよね? たとえ1分間にせよ、全てのバックアップファイルが対象になってしまうのであれば反対します。
皆様 こんにちは
皆様からのご意見を伺って、丸1日が経過しましたが お二方からご意見を頂いただけですが、他にご意見のある方はおられますか？ ありませんようでしたら、議論が進みませんので、運営の方へメンションを付けて 次の判断を仰ぎたいのですが、如何でしょうか？
ただし、前スレからしっかりと内容をご確認頂き、ご意見をお願いいたします。 大人であれば、一般常識的な（節度のある）議論をするのは、当然の事ではあります。 しかしながら、大変残念なことに一部ではありますが、乱雑なご意見が見受けられますので このあたりの事も踏まえて、皆様のご意見をお待ちしています。
いただいたコメントを基に、現在の状況を整理してみました。
現在、荒らしコメントが確認されている公式サイトは以下の2つです。
WIKIWIKI.jp SandBox WIKIWIKI サンプルWIKI/リアルタイムコメントフォーム
上記への対処としては、コメント欄の撤去で解決するかと思います。 (SandBoxに関しては自動復旧する内容をpcommentプラグインに差し替えるなどの手段もありだと思います)
[悪用されるリスクがあるためコメントの一部を削除しました - トピック主]
本トピックの主旨については殆ど議論の余地は無いと思われますが、 少し様子を見てから再度運営に対してメンションさせていただきます。
コメントいただいた方々、ありがとうございます。
賛成です。 以前凍結機能に関する似たようなトピックを立てたのですが、凍結機能を含め現在の管理機能は不便な点が多くアカウント機能の導入にしろそうでないにしろ改善・強化は必要だと思います。
個人的には複数のwikiを管理している場合に別のwikiの管理画面を開くために一度ログアウトとログインを挟まなければならないのが不便と感じていましたが、アカウント機能が導入されればアカウントとwikiを紐づけ一度アカウントにログインすればその後自由に管理画面が見られるようになる、のような改善をすることができそこの不便さが解消されるかなと思いました。あくまで個人的な妄想ですが… 追記：3年ほど前に同様の内容のトピックがありました。
また、賛成意見が多く機能の提案もされある程度議論が進んだと感じましたので、ここで一度運営からのコメントをいただきたいです。@wikiwiki
賛同します。編集ユーザーの特定(編集への貢献度などを負いやすくする)という点でも、現在の匿名仕様と並行して実装いただくと非常に有用かと思います。
また、アイデア程度のご提案とはなりますが、zawazawaアカウントと連動したアカウント機能があるとwikiwiki・zawazawa間がシームレスに連携するのでは、とも思います。
賛同します。確かに凍結解除自体は大した手間ではない…と言われればその通りなのですが、凍結解除→返信→凍結→…と繰り返すのは面倒なところもありますし、凍結忘れのリスクもあります。>> 1さんの提案の通り、(サブ)パスワードを用いて更新できる機能の実装を望みます。
リアルタイムコメントは削除不可です。 各々ユーザーが自分のブラウザで特定投稿者のコメントを非表示にすることはできますが、 それでは根本的な解決になりません。
例えば、リアルタイムコメントの代わりに「助け合い掲示板」を埋め込んでしまう方法もあろうかと思いますが、 （運営が）どうするにせよ、荒らしを放置せずに対処されることを望みます。
権限を落とせたりしないのでしょうか？気づいた利用者が消せたりできればまだやりようがあるのかなと思いました。
https://wikiwiki.jp/sample/リアルタイムコメントフォーム でも同様の文言でトピック主のURLにある荒らし行為が行われています。うさ晴らしに時間や書き込み先を変えた同一人物と推測します。
また、WIKIWIKI SandBoxにあるリアルコメントは現在もなお、数日前のログに個人情報が残されています。
サンプルwikiなど運営管理であれば荒らし行為をしても人様に迷惑かけているわけでもないので、問題ないと判断されているのでしたら考えを改めていただきたいです。
本サービスに関する利用のルール 1.公的秩序・法律に関する内容 第三者に対して危害や損害を与える内容 ネットワークやシステムに過度な負荷をかける行為 荒らし行為 5.管理権限の不適切な扱い WIKIの管理を長期的に放置する
に該当しています。2つのサンプルページを適切に管理してほしいです。
回答ありがとうございます。数年に渡って要望してきたことに終止符を打つことができました。丁寧に回答してくださり、改めて感謝申し上げます。
要望とは別に返信いただいた内容を拝見した上で、ここから先は提案です。いくら機能改善の要望があってもベースであるPukiWikiが更新が滞っており、不具合も所々あるという指摘を様々なサイトで拝見します。
wikiソフトウェア「PukiWiki plus!」を利用していて、現在はPukiWikiをベースに独自開発されていると聞いています。ベースのPukiWikiが時々、更新が途絶えてPHP8.2で2022年から止まっていたり、不具合箇所をwikiwiki側が解消(その1・その2)していて運営側の大変さを感じています。PukiWikiは主に日本人がメインで更新されているので、脆弱性を狙ったセキュリティの対応に遅れを取るのは致し方ないのかなと思います。
利用者の編集知識も長年のインターネットの普及で高まり、利用できる端末も豊富になりました。しかし、初心者が参入していくには確かにシンプルさも重要です。他にも優先度の高い要望やセキュリティ対策などもあるかと思います。
いっそのこと、同じデータベース不要で開発が活発であるDokuWikiに移行してしまうといった思い切った手法も一つかなと思います。そのためには記法の変換、利用者へ周知など大変なことは確かにいくつかあります。日々、増えていく利用者の要望受け入れ、セキュリティ対策、今後も継続して運営していくための戦略など総合的に判断が必要です。開発が停滞気味のPukiWikiに今後も依存していくのも見切りをつけるのも、最終手段として考えてほしいです。技術力があるならSeesaa Wikiのように独自にwikiソフトウェアを開発したり、データベースが必要なMediaWikiにするのもひとつです。
どれも現実的ではない選択肢ですが設計が古いという指摘や、開発が滞り気味のPukiWikiに皆さんが数多の要望をしている機能改善・拡張をするにあたって、いくつもの障壁で限界が近いのではと感じており、今後の方向性を素人考えで恐縮ですが提案させていただきました。
DokuWikiの参考URL
@wikiwikiこちらの機能は賛同意見が多く集まっていますが、現時点で実装する可能性はあるのか伺いたいです。
@wikiwiki こちらについて対応は可能でしょうか？
木主の意見に賛同します。 自分も、ユーザーに対しては（故意の）荒らし放置は規約違反、 一方で運営自らが放置するのはOK、というダブルスタンダードは いかがなものかと思います。
もう少しご意見が集まってから検討したい
では「荒らしは放置しておく方が良い」という意見があれば、 これからも放置し続けるのでしょうか? 自らが定めた規約は、率先して守るのが筋ではないかと思いますが、 違うのでしょうか。
助け合い掲示板もありますし、 1日で消されてしまう練習用WikiのFrontPageにコメントフォームは不要と考えます。 すぐにでも対処されることを希望します。
要望の背景等を補足します。
テストのためにSandBoxサイトへアクセスする度、嫌でも荒らしコメントが目に入ってしまうので不快な要素でしかなく、>> 2の方が仰るとおりコメント欄を設置しておくメリットは皆無です。 これに対し利用者が取れる対策は「サイトを利用しない」ことなのですが、根本的な問題解決にはなりません。
全体の利用者からするとSandBoxへのアクセスはごく少数ではありますが、たとえ少数でも不特定多数が閲覧可能な サイトにおいて、サービス提供者自らが利用規約に抵触する行為を放置するのは些か問題があるのではと思い、 要望させていただいた次第です。
あくまで本件はSandBoxサイトに限った話であり、他の利用者がレンタルされているwikiに対して 影響がある訳ではありませんが、他の方々の見解もコメントいただければ幸いです。
こんにちは
>> 18
｢変化が生じた場合、慣れてない人が避けるようなUIや仕組みにはならないでほしい｣
複雑な仕組みにならなければよいとの事ですが、現在、案として出ているのは
運営からの案で一定時間内での完全削除
こちらが提案しているパスワード等を用いた期限なしの各自の削除
>> 15アカウント制度を導入するなどして、期間を設けずに完全削除できる形
上記 3案です。
1の運営からの一定時間内での完全削除は、運営側で設定されることですので 従来通りでアップロード者が、一定時間内で完全削除できるようになるだけで
2のこちらが提案しているパスワードを用いた完全削除は 現在2段階になっていますが
1段階目で従来通り、誰でも削除でき（バックアップは残ります） 2段階目でバックアップの削除のみ管理者に加えてアップロード者も行えるようにする。
これも完全削除出来るのが、管理者に加えてアップロード者になるだけで
3のアカウント制度を導入するなどして、期間を設けずに完全削除できる形は アップロード者を特定できる形にして、期間を設けずいつでも完全削除できる様に と言う事です。
どれを取ってみても、慣れてない人が避けるようなUIや仕組みにはならないと思います。
結びに
あなたと対立して議論する気はありません。
こちらとしては、対立したいとかしないとかではなくて、リクエスト広場のトップページに 「他の提案（要望）について考え返信をする」と記載がありますので返信させて頂いただけです。 あまり深く考えない方が良いかと思います ご返信 有難うございました。
テーブルのヘッダと左端のセルを同時に固定する機能についてですが、現時点では実装の予定はありません。
WIKIWIKIで使われているテーブル（表組み）書式は、もともとシンプルな表を手軽に作るためのもので、複雑なレイアウトや高機能な表示には向いていません。
実際、多くのテーブルはレイアウト目的で使われていて、装飾や構造もさまざまです。 その結果、列や行を正確に固定するような制御が難しくなってしまっています。
こうした状況は、Excelでも見られる問題に少し似ています。 表計算ソフトなのに見た目を整えるために使われすぎて、本来のデータ処理がやりにくくなってしまっている、というようなことです。
さらに現在は、PCやスマホ、タブレットなど端末の種類が多く、特にiOSは独自の仕様も多いため、全ての環境で安定した動作を確保するには調整が必要で、運用やメンテナンスの負担も小さくありません。
仮にこういった機能を追加する場合は、今の書式とは別に、もっと構造がシンプルで、データ中心の用途に特化した新しいテーブル機能として設計する必要があると思っています。
任意の行や列をユーザー側で固定できるようにするには、テーブルの構造が明確であることが前提となるため、現行の仕様では対応が難しく、これも新しい仕組みの中で検討すべき内容と考えています。
この新しい仕組みでは、将来的に、SQLによるデータ抽出やページ切り替え、並び替え、グラフ表示といった処理にも対応できるような拡張性を持たせることも視野に入れています。
現在検討中ではありますが、実装するかどうかはまだ未定です。
今まで自分はそのようなことを思ったことがないので、バックアップに残ると躊躇うという意見は理解できませんし正直変化してもしなくてもいいと思っているのが事実です。 16でコメントしたのも｢変化が生じた場合、慣れてない人が避けるようなUIや仕組みにはならないでほしい｣という運営宛ての意見を送りたかっただけで、あなたと対立して議論する気はありません。初心者でも使いやすいものが良いという意見に反していないのであれば、私との議論は不要ですので、17さんから私への返信は必要ありません。
その状況を初めて知りましたがこのような状態のまま置いておくメリットはなく、もし何か聞きたい場合いつ荒らしに流されるかわからないそのコメント欄で聞かずとも、活発なwikiであれば編集者同士で意見交換したり助け合い掲示板を使えば良い話だと思います。 もし残すのであれば荒らしの排除を求めます。
ご要望ありがとうございます。 もう少しご意見が集まってから検討したいため、 議論が進みましたら再度メンションでお知らせください。
アカウントベースの管理機能の実装、大いに賛成です。
もちろん、従来通りアカウントがなくとも不便なく編集可能(IPの強制公開などはナシ)とすることは必須ですが、少なくとも管理人・サブパスワード保持者(副管理人)についてはアカウント制を採用するに越したことはありません。
荒らし対策だけでなく、複数Wikiの管理一括化、管理メンバー同士のやりとりの円滑化など、多数のメリットが感じられます。また、万が一管理人が業務怠慢や職権乱用を起こした際の処置もより手早く可能になることと思います。
一方、素人の勝手な想像にはなってしまうのですが、各Wiki管理人のアカウント整備・運用が定着するにはやや長い期間を要するかもしれません。また、定着までには不具合や各種トラブルの発生も想定されます。今までのWIKIWIKIになかった全く新しいシステムですから、運営の方々と利用者との間で意見交換を重ね、丁寧に整備していく必要があるかと思います。
そこで、こちらのトピックと一部被りますが、問題が顕在化し早急な対処が求められる「荒らし対策」についてのみ、暫定的に
・パスワード(サブパスワード含む)による凍結ページの編集(≠凍結解除) ・コントロールパネル「編集制限」における「編集にはパスワードが必要」機能の新設
以上2機能の追加をお願いし、その後にアカウント制度について考えてゆくのはいかがでしょうか。
拙い文章で申し訳ありませんが、皆様の意見をお聞かせください。
皆様 こんにちは 返信が遅くなりましたが色々とご意見いただき有難うございます。
>> 15
実際問題として、アップロードミスに気づくのはその場限りではありません。
確かに後々気付くこともありますよね、それだけではなくこちらの考えとしては 例えば、やり取りの場面で、文面だけでは説明が付かない時には 「こちらをご覧下さい」とか言って、画像で説明したりする場面も想定できますし その際は、一時的に説明する為に使用するだけなので、あとは必要なくなりますよね？ そういった時でも、いつでも気軽に添付できて、いつでも削除できる方が 便利が良いかとも思います。
他社サービスも併用することを考慮してはいかがですか。
こちらの方はあまり考えていませんでした、前スレにありましたが 「別のwikiで呼び出すための倉庫としての利用は、wikiwikiでは利用規約で禁止事項になっています」 このようなこともあり、他社サービスにおいても、同じような規約があるのでは ないかと思っていました。
それに、他社サービスにおいては直接リンクを引いても、きちんと画像が表示されるかが 分からなかったのも理由にあります。
更に、上記の利用想定もしていましたので、その程度であれば他社サービスなどを 使用する必要もないかとも思っていました。
しかしながら、こちらの提案を支持して頂けることは、うれしく思います ご意見有難うございます。
>> 16
編集は難しくても画像だけなら提供できると添付してくださる方もいる
確かにwiki編集は慣れないと難しいかも知れませんが そう言った時でも、画像でなら簡単で説明も付きやすいかも知れませんね。 その様な方でも、失敗した画像などが、バックアップに残ってしまうと 添付を戸惑うのではないでしょうか？
運営の方針としては「一定時間での完全削除」が望ましいとの考えだそうですが こちらとしては、上記の利用方法も想定しており 出来れば、いつでも添付して、いつでも削除の方が、気軽なのではないかと思います。
結びになりますが、お二方、ご意見有難うございました。
コピー対象の内容を画面上に表示したいか、それともボタンだけで十分か
コピー対象の内容は画面上に表示されている必要があります。何がコピーされるか予想ができません。内容と量を把握したうえで実行されるべきです。
テンプレート活用や初心者支援など、主な利用目的
ブロック型なら#codeのオプションとしてCopyを追加できれば十分と思います。 ページのテンプレートやwiki書式の説明なら、flexboxで通常表示とソース表示で並べて使われると想定します。
#code
別途インライン型は望まれると思います。
インライン型の場合は、コピー範囲がわかるのが望ましいです。 コピーボタンを押したときに対象がマウスで範囲選択したように反転されるなど。 予め枠か下線で明示してもいいかもしれませんが、あまり高さを取って欲しくない気もします。
②の一定時間で完全削除で自分は十分かなと思います。画像添付してから編集してプレビューで気づくこともあるのでさすがに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のようにアカウントベースで編集者制限できる機能でも、荒らされるリスクを抑えつつ、編集時の利便性も保てるのかなと思います。
タブ機能の検討状況
ご要望ありがとうございます。
領域をタブで切り替える表示機能については、運営側でも有用性を認識しており、実装は計画中です。
ただし現在はまだ着手しておらず、具体的な仕様の検討には入っていません。
PukiWikiとの互換性について
WIKIWIKIはもともとPukiWikiをベースにスタートしましたが、20年以上の運用の中で独自に改修・拡張を重ねてきたため、現在ではPukiWikiのソースコードはほとんど残っていません。
一部に名残がある程度で、PukiWikiのプラグインとの互換性はなく、必要な機能はすべて独自に実装する必要があります。
実装にあたっての前提
fold のようにページ内に大量の情報を折りたたんで持たせる形式は、ページの肥大化によって初期読み込みや転送量の負荷が大きくなるため、現在は避けています。
もしタブ機能を導入する場合は、include のように他ページの内容を使用し、それを非同期で読み込む形式を想定しています。
ご意見を募集したい点
このトピックで使い方や仕様が具体化されれば、実装の優先度を上げられる可能性もあります。
そこで、以下のような点についてもご意見をいただけると、設計の参考になります。
こうした点についても自由にご意見をいただければ幸いです。
今後の開発検討の参考にさせていただきますので、引き続きよろしくお願いいたします。
ご連絡ありがとうございます。
対応いたしました。
ご確認ありがとうございます。
本日撤去しました。
上記サイトのリアルタイムコメント欄が撤去されたことを確認いたしました。
迅速なご対応ありがとうございます。
承知しました。
動機はともかくとして、要望に反対するわけではありませんので
後は運営に見解を伺ってみるのがよろしいかと思います。
こんにちは ご意見有難うございます。
プレビュー機能はありますが、プレビューで見た物と、実際にアップした後では
若干の違いがある事があります。
基本的に
その為、今回の提案に至ったわけです。
それにより、ユーザーが添付ファイルをいつでも削除できるようになれば気軽なアップのしやすさ
添付ファイルの管理のしやすさ等（差し替えで無く各自で責任をもって削除→新たにアップ）
そしてそのついでと言ってはいけませんが
物事を説明する際に一時使用（使用後、各自責任をもって削除）
特定のユーザー同士でのやり取りなどで、他の方には見られたくない内容等（確認後→即削除）
いろんなことが想定できます。
ご意見有難うございます。
横から失礼します。
「アップロードした画像のバックアップを本人が削除できるようにしたい」という要望の背景として、間違えてアップロードした画像を本人が削除できないから、という理由があると認識しました。
だとすれば、失敗した後のフォローとしてバックアップを削除できるようにするのではなく、
そもそもアップロードを失敗しないようにするための仕組みを整えることも対策として有効ではないでしょうか。
現状はファイルを選択してボタンを押すだけで、何の確認もなくアップロードされてしまいます。
そのことに対して特に注意書き等もありません。
例えば画像のプレビュー機能を実装したり、アップロード時の注意事項を目立つように記載しておけば
失敗する可能性は下げられると考えます。
主にバックアップ機能にフォーカスして議論されているところ恐縮ですが、別の視点から提案させていただきました。
こんにちは ご意見有難うございます。
管理者には手動で定期的なローカルバックアップを要求するのは身勝手なエゴでしかありません。
このような、ご意見もありましたのであえて触れませんでしたが
それは、もちろん各自でバックアップを取られた方が良いかと思います。
それは、個々の内容にも異なるかと思いますが
例えば、このような説明の場合は、順次仕様も変更される為、使いまわしは出来ないのではないかと思います。
余りにも、込み入った内容であれば、仰るようなことも考えられますが、ごくごく簡単なことで
あれば他サービスからではなく、その場で対応できる方が簡単で良いかと思います。
結びになりますが、バックアップその物を否定している訳ではありませんが
基本的にいろんな物事が想定できますが、そのことも踏まえた上でご要望させて頂いています。
ご意見有難うございました。
個人的にはバックアップは必要だと考えています。確かに運営に問い合わせをして対応してもらえば解決かもしれませんが、何百何千とあるであろうwikiがバックアップを消されるたびに運営を頼るようになるのは運営の負担も大きくなりますし対応してもらうまでは何もできない、という状態になってしまいます。各wikiにバックアップを保存している現在の仕様の方が運営の負担も減り、画像が何らかの理由で削除された場合も管理人等によって早急な対応ができると思います。
また画像で説明する場合のことを話していますが、その場合でも特に問題は無いと思います。ここでの「説明」が何の説明なのかは分かりませんが、プラグインの説明や参加しているwikiの説明なら一時的に使用するだけでも画像を消す必要は無いと思います。(次同じ説明をする際に使いまわせるため)
もし「説明」が最後の方に話している「他の方には見られたくない内容」の説明なら、それは誰でも閲覧できるwiki内で説明するよりもDiscordやSNSのDM機能、ブラウザでも無料で鍵をかけられるチャットサイトはあるのでそれらを使った方が安全で確実だと思います。
個人的には>> 21さんと同じくバックアップは1時間は誰でも削除可能、それ以降は従来通り管理人のみ削除可能が妥当な範囲かなと思っています。
こんにちは ご意見有難うございます。
>> 21
確かに満たされますが、上記にも書いていますが
例えば、やり取りの場面で、文面だけでは説明が付かない時には
「こちらをご覧下さい」とか言って、画像で説明したりする場面も想定できます。
その場合は説明する為に、一時的に使用するだけなので、後々必要なくなりますよね？
こういった利用方法も想定しています。
バックアップ（自動）否定している訳ではありませんが
暴走に関しては、こちらも上記に書いていますが、
一般論としてですが、成功した画像のバックアップを、故意的に消そうとは思いませんよね？
仮に最悪、仰るようなことになった場合は、運営側でも、バックアップは取られていると思いますので
その場合は、管理者が運営側に問い合わせれば、この問題は解消できるかと思います。
こちらについては、こちらの方にも利用規約があるように
他社サービスにおいても、恐らく同じような規約があるかと思われますので
こちらとしては考えていません。
結びになりますが
皆様そうですが、荒しとか暴走を気にしておられる方が多いみたいですが
基本的に、荒らさても暴走されても、運営側でもバックアップは取られていますので
そんなに敏感になる必要はないのではと思います。
それにどんな物でも、バックアップがあれば良い言うわけではありません。
同志（ここで言うと管理者・副管理者・賛同して頂けている一般ユーザー）など
特定のユーザー同士でのやり取りなど、他の方には見られたくない
内容もあるのではないでしょうか？
そういった時でも、いつでもアップいつでも削除出来れば、コメント欄に記載しなくても
画像でも会話できますし、ご覧いただいた時点で削除することも出来ます。
こういった利用方法も想定していますので、出来ればいつでも削除できる状態が
好ましいかとも思います。
長々と失礼しました、ご意見有難うございます。
私は、管理者以外がバックアップを削除できるようにすることに、基本的には反対です。
ただし、運営が「アップロードから一定時間以内に、誰でも削除できる仕組みであれば実現可能」
というのであれば、それについては反対しません。
時間については、さすがに1分以内は短すぎて実用性に欠けるので、
15分～1時間以内が妥当かと思います。
逆に言えば、誰でも削除可能な状態が1時間を超えて続く状態にはして欲しくありません。
15分～1時間の猶予があれば、要望主の要求は十分に満たされる筈ですし、
それ以上は管理上の「ザル」になるだけです。
以前に、他編集者と対立した挙句、
自分が書いた記事やアップしたファイルを片端から削除した人がいたと聞きます。
そういう「暴走」からWikiを守るためにも、バックアップは重要です。
>> 13
外部（個人管理）からのファイル引用を、代案の1つとしてご提案されていますが、
それについては反対します。Wikiは個人のものではないので、
個人の都合で将来ファイル参照不可になる可能性が生じるのは好ましくないと考えます。
それと関連する質問ですが、
Zawazawaの倉庫利用は規約違反にならないのでしょうか。
追記：
外部（個人管理）からのファイル引用は反対と書きましたが、
それは記事を構成するファイルに対してであり、
>> 22に書かれているような、個人が一時的に利用するだけのファイルであれば、
確かにそれは有用な手段であると言えます。
追追記：
「例：1分以内」「セキュリティに関わる」という運営の文言が引っかかっています。
確認ですが、対象となるファイルは「新規にアップされたファイル（のバックアップ）」という認識で合っていますよね?
たとえ1分間にせよ、全てのバックアップファイルが対象になってしまうのであれば反対します。
皆様 こんにちは
皆様からのご意見を伺って、丸1日が経過しましたが
お二方からご意見を頂いただけですが、他にご意見のある方はおられますか？
ありませんようでしたら、議論が進みませんので、運営の方へメンションを付けて
次の判断を仰ぎたいのですが、如何でしょうか？
ただし、前スレからしっかりと内容をご確認頂き、ご意見をお願いいたします。
大人であれば、一般常識的な（節度のある）議論をするのは、当然の事ではあります。
しかしながら、大変残念なことに一部ではありますが、乱雑なご意見が見受けられますので
このあたりの事も踏まえて、皆様のご意見をお待ちしています。
いただいたコメントを基に、現在の状況を整理してみました。
現在、荒らしコメントが確認されている公式サイトは以下の2つです。
WIKIWIKI.jp SandBox
WIKIWIKI サンプルWIKI/リアルタイムコメントフォーム
上記への対処としては、コメント欄の撤去で解決するかと思います。
(SandBoxに関しては自動復旧する内容をpcommentプラグインに差し替えるなどの手段もありだと思います)
[悪用されるリスクがあるためコメントの一部を削除しました - トピック主]
本トピックの主旨については殆ど議論の余地は無いと思われますが、
少し様子を見てから再度運営に対してメンションさせていただきます。
コメントいただいた方々、ありがとうございます。
賛成です。
以前凍結機能に関する似たようなトピックを立てたのですが、凍結機能を含め現在の管理機能は不便な点が多くアカウント機能の導入にしろそうでないにしろ改善・強化は必要だと思います。
個人的には複数のwikiを管理している場合に別のwikiの管理画面を開くために一度ログアウトとログインを挟まなければならないのが不便と感じていましたが、アカウント機能が導入されればアカウントとwikiを紐づけ一度アカウントにログインすればその後自由に管理画面が見られるようになる、のような改善をすることができそこの不便さが解消されるかなと思いました。あくまで個人的な妄想ですが…
追記：3年ほど前に同様の内容のトピックがありました。
また、賛成意見が多く機能の提案もされある程度議論が進んだと感じましたので、ここで一度運営からのコメントをいただきたいです。@wikiwiki
賛同します。編集ユーザーの特定(編集への貢献度などを負いやすくする)という点でも、現在の匿名仕様と並行して実装いただくと非常に有用かと思います。
また、アイデア程度のご提案とはなりますが、zawazawaアカウントと連動したアカウント機能があるとwikiwiki・zawazawa間がシームレスに連携するのでは、とも思います。
賛同します。確かに凍結解除自体は大した手間ではない…と言われればその通りなのですが、凍結解除→返信→凍結→…と繰り返すのは面倒なところもありますし、凍結忘れのリスクもあります。>> 1さんの提案の通り、(サブ)パスワードを用いて更新できる機能の実装を望みます。
リアルタイムコメントは削除不可です。
各々ユーザーが自分のブラウザで特定投稿者のコメントを非表示にすることはできますが、
それでは根本的な解決になりません。
例えば、リアルタイムコメントの代わりに「助け合い掲示板」を埋め込んでしまう方法もあろうかと思いますが、
（運営が）どうするにせよ、荒らしを放置せずに対処されることを望みます。
権限を落とせたりしないのでしょうか？気づいた利用者が消せたりできればまだやりようがあるのかなと思いました。
https://wikiwiki.jp/sample/リアルタイムコメントフォーム
でも同様の文言でトピック主のURLにある荒らし行為が行われています。うさ晴らしに時間や書き込み先を変えた同一人物と推測します。
また、WIKIWIKI SandBoxにあるリアルコメントは現在もなお、数日前のログに個人情報が残されています。
サンプルwikiなど運営管理であれば荒らし行為をしても人様に迷惑かけているわけでもないので、問題ないと判断されているのでしたら考えを改めていただきたいです。
本サービスに関する利用のルール
1.公的秩序・法律に関する内容
第三者に対して危害や損害を与える内容
ネットワークやシステムに過度な負荷をかける行為
荒らし行為
5.管理権限の不適切な扱い
WIKIの管理を長期的に放置する
に該当しています。2つのサンプルページを適切に管理してほしいです。
回答ありがとうございます。数年に渡って要望してきたことに終止符を打つことができました。丁寧に回答してくださり、改めて感謝申し上げます。
要望とは別に返信いただいた内容を拝見した上で、ここから先は提案です。いくら機能改善の要望があってもベースであるPukiWikiが更新が滞っており、不具合も所々あるという指摘を様々なサイトで拝見します。
wikiソフトウェア「PukiWiki plus!」を利用していて、現在はPukiWikiをベースに独自開発されていると聞いています。ベースのPukiWikiが時々、更新が途絶えてPHP8.2で2022年から止まっていたり、不具合箇所をwikiwiki側が解消(その1・その2)していて運営側の大変さを感じています。PukiWikiは主に日本人がメインで更新されているので、脆弱性を狙ったセキュリティの対応に遅れを取るのは致し方ないのかなと思います。
利用者の編集知識も長年のインターネットの普及で高まり、利用できる端末も豊富になりました。しかし、初心者が参入していくには確かにシンプルさも重要です。他にも優先度の高い要望やセキュリティ対策などもあるかと思います。
いっそのこと、同じデータベース不要で開発が活発であるDokuWikiに移行してしまうといった思い切った手法も一つかなと思います。そのためには記法の変換、利用者へ周知など大変なことは確かにいくつかあります。日々、増えていく利用者の要望受け入れ、セキュリティ対策、今後も継続して運営していくための戦略など総合的に判断が必要です。開発が停滞気味のPukiWikiに今後も依存していくのも見切りをつけるのも、最終手段として考えてほしいです。技術力があるならSeesaa Wikiのように独自にwikiソフトウェアを開発したり、データベースが必要なMediaWikiにするのもひとつです。
どれも現実的ではない選択肢ですが設計が古いという指摘や、開発が滞り気味のPukiWikiに皆さんが数多の要望をしている機能改善・拡張をするにあたって、いくつもの障壁で限界が近いのではと感じており、今後の方向性を素人考えで恐縮ですが提案させていただきました。
DokuWikiの参考URL
@wikiwikiこちらの機能は賛同意見が多く集まっていますが、現時点で実装する可能性はあるのか伺いたいです。
@wikiwiki
こちらについて対応は可能でしょうか？
木主の意見に賛同します。
自分も、ユーザーに対しては（故意の）荒らし放置は規約違反、
一方で運営自らが放置するのはOK、というダブルスタンダードは
いかがなものかと思います。
では「荒らしは放置しておく方が良い」という意見があれば、
これからも放置し続けるのでしょうか?
自らが定めた規約は、率先して守るのが筋ではないかと思いますが、
違うのでしょうか。
助け合い掲示板もありますし、
1日で消されてしまう練習用WikiのFrontPageにコメントフォームは不要と考えます。
すぐにでも対処されることを希望します。
要望の背景等を補足します。
テストのためにSandBoxサイトへアクセスする度、嫌でも荒らしコメントが目に入ってしまうので不快な要素でしかなく、>> 2の方が仰るとおりコメント欄を設置しておくメリットは皆無です。
これに対し利用者が取れる対策は「サイトを利用しない」ことなのですが、根本的な問題解決にはなりません。
全体の利用者からするとSandBoxへのアクセスはごく少数ではありますが、たとえ少数でも不特定多数が閲覧可能な
サイトにおいて、サービス提供者自らが利用規約に抵触する行為を放置するのは些か問題があるのではと思い、
要望させていただいた次第です。
あくまで本件はSandBoxサイトに限った話であり、他の利用者がレンタルされているwikiに対して
影響がある訳ではありませんが、他の方々の見解もコメントいただければ幸いです。
こんにちは
>> 18
複雑な仕組みにならなければよいとの事ですが、現在、案として出ているのは
運営からの案で一定時間内での完全削除
こちらが提案しているパスワード等を用いた期限なしの各自の削除
>> 15アカウント制度を導入するなどして、期間を設けずに完全削除できる形
上記 3案です。
1の運営からの一定時間内での完全削除は、運営側で設定されることですので
従来通りでアップロード者が、一定時間内で完全削除できるようになるだけで
2のこちらが提案しているパスワードを用いた完全削除は
現在2段階になっていますが
これも完全削除出来るのが、管理者に加えてアップロード者になるだけで
3のアカウント制度を導入するなどして、期間を設けずに完全削除できる形は
アップロード者を特定できる形にして、期間を設けずいつでも完全削除できる様に
と言う事です。
どれを取ってみても、慣れてない人が避けるようなUIや仕組みにはならないと思います。
結びに
こちらとしては、対立したいとかしないとかではなくて、リクエスト広場のトップページに
「他の提案（要望）について考え返信をする」と記載がありますので返信させて頂いただけです。
あまり深く考えない方が良いかと思います ご返信 有難うございました。
ご要望ありがとうございます。
テーブルのヘッダと左端のセルを同時に固定する機能についてですが、現時点では実装の予定はありません。
WIKIWIKIで使われているテーブル（表組み）書式は、もともとシンプルな表を手軽に作るためのもので、複雑なレイアウトや高機能な表示には向いていません。
実際、多くのテーブルはレイアウト目的で使われていて、装飾や構造もさまざまです。
その結果、列や行を正確に固定するような制御が難しくなってしまっています。
こうした状況は、Excelでも見られる問題に少し似ています。
表計算ソフトなのに見た目を整えるために使われすぎて、本来のデータ処理がやりにくくなってしまっている、というようなことです。
さらに現在は、PCやスマホ、タブレットなど端末の種類が多く、特にiOSは独自の仕様も多いため、全ての環境で安定した動作を確保するには調整が必要で、運用やメンテナンスの負担も小さくありません。
仮にこういった機能を追加する場合は、今の書式とは別に、もっと構造がシンプルで、データ中心の用途に特化した新しいテーブル機能として設計する必要があると思っています。
任意の行や列をユーザー側で固定できるようにするには、テーブルの構造が明確であることが前提となるため、現行の仕様では対応が難しく、これも新しい仕組みの中で検討すべき内容と考えています。
この新しい仕組みでは、将来的に、SQLによるデータ抽出やページ切り替え、並び替え、グラフ表示といった処理にも対応できるような拡張性を持たせることも視野に入れています。
現在検討中ではありますが、実装するかどうかはまだ未定です。
今まで自分はそのようなことを思ったことがないので、バックアップに残ると躊躇うという意見は理解できませんし正直変化してもしなくてもいいと思っているのが事実です。
16でコメントしたのも｢変化が生じた場合、慣れてない人が避けるようなUIや仕組みにはならないでほしい｣という運営宛ての意見を送りたかっただけで、あなたと対立して議論する気はありません。初心者でも使いやすいものが良いという意見に反していないのであれば、私との議論は不要ですので、17さんから私への返信は必要ありません。
その状況を初めて知りましたがこのような状態のまま置いておくメリットはなく、もし何か聞きたい場合いつ荒らしに流されるかわからないそのコメント欄で聞かずとも、活発なwikiであれば編集者同士で意見交換したり助け合い掲示板を使えば良い話だと思います。
もし残すのであれば荒らしの排除を求めます。
ご要望ありがとうございます。
もう少しご意見が集まってから検討したいため、
議論が進みましたら再度メンションでお知らせください。
アカウントベースの管理機能の実装、大いに賛成です。
もちろん、従来通りアカウントがなくとも不便なく編集可能(IPの強制公開などはナシ)とすることは必須ですが、少なくとも管理人・サブパスワード保持者(副管理人)についてはアカウント制を採用するに越したことはありません。
荒らし対策だけでなく、複数Wikiの管理一括化、管理メンバー同士のやりとりの円滑化など、多数のメリットが感じられます。また、万が一管理人が業務怠慢や職権乱用を起こした際の処置もより手早く可能になることと思います。
一方、素人の勝手な想像にはなってしまうのですが、各Wiki管理人のアカウント整備・運用が定着するにはやや長い期間を要するかもしれません。また、定着までには不具合や各種トラブルの発生も想定されます。今までのWIKIWIKIになかった全く新しいシステムですから、運営の方々と利用者との間で意見交換を重ね、丁寧に整備していく必要があるかと思います。
そこで、こちらのトピックと一部被りますが、問題が顕在化し早急な対処が求められる「荒らし対策」についてのみ、暫定的に
・パスワード(サブパスワード含む)による凍結ページの編集(≠凍結解除)
・コントロールパネル「編集制限」における「編集にはパスワードが必要」機能の新設
以上2機能の追加をお願いし、その後にアカウント制度について考えてゆくのはいかがでしょうか。
拙い文章で申し訳ありませんが、皆様の意見をお聞かせください。
皆様 こんにちは
返信が遅くなりましたが色々とご意見いただき有難うございます。
>> 15
確かに後々気付くこともありますよね、それだけではなくこちらの考えとしては
例えば、やり取りの場面で、文面だけでは説明が付かない時には
「こちらをご覧下さい」とか言って、画像で説明したりする場面も想定できますし
その際は、一時的に説明する為に使用するだけなので、あとは必要なくなりますよね？
そういった時でも、いつでも気軽に添付できて、いつでも削除できる方が
便利が良いかとも思います。
こちらの方はあまり考えていませんでした、前スレにありましたが
「別のwikiで呼び出すための倉庫としての利用は、wikiwikiでは利用規約で禁止事項になっています」
このようなこともあり、他社サービスにおいても、同じような規約があるのでは
ないかと思っていました。
それに、他社サービスにおいては直接リンクを引いても、きちんと画像が表示されるかが
分からなかったのも理由にあります。
更に、上記の利用想定もしていましたので、その程度であれば他社サービスなどを
使用する必要もないかとも思っていました。
しかしながら、こちらの提案を支持して頂けることは、うれしく思います
ご意見有難うございます。
>> 16
確かにwiki編集は慣れないと難しいかも知れませんが
そう言った時でも、画像でなら簡単で説明も付きやすいかも知れませんね。
その様な方でも、失敗した画像などが、バックアップに残ってしまうと
添付を戸惑うのではないでしょうか？
運営の方針としては「一定時間での完全削除」が望ましいとの考えだそうですが
こちらとしては、上記の利用方法も想定しており
出来れば、いつでも添付して、いつでも削除の方が、気軽なのではないかと思います。
結びになりますが、お二方、ご意見有難うございました。
コピー対象の内容は画面上に表示されている必要があります。何がコピーされるか予想ができません。内容と量を把握したうえで実行されるべきです。
ブロック型なら
#codeのオプションとしてCopyを追加できれば十分と思います。ページのテンプレートやwiki書式の説明なら、flexboxで通常表示とソース表示で並べて使われると想定します。
別途インライン型は望まれると思います。
インライン型の場合は、コピー範囲がわかるのが望ましいです。
コピーボタンを押したときに対象がマウスで範囲選択したように反転されるなど。
予め枠か下線で明示してもいいかもしれませんが、あまり高さを取って欲しくない気もします。
②の一定時間で完全削除で自分は十分かなと思います。画像添付してから編集してプレビューで気づくこともあるのでさすがに1分は短いと思いますので、その期間の話し合いは必要だと思います。
私のところは編集は難しくても画像だけなら提供できると添付してくださる方もいるので、色々追加して複雑化するのは避けてほしいです。
編集機能を管理拡張をするアカウント制度について賛成です。こちらのトピックのように管理者・編集者は、個々に行った行動に対して責任を持って行動したいと願っています。
匿名であるが故に自由を履き違えて誤った行動する者も後を断ちません。過去に大規模なページ削除にあったことがあります。運営に問い合わせしてロールバックなどを頼めば良かったのですが、当時の利用者達は管理人が不在かつ、その考えに及ばずにトピック主と同じで有志者達が時間を掛けてバックアップから復旧させていました。当然、手動でページの復旧を行ったために抜けもあったことでしょう。
日本の電話番号で遮断するにしても、いくらでも作れてしまう現状があるので、執拗にあるwikiへ執着して嫌がらせを繰り返す人に有効な手段とは言えません。
アカウント機能にある編集権限を強化して、管理者一人だけに権限を一極集中するのではなく、チームでwikiを形作っていけるよう拡張するなり再編してほしいと思っています。
codeの拡張版なら数行〜十数行のコピペに対してとても有用だと思います。ですが、他の方が書いている通り閲覧者向けのゲーム内ギフトコードやパスワードは表に組み込めるよう、インライン型のものを新しく作っていただけるととても使いやすく、見やすいものになると思います。
私は編集者向けに#codeの拡張版プラグイン、
そして閲覧者向けにインライン型の新規プラグインの実装を提案します。中身を表示するかどうかについては、どちらにもメリットがあると感じるので、引数で選択できるようにしてほしいです。
運営方針として投稿者がアップロードしたファイルをいかなる時も、復元や完全削除できるのは管理者だけとしたいように思えます。そのため、1のみの対応に賛成です。
例として挙げていただいた第三者のアップロードを誰でも削除できる一定時間を設けることは反対です。投稿者のみ、一定時間を設けてその間だけ削除できるとしても、運営さんが想定しているような短時間・短期間だけという制約をつけるのであれば、反対です。
実際問題として、アップロードミスに気づくのはその場限りではありません。私自身の経験として、数日〜数ヶ月経過してから気づくことも往々にしてあります。短時間だけ投稿者自身の完全削除できる案は一定の効果はありますが、トピック主さんの問題提起する内容が根本的に解決するわけではありません。アップロード者を特定できるアカウント制度を導入するなどして、期間を設けずに完全削除できる形なら賛成します。
運営さんが提示した、ご自身の管理する公開サーバーやzawazawa掲示板、他社アップローダーを併用して、refプラグインで配信元のメディアファイルをwikiwikiへ表示させる方がいつでも完全削除することも容易く、使い勝手が良いです。現状は将来的にメディアファイルを完全削除する可能性もありうる投稿者はwikiwikiにサービスだけで完結させようとするのではなく、他社サービスも併用することを考慮してはいかがですか。
過去のトピックと本トピックを全て閲覧した上で要望者の問題提起を解決するには、投稿者がいつでも期限設けずに完全削除できる機能が必要だと思います。2のシステム改修は安易に着手して欲しくありません。今後、さらに運営が負担を強いる可能性を秘めています。
このトピックおよび、前トピックは議論が白熱し過ぎて丁寧な物言いでも、いくつかのコメントに棘があります。あるwikiwikiとzawazawaをそれぞれ管理する者として言えることは、掲示板の管理者(この掲示板では運営会社)はハンドルネームではない匿名でも、一つひとつのコメントが同一人物であるかどうか把握していることにご留意ください。
議論が白熱しても冷静により引用
なにか意見の食い違いが起こったなら、結論を急がず、じっくりノートで話し合い、結論付けましょう。そうすれば相手はあなたの意図を汲んでくれるでしょうし、あなたも相手の意見を理解して、最後にはよりよい結果になるでしょう。
少し時間をとって冷静になり、言いたいことをよく考えて、それがまとまってから書き込むようにしましょう。一旦書き込んでしまえば、あなたの署名入りのその発言履歴は削除できないまま、ずっと記録に残るのですから。
運営の方、お忙しいところご対応いただきありがとうございます。
こちらの方は、スレ主が要望されたことですので、こちらの方では分かりませんが
ご対応頂ける事と、言う事ですので、よろしくお願いいたします。
こちらが代替案として、要望させて頂いた事で
アップロードから1分はさすがに短すぎると思いますが如何でしょうか？
確認して考える時間（アップするか？しないか？）と少し時間にゆとりを持たせても
せいぜい半日～1日ぐらいは猶予が欲しいかと思いますが如何でしょうか？
こちらの提案したパスワード設定の件は技術的に難しいのでしょうか？
出来れば、いつでもアップして、いつでも削除できる方が、自由度が増すかと思いますし
必要なくなった添付ファイルも、差し替えではなく各自で責任をもって削除して
新しい物に取り換えることにより、添付ファイルの管理も簡単になります。
結びになりますが、自動バックアップを、否定している訳ではありませんが
そもそも、画像のサイズ間違え画質の不具合等のバックアップ自体必要ない訳です。
管理者は情報を提供して頂いている訳で、その判断を管理者がするのは違う訳です。
その判断は添付ファイルを添付した各自（各々）かと思います。
その為、今回要望させて頂きました。
長々と失礼いたしました、スレ違いの内容にもかかわらず、ご対応頂き有難うございました。
では返信お待ちしています。
#codeはブロック型のプラグインなので、表のなかでは使えないか、使えても非推奨になるはずです。
オンラインゲームのサーバ招待やフレンド登録などで使うIDを表で一覧化するような用途も考えられるので、インライン型プラグインとして実装できないでしょうか？
ご要望ありがとうございます。
本トピックでは、添付ファイルに関して以下の2つのご要望をいただいております。
WIKIWIKIでは、どなたでも自由にファイルをアップロード・削除できる設計としていますが、削除されたファイルは復旧用にバックアップされ、完全削除は管理者のみが行える仕様となっています。
1. 削除済みページに添付されたファイルについて
ページ削除後にファイルの確認・削除ができなくなる問題については、状況を把握しており、対応を予定しております。
2. 添付ファイルの投稿者による完全削除について
誤ってアップロードしたファイルを投稿者自身が完全に削除できない問題については、
たとえば「アップロードから一定時間（例：1分以内）であれば、誰でも完全に削除できる」仕組みが、現実的な改善案のひとつと考えています。
こうした変更は運用やセキュリティにも関わるため、引き続き慎重に検討します。
皆さまのご意見もぜひお聞かせください。
アップロードに不安がある場合は、ご自身の管理する公開サーバー等にファイルを置き、そのURLを参照していただく方法もご活用ください。
不特定多数に編集されたくないけど定期更新があり、凍結で手間が発生するのは避けたいページがあるので賛成します。
現在のタイムスタンプを更新しない機能みたいに、サブパスワードを入力して編集ができるような機能があれば便利だと思います。
親しい意見として378のようにアカウントベースで編集者制限できる機能でも、荒らされるリスクを抑えつつ、編集時の利便性も保てるのかなと思います。