今のところ、バックアップを削除する必要性が読み取れないので、反対意見が多いのだと思います。
サイズや画質が悪いという問題が起きるなら練習ページを用意すれば見え方を確認できます。 添付はどこのページでも気軽にできますし削除もできます。 第三者の権利を侵害するような画像なら、そちらの利用しているwikiの存続問題に関わるので添付するのは控えた方がいいです。
バックアップに問題があるなら管理者に削除を依頼してください。 管理者が管理を放棄しているということであれば別問題です。wikiwiki運営に事情を説明して、管理者の引き継ぎも兼ねて調査してもらってください。
画像を添付した人に権利はありません。 その画像で使用されてる素材などの著作権者に権利があります。 バックアップを含めた画像、記載されてる表現が第三者の権利を侵害してないことが大前提です。
共有資産という意味を理解してないようですが、基本的には、「商用目的ではない・適切なクレジット表記のもとに配布ができる」などが前提にあります。アップした人が権利を独占するのはこれらに反します。
ごめんなさい、恐縮ではありますが、終わりにしますと言いながら 申し訳ありませんがお答えさせたいただきます。
再度のご意見ありがとうございます
記事にしろ画像にしろ、アップされた時点でそれはユーザーの共有資産になるので、 自分がアップしたのだから、後から好き勝手に削除しても良いとはならない訳です。 削除したいのは失敗した画像（のバックアップ）なのだから問題ないだろうというのが木主の言い分なのでしょうが、 やろうと思えば成功? した画像のバックアップも消せることはやはり問題になります。
暴走は論外です。 画像をアップ時点で共有資産になるということについては、少し違うような気がします。 サイトに情報を提供している、画像をアップした個々に権利があると思います。
暴走などがあるというのであれば 管理者側ですべてのページのバックアップを取ることも可能かと思いますので 定期的に管理者側がすべてのページのバックアップとることも出来るのではないでしょうか？ そもそも、きれいな画像で分かりやすく情報を提供しようと考えている人が 成功した画像のバックアップを故意的に消そうとは思いませんよね？
別のwikiで呼び出すための倉庫としての利用は、wikiwikiでは利用規約で禁止事項になっていますが
そうなんですか？そのあたりは詳しくないので分かりませんが それでしたら、zawazawaで個人のグループの件は論外と言う事になります。
アップする前にビューアーやブラウザなどで確認すれば良いのでは? と思います。
アップ前にプレビューで確認できることは理解していますが プレビューで見たものと実際にアップした物とでは、若干違和感があることもありますので
画像を添付するのを躊躇するという問題についても、練習ページなどを用意するなどでサポートできる環境を作れると思います。
このようなご意見もありますが、練習ページとは そのページだけ自由にアップ、削除ができるような専用ページなら良いのですが 単なる、普通のページでバックアップが残るようでしたらその意味もありません。
いずれにしても、長らくお付き合いいただき有難うございました。 上記に書いてあると通り、もう少し別の方向で考えてみます。
弥七さんの「wikiに添付した画像はそのwikiの資産」というのはまさに正論だと思います。 記事にしろ画像にしろ、アップされた時点でそれはユーザーの共有資産になるので、 自分がアップしたのだから、後から好き勝手に削除しても良いとはならない訳です。 削除したいのは失敗した画像（のバックアップ）なのだから問題ないだろうというのが木主の言い分なのでしょうが、 やろうと思えば成功? した画像のバックアップも消せることはやはり問題になります。 なので、木主の要望に運営が応じる可能性はほぼ無いのではと思います。
どうしても、ご自身で画像を管理なされたいのなら、 zawazawaで個人のグループを作成して、そこに画像をアップしたらいかがでしょうか？ いつでも画像の削除ができ、wikiには直接URLの引用掲載できますよ。
別のwikiで呼び出すための倉庫としての利用は、wikiwikiでは利用規約で禁止事項になっていますが、 zawazawaではOKなのでしょうか。 （zawazawaの利用規約ページは何処でしょう?）
木主さんへ。zawazawaの倉庫利用がOKだったとして、 他サイトに掲載されている画像を参照するのを、
といった理由で、wikiの個別規約で禁止されている場合があるので、 やる場合は、予め管理ユーザーの許諾を得た方が良いと思いますよ。 あと、失敗理由がサイズ（容量? 解像度?）や画質ならば、 アップする前にビューアーやブラウザなどで確認すれば良いのでは? と思います。 （表示サイズは、添付した後からでもpx or %で調整できます）
このあたりでこの件については終わりにしたいと思いますと言いましたが 最後に運営は全てのディスカッションを確認していらっしゃるようなので 今後の参考の為に運営の方のご意見もお伺いしたいと思います。 なお、この質問が不適切でしたらこの内容をそのまま削除して頂いても構いません。 よろしくお願いいたします。
再度の返信ありがとうございます
画像の状態が悪いとかミスってるとかは、はっきり言うと無関係でどうでもいい問題です。
管理者からみたらどうでもいい話かも知れませんね。 しかし、これだけは理解して頂きたいです。 気軽に添付するためには、どうしても自由にアップ、削除できる環境でないと サイズ間違え、更に画質の不具合などで添付した画像を 他の人に見られてしまうと、何か恥ずかしい気持ちにもなります。 ですので、アップする側にしてみれば 気軽に添付することも躊躇う気持ちもあるということは理解して頂きたいです。
何度もコメントしてますが、管理者に連絡つかないはWikiの事情なので別問題です。 管理者からサブパスワードの許可をもらえないという話であれば、それは事情を説明するなりしてアピールしてください。 Wikiwiki運営に対してのサブパスワードの権限追加という話であれば、それは別のトピックで要望してください。
何度もコメントして申し訳ありません。 このあたりでこの件については終わりにしたいと思います。
ご意見を頂いた皆様、長らくお付き合い頂き有難うございました。 もう少し別の方向で考えてみます。
切り取られなかったので再度コメントしますが、大事なのはここです 画像の状態が悪いとかミスってるとかは、バックアップを削除したいということと関係のない話です。 そもそもの考え方が違います。バックアップと添付されてる画像は用途は違います。
バックアップはデータを差し戻すために使用するものなので、管理の面から考えて管理者以外の匿名のユーザが削除できる状態にあるのは問題があります。 添付ファイルの状態に関わらずそこの考え方は持っておいてほしいです。
何度もコメントしてますが、管理者に連絡つかない/管理者がいないはWikiの事情なので別問題です。 管理者からサブパスワードの許可をもらえないという話であれば、それは事情を説明するなりしてアピールしてください。 Wikiwiki運営に対してのサブパスワードの権限追加という話であれば、それは別のトピックで要望してください。
それもありますがそう簡単にはサブパスワードの許可をいただけるとは思えませんし 管理者に連絡がつかない場合などは問題外になります。
ご返信ありがとうございます
wikiに添付した画像はそのwikiの資産になります。 投稿した人でもバックアップごと削除されたら困ります。
それはホームページの内容にもよりますが そのような考え方もあることは理解できます。
その時の判断で削除された画像を復旧します。 使わないバックアップは緊急性がない限り放置でいいです。
サイズ間違え、更に画質の不具合などで添付した画像を 他の人に見られてしまうと、何か恥ずかしい気持ちにもなりますし 添付するのも躊躇してしまいますよね、何か自由性がないような気がします。
このことは、全く知りませんでした、どの様にするかは、まだ分かりませんが こちらの方でも少し検討してみたいと思いますので 簡単でいいのでzawazawaで個人のグループの作成について 簡単に教えたいただけると助かります。
ページが存在しないのなら無断転載にならないのでは？
例ですが、少し前のお話になります。 熱心に画像をアップしていた人が暴走して、 その人がアップした画像を全て削除してまわることがありました。 有志が1時間くらいかけてバックアップから復旧作業をしてなんとかなりました。
繰り返しになりますが、なぜ、サイズ間違え、更に画質の不具合で 添付したファイルをバックアップから差し戻す必要があるのでしょうか？
その時の判断で削除された画像を復旧します。 使わないバックアップは緊急性がない限り放置でいいです。 間違えて個人情報が写っている画像なら管理者、連絡が付かないならwikiwiki運営にお願いしたらよいでしょう。
どうしても、ご自身で画像を管理なされたいのなら、 zawazawaで個人のグループを作成して、そこに画像をアップしたらいかがでしょうか？
いつでも画像の削除ができ、wikiには直接URLの引用掲載できますよ。
>> 22 ご返信ありがとうございます
バックアップはデータを差し戻すために使用するものなので、管理の面から考えて管理者以外の匿名のユーザが削除できる状態にあるのは問題があります。
繰り返しになりますが、なぜ、サイズ間違え、更に画質の不具合で 添付したファイルをバックアップから差し戻す必要があるのでしょうか？ 大切なのは、失敗してアップした画像などのバックアップは 必要なく、正しく添付されたバックアップが必要かと思います。
サブパスワードに削除権限を与えるといいと思います。
おそらく編集中にコメントきたので改めてコメントします。
サブパスワードに削除権限を与えるといいと思います。添付した本人であろうと、バックアップファイルが削除されるのは管理の面から反対です。
今回の提案はあくまでも、個々でアップした添付ファイルを 個々でバックアップも含めて削除できるようにしてほしいという事です。
添付は気軽にできますし、誰でも削除できます。練習ページなどを用意してどんな表示のされかたをするか確認できる環境を用意すればいいと思います。なのでバックアップを削除したいということと何の関係もないように見えます。
しかも、そのようなものを他の人に見られてしまうと 何か恥ずかしい気持ちにもなりますし 添付するのも躊躇してしまいますよね。 その為にアップロード者がバックアップも含めて 削除できるようにして頂きたいです。 そうすれば、もっと気軽に添付も出来るような気がします
バックアップはデータをその時の状態に差し戻すために使用するものです。 なので管理がしやすい云々は関係ありません。
簡潔に言うと、上記の失敗してアップした画像などのバックアップは 必要なく、正しく添付されたバックアップが必要かと思います。 そうすることにより管理者の管理がしやすくなるメリットもあります。
ご意見ありがとうございます。
言葉通り、データを差し戻すために使用するものなので、そういったデータを誰でも触れるようにはしてほしくないです。
誰でもではないですね。 今回の提案はあくまでも、個々でアップした添付ファイルを 個々でバックアップも含めて削除できるようにしてほしいという事です。
管理者の方、又は他の方の添付ファイルなどは 自由に削除することは出来ませんので。
上に書いていますのでまとめます。
サイズ間違え、更に画質の不具合で添付した場合は バックアップなどから差し戻す必要はありませんよね？
しかも、そのようなものを他の人に見られてしまうと 何か恥ずかしい気持ちにもなりますし 添付するのも躊躇してしまいますよね？ その為にアップロード者がバックアップも含めて 削除できるようにして頂きたいです。 そうすれば、もっと気軽に添付も出来るような気がします
以上の事から提案をさせたいただきました。 ご意見をお待ちしています。
バックアップを削除できるようにするのは反対です。 言葉通り、データを差し戻すために使用するものなので、そういったデータを削除したいという考え方は変えるべきです。 管理の面から考えて誰でも消せる状態にあるほうがおかしいです。
添付されてるファイルは誰でも削除できますが、バックアップされたものは用途が変わります。
管理者がいないというのは、そのWikiの事情になるので言われても分かりませんが サブパスワードで削除できれば、サブパスワード持ちを増やすなりすることで1人しか対応できないなどの問題は解決すると思います。 サブパスワードで削除できないのであれば、削除権限を与える要望などを運営に出してみるといいと思います。
管理者が不在というのはそのWikiの特別な事情なので別の問題ではないですか？ wiki内で立候補者を募って運営に引き継ぎの申請をするのがいいと思います。
それは、時にはアラシが無断転載をしてファンアートを添付しているのが見えるためにもあります。
そもそもwiki全体に渡る容量制限があるわけでもないので、 削除したページの添付画像も削除したいのはどうしてかという意図が見えません。 まずはそこを書いた方が良いかと思います。
ごめんなさい、急いで投稿した為、書き忘れたことがありますので ここで補足させてください。
サイズ間違え、更に画質の不具合で添付した場合は バックアップなどから差し戻す必要はありませんよね？ バックアップから差し戻す場合は、荒らしなどが悪意を持って いたずらに削除したりした際に、差し戻す必要があるだけなので
個々で画像添付の場合はサイズ間違え、更に画質の不具合などは 添付した後でないと分からないこともありますので その為、バックアップその物の意味がありません。 その為、個々の画像添付者の判断でもバックアップも含めて 削除できるようにして頂きたいです。
>> 10 このようなことにはならず
test.jpg [詳細] test.jpg (バックアップ No.1) [詳細] test.jpg (バックアップ No.2) [詳細] test.jpg (バックアップ No.3) [詳細] test.jpg (バックアップ No.4) [詳細] test.jpg (バックアップ No.5) [詳細]
簡素化することも可能となります。
どうすれば成功で、そしてそれは誰が判断するのですか? 例えばあなたがアップした画像を私や他の誰かが失敗、もしくは不要と判断して削除したらどうでしょう? 誰でもページや添付ファイルを各自の判断や思惑で削除できるからこそ、 自動バックアップに意味があります。
ですから、前回ご賛同いただいた通り
現在2段階で削除できるようになっていますが 1段階目で従来通り、誰でも削除でき（バックアップは残ります） 2段階目でバックアップの削除のみ管理者に加えてアップロード者も行えるようにする。
こちらの内容で問題はないかと思いますがいかがでしょうか？
もしくは、こちらに変わる、それ以外の方法と言う事になります。
ご意見ありがとうございます
こちらも同感です。 >> 4
管理者がページをきちんと管理できていなかったり 連絡がつかない場合などは非常に不便です。
修正されたようです。
削除を依頼するにしろしないにしろ管理者不在では意味がありませんし。
再度の返信ありがとうございます。
バックアップから差し戻すことも可能です。
下に書いている通りそのような失敗した物をバックアップから 差し戻す必要はありませんよね。 しかも、そのようなものを他の人に見られてしまうと 何か恥ずかしい気持ちにもなりますし 添付するのも躊躇してしまいますよね。 その為にアップロード者がバックアップも含めて 削除できるようにして頂きたいです。 そうすれば、もっと気軽に添付も出来るような気がします。
そもそも、アップロードに失敗するとはどういう意味でしょうか。
それは例えば、画像でしたらサイズ・画質等などです。
失敗・成功? はアップロード者だけが判断できるというのがあなたの主張で、 だから自分がアップした画像のバックアップを削除させて欲しいという依頼なのでしょう。
その通りです。 同じ事の繰り返しになりますが、そもそも、各自で添付したファイルを削除するのに （バックアップも含む）何故、管理者の判断になるのかが理解できません。
上記にも書いていますが、ページ等の物事でしたら理解できますが 添付ファイルについてはアップロード者の個々の判断に任せて頂きたいです。
管理上問題が生じない形で実現可能なら、私自身は賛成ですが…
管理上の問題はないと思います。 こちらの提案はあくまでも添付ファイルの一切管理の物事なので。
何度も差し替えるとバックアップが増えていきます。
それも考えとしてはあります、どれがどれか分からなくなるので。 整理するのが大変なので。
一度削除して削除した名前と同じにすると添付の上に上書きされるという解釈でよろしいでしょうか？
既に削除済みなので、上書きではないです。（普通に差し替えです） バックアップから差し戻すことも可能です。
そもそも、失敗してアップした添付をバックアップとして残す必要があるのでしょうか？
そもそも、アップロードに失敗するとはどういう意味でしょうか。 どうすれば成功で、そしてそれは誰が判断するのですか? 例えばあなたがアップした画像を私や他の誰かが失敗、もしくは不要と判断して削除したらどうでしょう? 誰でもページや添付ファイルを各自の判断や思惑で削除できるからこそ、 自動バックアップに意味があります。
失敗・成功? はアップロード者だけが判断できるというのがあなたの主張で、 だから自分がアップした画像のバックアップを削除させて欲しいという依頼なのでしょう。 管理上問題が生じない形で実現可能なら、私自身は賛成ですが、 失敗したなら差し替えれば済む話なのも事実です。 何度も差し替えるとバックアップが増えていきます。 （記事（ページ）も同様で、更新する毎にバックアップが増えていきます） 古いパックアップが残っているのが気持ち悪いというのは分かりますが、 そういう「仕様」なので、基本的には気にせずとも大丈夫です。
追記： とりあえず、何度も失敗してしまった場合は、wikiの編集ノートに 「管理者さんへ。何度もアップし直してゴメンナサイ。気になるなら古いバックアップを削除してください」 とでも記しておけば良いでしょう。
>> 10
1段階目の削除をすると(バックアップがあると)ファイルの添付のページにファイル名に取り消し線が付いて表示されます。この状態であれば同じ名前で再添付できて現行版になります。
勘違いさせてしまったようですが、要望した一括削除は管理者が行う添付したファイルのバックアップを一括削除できるようにしてほしいということで、ページ破壊を起こすものではありません。
大変失礼いたしました。 こちらはが思っていたことは 管理者以外の方がホームページのバックアップの一括削除の事かと思っていました。 管理者の方が一つ一つ削除するのが大変なので一括で削除できるようにしてほしいと言うことでしたら 管理者なので問題はないかと思います。
そもそも、失敗してアップした添付をバックアップとして残す必要があるのでしょうか？ このあたりも疑問に思います。
↑勘違いしました。 ページ破壊があったときに復旧できるようにするため一括削除が難しいという意味でしたか。
でも現状、ページ自体のバックアップを管理者が一括削除することは可能ですし、添付ファイルのバックアップも管理者の判断で一括削除できてもいいと思います。
削除直後に[バックアップを含む一覧]でみると
test.jpg test.jpg (バックアップ No.1) [詳細]
のように表示され、再添付して詳細を見ると
バックアップ一覧 現行版 バックアップ No.1
バックアップ一覧
現行版 バックアップ No.1
のように表示されます。
勘違いさせてしまったようですが、要望した一括削除は管理者が行う添付したファイルのバックアップを一括削除できるようにしてほしいということで、ページ破壊を起こすものではありません。 削除・再添付を繰り返すと
のようにバックアップがたくさんできて現状ひとつひとつパスワード入力して削除しなければなりません。 管理者のパスワード入力を1回で済ませてほしいということです。
>> 7
1段階目の削除の後同じ名前で添付できますよ？
試したことがないので分かりませんが バックアップにはどのような形で、添付名で残るのでしょうか？
管理者の負担軽減の為に同じページもしくは同じ名前のバックアップは選択削除や一括削除があればいいんですけど。
それは難しいかも知れません。 ページなどのバックアップ等一括削除などは ページ破壊されてしまったときバックアップがないと 復旧することが出来なくなるので運営が認めないと思います。 こちらが思っていることは あくまでも個々でアップした添付ファイルを個々でバックアップも含めた削除の事で ページについては現状のまま管理者が管理を行えば良いと思っています。
間違えて添付しても削除して添付しなおすことは可能なので、都度管理者にお願いする必要はないと思います。 ただ、バックアップの削除は管理者にお願いすることになります。 現在のバックアップの削除は一つ一つパスワード入力が必要なのでバックアップが多いと管理者が大変です。 管理者の負担軽減の為に同じページもしくは同じ名前のバックアップは選択削除や一括削除があればいいんですけど。
ご返信ありがとうございます。
管理者しか削除できないのは「バックアップ」です。 添付ファイルは誰でも削除可能です。
こちらも繰り返しになりますが バックアップが残ると次にアップする際、同じ名前では添付出来ませんので それも含めて削除できるようにして頂きたいと思います。
ファイルの削除はこれまで通り誰でも行え、 バックアップの削除のみ 管理者に加えてアップロード者も行えるようにするという木主の案ならば 管理上の問題・不都合は生じないだろうと思われるので、 それが可能なら自分も賛成です。
ご賛同いただきありがとうございます。
また、あくまでもこちらの案としてですがドロップダウン方式にして 一般（ここは誰でもOK）、アップロード者、管理者と分けて パスワードを入力できるようにするのもありかと思います。（管理者のみ全てに対応）
ただし、パスワードシステムの導入と、 それを管理者だけに可視化できるようにする必要があろうかと思うので、 大規模なシステム改修が必要になる気がします。 なので、運営がそこまでやってくれるかは大いに疑問です。
現在のシステムに、少し手を加えると言う方法があればよいのですが こちらの方は、運営でないと分かりませんので、何とも言えないところです。
また、これらの内容で変わる良い方法があれば、それでも構わないのですが。
各自で添付したファイルを削除するのに 何故、管理者の判断になるのかが分かりません。
繰り返しになりますが、 管理者しか削除できないのは「バックアップ」です。 添付ファイルは誰でも削除可能です。
前提とすべきは、きちんと管理されているwikiです。 仰っている事情は、 そのwikiの特別な事情になってしまいます。
ファイルの削除はこれまで通り誰でも行え、 バックアップの削除のみ、管理者に加えてアップロード者も行えるようにするという木主の案ならば、 管理上の問題・不都合は生じないだろうと思われるので、 それが可能なら自分も賛成です。
ただし、新たなパスワードシステムの導入と、 それを管理者だけに可視化できるようにする必要があろうかと思うので、 大規模なシステム改修が必要になる気がします。 なので、運営がそこまでやってくれるかは大いに疑問です。 なぜなら、この案件は、
この何れかで対処できてしまう案件だからです。
追記： そういえば、バックアップの自動作成はアップロード時ではなく、 ファイルの削除時だった気がします。 そうなるとパスワードシステムは成立しない気もします。
そもそも、各自で添付したファイルを削除するのに 何故、管理者の判断になるのかが分かりません。 添付した各自の判断で問題ないと思います。
しかも、添付ファイルが簡単に削除できなければ 添付するのも躊躇してしまいます。
他の管理者様・利用者様のご意見もお伺いしたいです。
ご意見 ありがとうございます。
誰でも行えないのは「バックアップ」の削除
バックアップが残ると次にアップする際同じ名前では添付出来ませんので それも含めて削除できるようにして頂きたいです。
荒らしがイタズラでアップした画像が誰も消せなくなってしまうので
そのあたりは2段階になっていますので1段階目で誰でも削除できるようにして 2段階目（バックアップ）はアップロードの際にパスワードの設定で完全削除と言う形ではいかがでしょうか？ もちろん管理者はパスワードに関係なく削除できるようにすれば問題ないかと思いますが いかがでしょうか？
勘違いされているかも知れませんが、 添付画像の削除は誰でも行えます。 誰でも行えないのは「バックアップ」の削除で、 削除された画像のバックアップをどうするかは管理者の判断になります。
ページでも画像でも、バックアップが誰でも消せないのは、 ページや画像の削除が誰でも行えることの裏返しでもあります。 バックアップが残っていれば、 悪意を持った誰かに削除されても復旧できるからです。
アップロードの際にパスワードを設定するのは可能かも知れませんが、 そうすると荒らしがイタズラでアップした画像が誰も消せなくなってしまうので、 論外だろうと思います。
自動削除のONにしない限り自動的に削除されないというのはどうですか？
以下の可能性があるので自動で削除されては困ります。
改めて。<td style="display:none;"></td>このやり方は悪くない気がしてきました。htmlのルール的に問題がなければ。
<td style="display:none;"></td>
|A|1| |~|2| |B|3|
こう書いて|~|の部分を<td style="display:none;">A</td>と変換すれば、 fix-colの解決と同時に、結合を使ったtablesortが壊れる問題の解決の足掛かりにならないでしょうか。 tablesortをどう実現してるのかわかってないですが、ソートを掛けたときだけrowspanやdisplayの記述を無視あるいは削除してくれれば、ソートしても崩れないような気がします。
<td style="display:none;">A</td>
またすでにある書式の|~|の変換ルールを変えると影響が見えないので、新しい書式として例えば|^|みたいな書き方で上記変換に対応されれば互換性の問題が回避できないでしょうか。
検証できてませんが、tablescrollの高さ指定を数値(px)固定だけではなく、%とかautoとか使えるようになれば閲覧環境の違いは対処できそうな気がします。
ページ毎に表示高さを変えるほうは、tablescroll側が自在になればcssboxの高さ指定と連動してコントロールできるのか?あるいはoverflowというプロパティが使えればいいのか? overflowは現在使えませんが、試しに直接htmlに追記するとboxで指定した高さを内容がはみ出さすときはスクロールバーが出るようです。tablescrollの件とは関係なくoverflowは使い勝手があるかもしれません。
7) 先頭列が縦方向に結合した状態でfix-colを使うと|~|の隣の2列目が固定される問題
htmlの知識はないですが、中を覗いて見た感じ結合セル|~|の部分は記述が省略されるようで、 一方fix-colはhtmlの各行一番最初の要素を拾って固定するという動作のようで、 つまり|~|の隣に記述した|2列目|が先頭要素という扱いになってしまっているように見えます。 試しに|~|があるべき位置に<td style="display:none;"></td>とか不可視のダミーセルを記述して辻褄を合わせると、それが先頭列として拾われて期待通りに動作するようです。
ただこれを自動でやるにはtablescrollの機能ではなく、元々のテーブルの変換規則を変更する必要があるはずで、全体として成り立つのか考慮が必要でしょう。 他のtablesortも結合があると期待通りに動作しないのは従来からで、これらを利用するときは結合を避けるという運用となるか。
なお横結合|>|は左詰めになるようですが、今のところ問題は見えません。しかし同様に先頭から何番目みたいな指定があるときは同様の考慮が必要と思われます。
Wikiトップページで試したところ、ヘッダ行でなくても起こるようです。
#tablescroll{{
有用なプラグインの実装ありがとうございます。 画像はこちらのページで試した結果です。以下の赤枠を修正してほしいです。ヘッダ行が2列以上あるときに起こるようです。
#tablescroll(fix-col)
#tablescroll(screen-sticky){{
今のところ、バックアップを削除する必要性が読み取れないので、反対意見が多いのだと思います。
サイズや画質が悪いという問題が起きるなら練習ページを用意すれば見え方を確認できます。
添付はどこのページでも気軽にできますし削除もできます。
第三者の権利を侵害するような画像なら、そちらの利用しているwikiの存続問題に関わるので添付するのは控えた方がいいです。
バックアップに問題があるなら管理者に削除を依頼してください。
管理者が管理を放棄しているということであれば別問題です。wikiwiki運営に事情を説明して、管理者の引き継ぎも兼ねて調査してもらってください。
画像を添付した人に権利はありません。
その画像で使用されてる素材などの著作権者に権利があります。
バックアップを含めた画像、記載されてる表現が第三者の権利を侵害してないことが大前提です。
共有資産という意味を理解してないようですが、基本的には、「商用目的ではない・適切なクレジット表記のもとに配布ができる」などが前提にあります。アップした人が権利を独占するのはこれらに反します。
ごめんなさい、恐縮ではありますが、終わりにしますと言いながら
申し訳ありませんがお答えさせたいただきます。
再度のご意見ありがとうございます
暴走は論外です。
画像をアップ時点で共有資産になるということについては、少し違うような気がします。
サイトに情報を提供している、画像をアップした個々に権利があると思います。
暴走などがあるというのであれば
管理者側ですべてのページのバックアップを取ることも可能かと思いますので
定期的に管理者側がすべてのページのバックアップとることも出来るのではないでしょうか？
そもそも、きれいな画像で分かりやすく情報を提供しようと考えている人が
成功した画像のバックアップを故意的に消そうとは思いませんよね？
そうなんですか？そのあたりは詳しくないので分かりませんが
それでしたら、zawazawaで個人のグループの件は論外と言う事になります。
アップ前にプレビューで確認できることは理解していますが
プレビューで見たものと実際にアップした物とでは、若干違和感があることもありますので
このようなご意見もありますが、練習ページとは
そのページだけ自由にアップ、削除ができるような専用ページなら良いのですが
単なる、普通のページでバックアップが残るようでしたらその意味もありません。
いずれにしても、長らくお付き合いいただき有難うございました。
上記に書いてあると通り、もう少し別の方向で考えてみます。
弥七さんの「wikiに添付した画像はそのwikiの資産」というのはまさに正論だと思います。
記事にしろ画像にしろ、アップされた時点でそれはユーザーの共有資産になるので、
自分がアップしたのだから、後から好き勝手に削除しても良いとはならない訳です。
削除したいのは失敗した画像（のバックアップ）なのだから問題ないだろうというのが木主の言い分なのでしょうが、
やろうと思えば成功? した画像のバックアップも消せることはやはり問題になります。
なので、木主の要望に運営が応じる可能性はほぼ無いのではと思います。
別のwikiで呼び出すための倉庫としての利用は、wikiwikiでは利用規約で禁止事項になっていますが、
zawazawaではOKなのでしょうか。
（zawazawaの利用規約ページは何処でしょう?）
木主さんへ。zawazawaの倉庫利用がOKだったとして、
他サイトに掲載されている画像を参照するのを、
といった理由で、wikiの個別規約で禁止されている場合があるので、
やる場合は、予め管理ユーザーの許諾を得た方が良いと思いますよ。
あと、失敗理由がサイズ（容量? 解像度?）や画質ならば、
アップする前にビューアーやブラウザなどで確認すれば良いのでは? と思います。
（表示サイズは、添付した後からでもpx or %で調整できます）
このあたりでこの件については終わりにしたいと思いますと言いましたが
最後に運営は全てのディスカッションを確認していらっしゃるようなので
今後の参考の為に運営の方のご意見もお伺いしたいと思います。
なお、この質問が不適切でしたらこの内容をそのまま削除して頂いても構いません。
よろしくお願いいたします。
再度の返信ありがとうございます
管理者からみたらどうでもいい話かも知れませんね。
しかし、これだけは理解して頂きたいです。
気軽に添付するためには、どうしても自由にアップ、削除できる環境でないと
サイズ間違え、更に画質の不具合などで添付した画像を
他の人に見られてしまうと、何か恥ずかしい気持ちにもなります。
ですので、アップする側にしてみれば
気軽に添付することも躊躇う気持ちもあるということは理解して頂きたいです。
何度もコメントして申し訳ありません。
このあたりでこの件については終わりにしたいと思います。
ご意見を頂いた皆様、長らくお付き合い頂き有難うございました。
もう少し別の方向で考えてみます。
切り取られなかったので再度コメントしますが、大事なのはここです
画像の状態が悪いとかミスってるとかは、バックアップを削除したいということと関係のない話です。
そもそもの考え方が違います。バックアップと添付されてる画像は用途は違います。
画像を添付するのを躊躇するという問題についても、練習ページなどを用意するなどでサポートできる環境を作れると思います。
何度もコメントしてますが、管理者に連絡つかない/管理者がいないはWikiの事情なので別問題です。
管理者からサブパスワードの許可をもらえないという話であれば、それは事情を説明するなりしてアピールしてください。
Wikiwiki運営に対してのサブパスワードの権限追加という話であれば、それは別のトピックで要望してください。
ご返信ありがとうございます
それはホームページの内容にもよりますが
そのような考え方もあることは理解できます。
サイズ間違え、更に画質の不具合などで添付した画像を
他の人に見られてしまうと、何か恥ずかしい気持ちにもなりますし
添付するのも躊躇してしまいますよね、何か自由性がないような気がします。
このことは、全く知りませんでした、どの様にするかは、まだ分かりませんが
こちらの方でも少し検討してみたいと思いますので
簡単でいいのでzawazawaで個人のグループの作成について
簡単に教えたいただけると助かります。
ページが存在しないのなら無断転載にならないのでは？
例ですが、少し前のお話になります。
熱心に画像をアップしていた人が暴走して、
その人がアップした画像を全て削除してまわることがありました。
有志が1時間くらいかけてバックアップから復旧作業をしてなんとかなりました。
wikiに添付した画像はそのwikiの資産になります。
投稿した人でもバックアップごと削除されたら困ります。
その時の判断で削除された画像を復旧します。
使わないバックアップは緊急性がない限り放置でいいです。
間違えて個人情報が写っている画像なら管理者、連絡が付かないならwikiwiki運営にお願いしたらよいでしょう。
どうしても、ご自身で画像を管理なされたいのなら、
zawazawaで個人のグループを作成して、そこに画像をアップしたらいかがでしょうか？
いつでも画像の削除ができ、wikiには直接URLの引用掲載できますよ。
>> 22
ご返信ありがとうございます
繰り返しになりますが、なぜ、サイズ間違え、更に画質の不具合で
添付したファイルをバックアップから差し戻す必要があるのでしょうか？
大切なのは、失敗してアップした画像などのバックアップは
必要なく、正しく添付されたバックアップが必要かと思います。
それもありますがそう簡単にはサブパスワードの許可をいただけるとは思えませんし
管理者に連絡がつかない場合などは問題外になります。
おそらく編集中にコメントきたので改めてコメントします。
バックアップはデータを差し戻すために使用するものなので、管理の面から考えて管理者以外の匿名のユーザが削除できる状態にあるのは問題があります。
添付ファイルの状態に関わらずそこの考え方は持っておいてほしいです。
サブパスワードに削除権限を与えるといいと思います。添付した本人であろうと、バックアップファイルが削除されるのは管理の面から反対です。
添付は気軽にできますし、誰でも削除できます。練習ページなどを用意してどんな表示のされかたをするか確認できる環境を用意すればいいと思います。なのでバックアップを削除したいということと何の関係もないように見えます。
バックアップはデータをその時の状態に差し戻すために使用するものです。
なので管理がしやすい云々は関係ありません。
ご意見ありがとうございます。
誰でもではないですね。
今回の提案はあくまでも、個々でアップした添付ファイルを
個々でバックアップも含めて削除できるようにしてほしいという事です。
管理者の方、又は他の方の添付ファイルなどは
自由に削除することは出来ませんので。
上に書いていますのでまとめます。
以上の事から提案をさせたいただきました。
ご意見をお待ちしています。
バックアップを削除できるようにするのは反対です。
言葉通り、データを差し戻すために使用するものなので、そういったデータを削除したいという考え方は変えるべきです。
管理の面から考えて誰でも消せる状態にあるほうがおかしいです。
添付されてるファイルは誰でも削除できますが、バックアップされたものは用途が変わります。
管理者がいないというのは、そのWikiの事情になるので言われても分かりませんが
サブパスワードで削除できれば、サブパスワード持ちを増やすなりすることで1人しか対応できないなどの問題は解決すると思います。
サブパスワードで削除できないのであれば、削除権限を与える要望などを運営に出してみるといいと思います。
管理者が不在というのはそのWikiの特別な事情なので別の問題ではないですか？
wiki内で立候補者を募って運営に引き継ぎの申請をするのがいいと思います。
それは、時にはアラシが無断転載をしてファンアートを添付しているのが見えるためにもあります。
そもそもwiki全体に渡る容量制限があるわけでもないので、
削除したページの添付画像も削除したいのはどうしてかという意図が見えません。
まずはそこを書いた方が良いかと思います。
ごめんなさい、急いで投稿した為、書き忘れたことがありますので
ここで補足させてください。
サイズ間違え、更に画質の不具合で添付した場合は
バックアップなどから差し戻す必要はありませんよね？
バックアップから差し戻す場合は、荒らしなどが悪意を持って
いたずらに削除したりした際に、差し戻す必要があるだけなので
個々で画像添付の場合はサイズ間違え、更に画質の不具合などは
添付した後でないと分からないこともありますので
その為、バックアップその物の意味がありません。
その為、個々の画像添付者の判断でもバックアップも含めて
削除できるようにして頂きたいです。
簡潔に言うと、上記の失敗してアップした画像などのバックアップは
必要なく、正しく添付されたバックアップが必要かと思います。
そうすることにより管理者の管理がしやすくなるメリットもあります。
>> 10
このようなことにはならず
test.jpg [詳細]
test.jpg (バックアップ No.1) [詳細]
test.jpg (バックアップ No.2) [詳細]
test.jpg (バックアップ No.3) [詳細]
test.jpg (バックアップ No.4) [詳細]
test.jpg (バックアップ No.5) [詳細]
簡素化することも可能となります。
ですから、前回ご賛同いただいた通り
こちらの内容で問題はないかと思いますがいかがでしょうか？
もしくは、こちらに変わる、それ以外の方法と言う事になります。
ご意見ありがとうございます
こちらも同感です。
>> 4
管理者がページをきちんと管理できていなかったり
連絡がつかない場合などは非常に不便です。
修正されたようです。
削除を依頼するにしろしないにしろ管理者不在では意味がありませんし。
再度の返信ありがとうございます。
下に書いている通りそのような失敗した物をバックアップから
差し戻す必要はありませんよね。
しかも、そのようなものを他の人に見られてしまうと
何か恥ずかしい気持ちにもなりますし
添付するのも躊躇してしまいますよね。
その為にアップロード者がバックアップも含めて
削除できるようにして頂きたいです。
そうすれば、もっと気軽に添付も出来るような気がします。
それは例えば、画像でしたらサイズ・画質等などです。
その通りです。
同じ事の繰り返しになりますが、そもそも、各自で添付したファイルを削除するのに
（バックアップも含む）何故、管理者の判断になるのかが理解できません。
上記にも書いていますが、ページ等の物事でしたら理解できますが
添付ファイルについてはアップロード者の個々の判断に任せて頂きたいです。
管理上の問題はないと思います。
こちらの提案はあくまでも添付ファイルの一切管理の物事なので。
それも考えとしてはあります、どれがどれか分からなくなるので。
整理するのが大変なので。
既に削除済みなので、上書きではないです。（普通に差し替えです）
バックアップから差し戻すことも可能です。
そもそも、アップロードに失敗するとはどういう意味でしょうか。
どうすれば成功で、そしてそれは誰が判断するのですか?
例えばあなたがアップした画像を私や他の誰かが失敗、もしくは不要と判断して削除したらどうでしょう?
誰でもページや添付ファイルを各自の判断や思惑で削除できるからこそ、
自動バックアップに意味があります。
失敗・成功? はアップロード者だけが判断できるというのがあなたの主張で、
だから自分がアップした画像のバックアップを削除させて欲しいという依頼なのでしょう。
管理上問題が生じない形で実現可能なら、私自身は賛成ですが、
失敗したなら差し替えれば済む話なのも事実です。
何度も差し替えるとバックアップが増えていきます。
（記事（ページ）も同様で、更新する毎にバックアップが増えていきます）
古いパックアップが残っているのが気持ち悪いというのは分かりますが、
そういう「仕様」なので、基本的には気にせずとも大丈夫です。
追記：
とりあえず、何度も失敗してしまった場合は、wikiの編集ノートに
「管理者さんへ。何度もアップし直してゴメンナサイ。気になるなら古いバックアップを削除してください」
とでも記しておけば良いでしょう。
>> 10
一度削除して削除した名前と同じにすると添付の上に上書きされるという解釈でよろしいでしょうか？
大変失礼いたしました。
こちらはが思っていたことは
管理者以外の方がホームページのバックアップの一括削除の事かと思っていました。
管理者の方が一つ一つ削除するのが大変なので一括で削除できるようにしてほしいと言うことでしたら
管理者なので問題はないかと思います。
そもそも、失敗してアップした添付をバックアップとして残す必要があるのでしょうか？
このあたりも疑問に思います。
↑勘違いしました。
ページ破壊があったときに復旧できるようにするため一括削除が難しいという意味でしたか。
でも現状、ページ自体のバックアップを管理者が一括削除することは可能ですし、添付ファイルのバックアップも管理者の判断で一括削除できてもいいと思います。
1段階目の削除をすると(バックアップがあると)ファイルの添付のページにファイル名に取り消し線が付いて表示されます。この状態であれば同じ名前で再添付できて現行版になります。
削除直後に[バックアップを含む一覧]でみると
のように表示され、再添付して詳細を見ると
のように表示されます。
勘違いさせてしまったようですが、要望した一括削除は管理者が行う添付したファイルのバックアップを一括削除できるようにしてほしいということで、ページ破壊を起こすものではありません。
削除・再添付を繰り返すと
のようにバックアップがたくさんできて現状ひとつひとつパスワード入力して削除しなければなりません。
管理者のパスワード入力を1回で済ませてほしいということです。
>> 7
試したことがないので分かりませんが
バックアップにはどのような形で、添付名で残るのでしょうか？
それは難しいかも知れません。
ページなどのバックアップ等一括削除などは
ページ破壊されてしまったときバックアップがないと
復旧することが出来なくなるので運営が認めないと思います。
こちらが思っていることは
あくまでも個々でアップした添付ファイルを個々でバックアップも含めた削除の事で
ページについては現状のまま管理者が管理を行えば良いと思っています。
1段階目の削除の後同じ名前で添付できますよ？
間違えて添付しても削除して添付しなおすことは可能なので、都度管理者にお願いする必要はないと思います。
ただ、バックアップの削除は管理者にお願いすることになります。
現在のバックアップの削除は一つ一つパスワード入力が必要なのでバックアップが多いと管理者が大変です。
管理者の負担軽減の為に同じページもしくは同じ名前のバックアップは選択削除や一括削除があればいいんですけど。
ご返信ありがとうございます。
こちらも繰り返しになりますが
バックアップが残ると次にアップする際、同じ名前では添付出来ませんので
それも含めて削除できるようにして頂きたいと思います。
ご賛同いただきありがとうございます。
現在2段階で削除できるようになっていますが
1段階目で従来通り、誰でも削除でき（バックアップは残ります）
2段階目でバックアップの削除のみ管理者に加えてアップロード者も行えるようにする。
また、あくまでもこちらの案としてですがドロップダウン方式にして
一般（ここは誰でもOK）、アップロード者、管理者と分けて
パスワードを入力できるようにするのもありかと思います。（管理者のみ全てに対応）
現在のシステムに、少し手を加えると言う方法があればよいのですが
こちらの方は、運営でないと分かりませんので、何とも言えないところです。
また、これらの内容で変わる良い方法があれば、それでも構わないのですが。
繰り返しになりますが、
管理者しか削除できないのは「バックアップ」です。
添付ファイルは誰でも削除可能です。
前提とすべきは、きちんと管理されているwikiです。
仰っている事情は、
そのwikiの特別な事情になってしまいます。
ファイルの削除はこれまで通り誰でも行え、
バックアップの削除のみ、管理者に加えてアップロード者も行えるようにするという木主の案ならば、
管理上の問題・不都合は生じないだろうと思われるので、
それが可能なら自分も賛成です。
ただし、新たなパスワードシステムの導入と、
それを管理者だけに可視化できるようにする必要があろうかと思うので、
大規模なシステム改修が必要になる気がします。
なので、運営がそこまでやってくれるかは大いに疑問です。
なぜなら、この案件は、
この何れかで対処できてしまう案件だからです。
追記：
そういえば、バックアップの自動作成はアップロード時ではなく、
ファイルの削除時だった気がします。
そうなるとパスワードシステムは成立しない気もします。
そもそも、各自で添付したファイルを削除するのに
何故、管理者の判断になるのかが分かりません。
添付した各自の判断で問題ないと思います。
管理者がページをきちんと管理できていなかったり
連絡がつかない場合などは非常に不便です。
しかも、添付ファイルが簡単に削除できなければ
添付するのも躊躇してしまいます。
他の管理者様・利用者様のご意見もお伺いしたいです。
ご意見 ありがとうございます。
バックアップが残ると次にアップする際同じ名前では添付出来ませんので
それも含めて削除できるようにして頂きたいです。
そのあたりは2段階になっていますので1段階目で誰でも削除できるようにして
2段階目（バックアップ）はアップロードの際にパスワードの設定で完全削除と言う形ではいかがでしょうか？
もちろん管理者はパスワードに関係なく削除できるようにすれば問題ないかと思いますが
いかがでしょうか？
勘違いされているかも知れませんが、
添付画像の削除は誰でも行えます。
誰でも行えないのは「バックアップ」の削除で、
削除された画像のバックアップをどうするかは管理者の判断になります。
ページでも画像でも、バックアップが誰でも消せないのは、
ページや画像の削除が誰でも行えることの裏返しでもあります。
バックアップが残っていれば、
悪意を持った誰かに削除されても復旧できるからです。
アップロードの際にパスワードを設定するのは可能かも知れませんが、
そうすると荒らしがイタズラでアップした画像が誰も消せなくなってしまうので、
論外だろうと思います。
自動削除のONにしない限り自動的に削除されないというのはどうですか？
以下の可能性があるので自動で削除されては困ります。
改めて。
<td style="display:none;"></td>このやり方は悪くない気がしてきました。htmlのルール的に問題がなければ。こう書いて|~|の部分を
<td style="display:none;">A</td>と変換すれば、fix-colの解決と同時に、結合を使ったtablesortが壊れる問題の解決の足掛かりにならないでしょうか。
tablesortをどう実現してるのかわかってないですが、ソートを掛けたときだけrowspanやdisplayの記述を無視あるいは削除してくれれば、ソートしても崩れないような気がします。
またすでにある書式の|~|の変換ルールを変えると影響が見えないので、新しい書式として例えば|^|みたいな書き方で上記変換に対応されれば互換性の問題が回避できないでしょうか。
検証できてませんが、tablescrollの高さ指定を数値(px)固定だけではなく、%とかautoとか使えるようになれば閲覧環境の違いは対処できそうな気がします。
ページ毎に表示高さを変えるほうは、tablescroll側が自在になればcssboxの高さ指定と連動してコントロールできるのか?あるいはoverflowというプロパティが使えればいいのか?
overflowは現在使えませんが、試しに直接htmlに追記するとboxで指定した高さを内容がはみ出さすときはスクロールバーが出るようです。tablescrollの件とは関係なくoverflowは使い勝手があるかもしれません。
7) 先頭列が縦方向に結合した状態でfix-colを使うと|~|の隣の2列目が固定される問題
htmlの知識はないですが、中を覗いて見た感じ結合セル|~|の部分は記述が省略されるようで、
一方fix-colはhtmlの各行一番最初の要素を拾って固定するという動作のようで、
つまり|~|の隣に記述した|2列目|が先頭要素という扱いになってしまっているように見えます。
試しに|~|があるべき位置に
<td style="display:none;"></td>とか不可視のダミーセルを記述して辻褄を合わせると、それが先頭列として拾われて期待通りに動作するようです。ただこれを自動でやるにはtablescrollの機能ではなく、元々のテーブルの変換規則を変更する必要があるはずで、全体として成り立つのか考慮が必要でしょう。
他のtablesortも結合があると期待通りに動作しないのは従来からで、これらを利用するときは結合を避けるという運用となるか。
なお横結合|>|は左詰めになるようですが、今のところ問題は見えません。しかし同様に先頭から何番目みたいな指定があるときは同様の考慮が必要と思われます。
Wikiトップページで試したところ、ヘッダ行でなくても起こるようです。
#tablescroll{{
有用なプラグインの実装ありがとうございます。
画像はこちらのページで試した結果です。以下の赤枠を修正してほしいです。ヘッダ行が2列以上あるときに起こるようです。
#tablescroll{{
#tablescroll(fix-col)
#tablescroll(screen-sticky){{
