私が使用する場合、主にテンプレート、ハッシュタグ、特典コードの共有に使用すると思います。そのためボタンだけでなく対象の表示を希望します。 テンプレートの場合、改行を多く含んだ大きな塊なのでイメージとしては現在文章前に半角スペースを入れることで表示できる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行程度に収まるような文面にしていただけると大変ありがたいです。 重ね重ねのお願いとなってしまいますが、ご検討いただけますと幸いです。
できれば現状の左端の列固定ではなく、
https://kairosoft.wiki.gg/wiki/Drinks_(Cafe_Master_Story)
参考ページ内のCompatibility with Combo MealやCompatibility with Customersにある表のようにユーザーが指定した任意の列と行を固定できれば、さらに使い勝手が良くなります。
https://wikiwiki.jp/kairoparknew/snsdev/04
のようなPC画面でも全体を見渡すのが大変なテーブルでも、さらに見やすくなります。
多くのwikiで使われているプラグインの仕様改善をご検討いただけませんか。よろしくお願いいたします。
https://wikiwiki.jp/nijisanji/限定ボイス?cmd=search&word=不破湊 このパターンだとリダイレクトされないですが、そういうもので良いでしょうか?
投稿後、再構築を確認いたしました。
>> 1,>> 2で挙げられているkanateko氏のtabプラグインはGPLv3ライセンスで公開されており、少なくともライセンスの問題は無いように思います。
この機能はすごく欲しいです。導入していただけるとかなり助かるのですが…無理そうですかね。
WikiWiki公式様による対応を確認しました。 https://x.com/WIKIWIKI_Japan/status/1901585214918598993
これにより本トピックは解決済みとなりましたので、「解決済」タグを付与させていただきます。 ありがとうございました。
ご回答ありがとうございます。 しかし該当のポスト・アカウントに年齢制限はかかっていない(前述のとおり同アカウントの他のポストは表示できている)ため、別の理由がありそうです。
リダイレクトは恒久的になったとのことです
【お知らせ】先日、?cmd や ?plugin などのURLコマンドの仕様変更を行いました。不正アクセスやDDoS攻撃への対策として、セキュリティ強化の一環で仕様を変更しました。従来のURLコマンドは恒久的にリダイレクトされますが、セキュリティ上の理由から一部制限を設けるため、使用は推奨されません。— WIKIWIKI(ウキウキ)【公式】 (@WIKIWIKI_Japan) March 14, 2025
【お知らせ】先日、?cmd や ?plugin などのURLコマンドの仕様変更を行いました。不正アクセスやDDoS攻撃への対策として、セキュリティ強化の一環で仕様を変更しました。従来のURLコマンドは恒久的にリダイレクトされますが、セキュリティ上の理由から一部制限を設けるため、使用は推奨されません。
私が使用する場合、主にテンプレート、ハッシュタグ、特典コードの共有に使用すると思います。そのためボタンだけでなく対象の表示を希望します。
テンプレートの場合、改行を多く含んだ大きな塊なのでイメージとしては現在文章前に半角スペースを入れることで表示できる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行程度に収まるような文面にしていただけると大変ありがたいです。
重ね重ねのお願いとなってしまいますが、ご検討いただけますと幸いです。
できれば現状の左端の列固定ではなく、
https://kairosoft.wiki.gg/wiki/Drinks_(Cafe_Master_Story)
参考ページ内のCompatibility with Combo MealやCompatibility with Customersにある表のようにユーザーが指定した任意の列と行を固定できれば、さらに使い勝手が良くなります。
https://wikiwiki.jp/kairoparknew/snsdev/04
のようなPC画面でも全体を見渡すのが大変なテーブルでも、さらに見やすくなります。
多くのwikiで使われているプラグインの仕様改善をご検討いただけませんか。よろしくお願いいたします。
https://wikiwiki.jp/nijisanji/限定ボイス?cmd=search&word=不破湊 このパターンだとリダイレクトされないですが、そういうもので良いでしょうか?
投稿後、再構築を確認いたしました。
>> 1,>> 2で挙げられているkanateko氏のtabプラグインはGPLv3ライセンスで公開されており、少なくともライセンスの問題は無いように思います。
この機能はすごく欲しいです。導入していただけるとかなり助かるのですが…無理そうですかね。
WikiWiki公式様による対応を確認しました。
https://x.com/WIKIWIKI_Japan/status/1901585214918598993
これにより本トピックは解決済みとなりましたので、「解決済」タグを付与させていただきます。
ありがとうございました。
ご回答ありがとうございます。
しかし該当のポスト・アカウントに年齢制限はかかっていない(前述のとおり同アカウントの他のポストは表示できている)ため、別の理由がありそうです。
リダイレクトは恒久的になったとのことです