提案意見掲示板 Edit

  • Wikiに関しての提案・意見など。

ここは質問をするところではありません
質問は質問掲示板にお願いします
またゲームそのものへの提案や意見は、ゲーム画面下部の「お問い合わせ」の「ご意見・ご要望」から、運営に直接伝えましょう。このWikiは、あくまでユーザーの有志が集まってやっているものでゲーム運営とは一切関係がありません。
※管理者から雑談板に関する見解がコメントされた際、雑談板諸注意に加えて頂ければ幸いです。

+  過去ログ_

コメント Edit

最新の15件を表示しています。 コメントページを参照

  • エノテラ、トリカブトの別スキンのボイスは、先行している他キャラと同様の形式で追加して良いのでしょうか。 -- 2018-11-20 (火) 23:32:52
    • 前例に従っての編集なのでとりあえずそれで実行して、何か別の意見が出た場合にはそのとき対応で特に問題ないと思います。 -- 2018-11-21 (水) 00:07:13
    • 既存の形式に問題があるとお考えなのでしょうか。具体的にこうした方が良いというご提案があるのでしたら相談にのりますが。 -- 2018-11-21 (水) 06:45:09
    • (別スキン)にで行くか(スキン名)で行くかなどの細部が気になっただけでしたので、前例通りで枠の設置を行いました。 -- 2018-11-21 (水) 19:48:50
  • 次回のメンテナンスで終了になる「冬④」が埋まってないキャラのピックアップをしました。可能な方は前回まで同様にセリフを聞いてキャラページにコメントするなどご協力をお願いします。なおボイスの聞き取りは期間中は好感度に関係なく図鑑から行えます。またページによっては入力補助用に入っている「//|冬④」がありますが、抽出に利用しているので使わなかった場合でも削除してください。キャラによっては冬③が存在しませんがその場合も冬④で統一してください。 -- 2018-12-04 (火) 22:40:10
    • ★6:(0):完了
    • ★5:(0):完了
    • ★5:(0):完了
    • ★5:(0):完了
    • ★5:(0):完了
    • 記載済み  ★6デージーハロウィン、クコ。  ついでにクガイソウ、コスモス、コキア、シャムサクラランもやっときます -- 2018-12-09 (日) 16:36:35
    • 改めて検索し、「冬④|」に501キャラが該当し、「冬④||」でキャラのページが出ず、カトレアも2パターンとも埋まっているのを確認したので無事に全てのキャラが埋まっているはずです。ご協力ありがとうございました! -- ? 2018-12-09 (日) 18:46:37
      • お疲れ様です! -- 2018-12-09 (日) 23:37:09
      • 冬④でモルチアナが漏れていました。原因は「|冬④|台詞|」になっていて検索上埋まっていると判定される条件を満たしてしまったためです。「季節○||」の「||」の間に文字が入っているかどうかを判定に利用しているので、実際の台詞ではない関係のない文字は入れないようにしてください。現状のキャラ数では目視での確認は非常に負担が大きいのでよろしくお願いします。 -- ? 2018-12-15 (土) 12:12:46
      • 埋めておいたよ。 -- 2018-12-21 (金) 23:18:14
      • ありがとうございます、助かります。 -- ? 2018-12-23 (日) 00:32:39
  • MenuBarに「WebMoney Award 2018」を追加しました。何かおかしなところがありましたらご連絡、もしくは修正をお願いします。 -- 2018-12-07 (金) 01:52:15
    • BitCashキャンペーンも追加しました。間違いがありましたら修正願います。 -- 2018-12-11 (火) 03:25:31
  • SandBoxで★★★★★★統合試作というのを弄ってるのは何を作ろうとしてるんです? -- 2018-12-09 (日) 18:59:37
    • 弄ってる本人ではないから推測になるがレアリティ昇華一覧が作られたときのやり取りで通常と昇華と両方まとめて見れるページの需要の話もしてたからそれ用の試作かもしれない。 -- 2018-12-09 (日) 19:23:56
  • だいたい10日後の12/26(水)メンテナンスで終了になる「クリスマス④」が埋まってないキャラのピックアップをしました。可能な方は前回まで同様にセリフを聞いてキャラページにコメントするなどご協力をお願いします。なおボイスの聞き取りは期間中は好感度に関係なく図鑑から行えます。またページによっては入力補助用に入っている「//|クリスマス④」がありますが、抽出に利用しているので使わなかった場合でも削除してください。キャラによってはクリスマス③が存在しませんがその場合もクリスマス④で統一してください。 -- 2018-12-15 (土) 12:13:21
    • ★6 (0):完了
    • ★5(0):完了
    • ★5(0):完了
    • ★5(0):完了
    • ★5(0):完了
    • 改めて検索し、「クリスマス④|」に505キャラが該当し、「クリスマス④||」でキャラのページが出ず、カトレアも2パターンとも埋まっているのを確認したので無事に全てのキャラが埋まっているはずです。ご協力ありがとうございました!
      次回は年末年始で日数がかなり限定されることになりますがまたよろしくお願いします。一年間お疲れ様でした。 -- ? 2018-12-24 (月) 18:09:32
      • 集計お疲れ様でした。来年もよろしくお願いします。良いお年を! -- 2018-12-24 (月) 18:12:26
      • いつもありがとうございます。取りまとめを含めて、お疲れ様でした。 -- 2018-12-24 (月) 19:11:01
  • 期間限定コンテンツのクリスマスメッセージ(2018)を作りました。エイプリルフールの時に、まとめてある既存のページは画像が多くて重たいなどの問題があったのでAF同様新規のページとしてmenubarに追加しました。問題があればお願いします。 -- 2018-12-20 (木) 05:05:20
    • 乙でした。今回も結局、カードイラストが隣のキャラのところにアップされることが度々あったんですが、これは重いせいなんでしょうか? なんとか対策したいんですがどうすればいいんでしょうか -- 2018-12-23 (日) 16:44:40
      • それはテーブルとattachrefの仕様上の問題だと思う。近いタイミングで複数の人が添付を行おうとすると避けられないんじゃないかな -- 2018-12-23 (日) 16:50:31
      • それだとページを分けても根本的な解決はできないんですね。カードのページの注意書きに対策を書き足すぐらいしか出来ないですかね -- 2018-12-24 (月) 13:50:38
  • 期間限定コンテンツの見出しが多くなってきたので、レイアウト変更しました。あとエイプリルフールも一箇所にまとめました。 -- 2018-12-28 (金) 17:39:27
  • ステータス一覧にスキル種類の項目追加できませんかね。単体・2体・複数回・全体。選ぶときの参考にグループ化とか並び替えで使いやすくなるんです。 -- 2018-12-29 (土) 17:08:13
  • ↑に追加でもう一つ。入手先のとなりあたりに封印石の項目。15・16さらにこの先出るであろう17とかほしいです。 -- 2018-12-29 (土) 17:19:53
    • ステータス一覧はステータスをまとめたページですのでスキルまで入れてしまうのはページの主旨に反すると思います。また現状でも編集者の更新負担にならないように以前より簡略化されたものに移行させている状態なので、今さら項目を増やして負担を増やすのは如何なものかと思います。 -- 2018-12-29 (土) 17:54:12
      • その理屈なら、属性・国・好きなものは要りませんね。削りましょう。 -- 2018-12-29 (土) 23:22:21
      • 個人的な意見としては項目を削減する分には反対はしませんが、私自身がステータス一覧の作成や編集に関わっているわけではないので、ステータス一覧の項目になぜ属性・国家・好きなものが入っているのかその理由を私は知りません。ですので安易に同意するのも問題がありますのでこれ以降は本件についてのコメントは控えさせていただきます。ステータス一覧に関しては編集者さんがステータス一覧のコメント欄を頻繁に利用されているようですので、そちらで直接交渉したほうが良いかもしれません。 -- ? 2018-12-30 (日) 06:38:26
      • ステータス一覧を最近編集してる者です。好きなものは以前から入っていて軽量化のときに私は消したかったのですが、反対意見が出たので残っています。属性・国はその時に案が出ていなかったと思います。私としては別に消しても良いのですが、もちろん一意見だけで消すわけには行きません。スペース的にも入ってても誤差の範囲で、新キャラ導入時にすぐ確実に分かる内容で編集漏れを確認するという労力が全くかからないので残してある現状です。このWikiの規約上、情報を消すという行動はすごく大変です。ですがあなたがどうしても必要なく、かつ邪魔なので消したいというのであれば、しっかり議論をしてそういう結論になればいいと思います。そのくらいであれば編集作業の変更の手間も殆どありませんので。ただしこう言ったら人質みたいで申し訳ないのですが、スキルの種類を入れるとなると正直編集が面倒です。現状半マクロ的な事をして編集をしているので、その書き換えが、ですね。枠だけ作って編集は他の人に任せますってなると思います。封印石はそれほど手間ではないと思います。No.から割り出して一括で入れればいいので。 -- 2018-12-30 (日) 07:07:30
      • すみません、追加で言わせてください。ステータス一覧のコメントで言うのは別に問題ありませんが、私に直接交渉しても私個人にそれを決定する権限はありませんので、どこかしらで相談して賛同を得てください。上にも書きましたが私が消したかった項目も現状残っています、まぁそれが当然なんです。私は編集してはいても一利用者であって管理者ではないので。 -- 3葉? 2018-12-30 (日) 07:16:05
      • すみません。もうコメントしないつもりでしたが1点訂正させてください。直接交渉と書きましたが言葉が悪かったようですね。あくまでステータス一覧の編集状況に精通している方に聞いてみてくださいという意味で書いています。wikiの変更や削除については3葉さんのおっしゃるとおりですので、賛同を得られる自信があるのでしたら頑張ってください。 -- ? 2018-12-30 (日) 10:57:07
  • 過去の議論から通常★6キャラと昇華★6キャラをすべて同時に見られるページとして★★★★★★(統合)ページの作成を考えています。 過去の議論をご存知ない方は議論の様子(編集相談板)(★★★★★★2018-08-18 (土) 21:18:03※過去ログに格納されたページはアンカーが設置できなかったためリンクで当該ページへジャンプしページ内検索(Ctrl+Fなど)で左記のタイムスタンプで検索して下さい)をご覧下さい。 過去の議論から★★★★★★(統合)ページ作成に当たっての基本方針は以下のとおりで、よほどの理由がない限り変更はしません。
    1.新規ページで作成すること 既存のページに追加するのが困難なためと、テーブルをレアリティ別ページのテンプレートに従って作成するとキャラの性能比較をする上でフィルターやソートが機能不全に陥るためというのが主な理由です。 ですのでテーブルのレイアウトはレアリティ昇華のテーブルを参考に作成しています。
    2.軽量化を図ること すべての花騎士のデータが入るページになりますので情報量が多くなります。 こちらの観点からもテーブルをレアリティ別ページのテンプレートに従って作成すると情報量が多くなりページの読み込みに時間がかかる原因になりかねません。 特にアイコン添付画像の読み込みが顕著であり、アイコン画像を付けないことも思案しましたが、★★★★★でアイコン画像を付けない提案に対する否定的な意見が出てますので、レアリティ昇華と同様に進化前アイコンのみ付けます。
    3.コメント欄は設置しないこと 過去の議論でコメント欄がない方が良いという意見があったためと、★6ページのコメント欄では★6ページでコメントをし続けることへのこだわりが強いかたが多いため誘導が困難な状況です。 またレアリティ昇華のコメント欄の使われ方を見るにコメント欄がなくてもページとして成立しそうに思いますので新設する統合ページではコメント欄は設置しません。
    以上を踏まえましてSandBoxにサンプルを用意してありますのでご確認ください。
    目次 既存のページとは異なりますがキャラ数が多いためと従来の属性別ではどのキャラがどの属性であったか直感的に分かりにくくフィルターで属性を絞り込むのと大差ないように感じたため図鑑の名前順一覧を参考に50音順で作成しました。 
    テーブル レアリティ昇華のテーブルを参考に作成していますが、アビリティ種別の項目があった方が当該キャラのアビリティ構成について直感的に分かりやすくなるのでは考え追加してみました。とはいえ文章化してしまうと横幅をとってしまいアビリティの項目と大差無いように感じますし、ゲーム内で使用されているアビリティアイコンを添付してしまうと画像の読み込みに時間がかかってしまい軽量化になりません。そこで色付きの■を入れることでアビリティアイコンの代替えとしています。 アビリティの簡易表記については横幅を少しでも削減しテキスト折り返しも避けたかったためレアリティ昇華のテーブルと異なる記述になっている箇所があります。 既存ページの形式ではアビリティのフィルターやソートが機能していないと感じたためアビリティ用の絞込み項目(黒ブロックから右側)を追加してみました。こちらでも横幅を取るのを回避するために簡易的な記述になっています。複数のアビリティが統合された項目ではそのアビリティ種別のアビリティをいくつ保有しているか、個別のアビリティ項目ではそのアビリティの効果を略語化して記述しています。
    アビリティ比較表 テーブルで簡易的なアビリティ絞込み項目を追加してはみたものの、やはり詳細な絞込み項目のもの欲しいと考え作成してみました。本来はアビリティごとに項目を分けたかったのですが横幅制限のため統合されている項目もあります。逆に攻撃力上昇アビリティなど同一キャラで複数持っている場合を考慮し項目を分けたままになっている箇所もあります。 絞込み項目についても横幅制限のために項目(ヘッダ)と効果(ブロック内)ともに略語を使用していますが、略語に慣れるまで分かりにくくなってしまうので略語解説に略語の意味を記述してあります。 テーブル用に作成したもの元に作成しているためキャラページへのリンクが付けてありますが目次と同様にテーブルへのリンクを貼るもしくはキャラページへのリンクとテーブルへのリンク両方を入れることも可能です。
    MenuBarでの設置位置としては花騎士-図鑑-★★★★★★(レアリティ昇華)の右(★5でいう非ガチャの箇所)を予定しております。
    自分なりに皆さんが使いやすいよう考慮や配慮をしたつもりですが、至らない点や改良点がありましたらご指摘をお願いします。ただしwikiの仕様や作成者の技量などの技術的な問題から対応できない場合もありますので予めご了承ください。
    • アビリティアイコンですが、1文字使用して良いのであれば「攻・威・陽・防・移・弱・場」などと文字で表現するのではダメなのでしょうか -- 2018-12-29 (土) 17:50:14
      • 漢字1文字ではダメということはありませんが、現段階では良いと即答できるものでもありません。他の方の意見も聞いた上で最終的には全会一致になるのが理想ですが、今後の議論の展開次第では折り合いがつかない場合も想定しています。最低限より多くの方に使いやすい見やすいと思っていただけるページを目指しておりますが、せっかくご要望いただいたのに申し訳ございませんが、状況によってはご期待に添えない場合もございますので予めご了承下さい。 1枝さんの要望は承りましたが、なぜ■よりも漢字の方が良いのか、もしくは■のままでは不便に感じる点や違和感のある点など詳細な理由をお聞かせ頂いてもよろしいでしょうか。 詳細な理由をお聞かせ頂けないとどこを変更すれば改良されるかが見えてきません。その内容次第ではここを改良出来るなら■のままでも良いよと1枝さんが心変わりする可能性もありますし、誰が見ても漢字1文字の方が良いと思っていただける理由が提示できるかもしれません。または■でもなく漢字1文字でもない第3第4の修正案が出てくる可能性もあります。 ですので、まずは詳しい理由をお聞かせいただいた上でそれを元にサンプルを作成したいと思います。よろしくお願いします。 -- ? 2018-12-29 (土) 22:44:39
      • 色をつけただけの■よりも漢字の方がより直感的に分かりやすいのではないかと考えました。色の付いた■では色の意味を改めて覚えなければいけませんが、漢字であればおおよその方向性はその字のみでも伝わるものがあります。もちろん全てが伝わる訳ではありませんが、色の付いた■よりはとっかかりがある分覚える難易度が低くなると思われます -- ? 2018-12-29 (土) 22:53:16
      • 追加でもう1つ、元々意識していた訳ではありませんが利用環境・色弱等の理由により色の判別に難がある場合に色の付いた■は判別に支障が出ると考えられ、色のみを判別手段とするのはあまり良い手段ではないと思われます -- ? 2018-12-29 (土) 22:56:41
      • 色変えても全部■だと、フィルターできません。 -- 2018-12-30 (日) 07:21:06
      • 枝さん ご説明ありがとうございます。 色の違いだけでは判別が難しい場合があるのではないかとのことでしたので独自に調べてみました。 利用環境についてはモノクロや極端に画素数、描画数の低いディスプレイを使用している利用者がいるのではないかという意味でよろしかったでしょうか。そのような利用環境で閲覧されている方がいるのかどうか、いたとしてもどの程度いるのか参考となる情報がありませんので利用環境について配慮することは困難です。 色覚異常については身内にそういった方がいないので思いもしませんでしたが、日本人男性の5%とのことですので閲覧者の中にそういう方がいらっしゃる可能性はあると思います。 少なくとも形状の違いは付ける必要がありそうですので、いただいている漢字案を含めていくつかサンプルを用意したいと思います。 -- ? 2018-12-31 (月) 09:04:21
      • 4葉さん アビリティアイコンの項目は見た目の判別を向上させる目的で作成しており、他ページのキャラアイコンの項目と同様にフィルターやソートを使わない想定です。フィルターを使用したいのであればフィルターが機能するようにも出来ますが、その場合グループ化されやすくするために順番を並べ替える必要があります。それに連動してアビリティの並び順も変更することになりますので、ゲーム内の記載とは順番が違ってきます。またアビリティの並び順を整備してもキャラによってアビリティの数が4つ~7つ(防御アビは3つで1アビ換算、超反撃は反撃を持っているキャラでも持っていない場合があるので反撃とは別アビ換算です)と差がありますので、絞込み機能として思った程の効果は出ない可能性もあります。それも構わなければサンプルを作成させていただきますが如何でしょうか。 -- ? 2019-01-03 (木) 01:29:51
      • SandBoxにアビリティアイコン代替案を追加しましたので、ご確認をお願いします。 -- ? 2019-01-05 (土) 10:53:13
      • 漢字1が見易いし分かり易くていいね。見た目もうるさくないし -- 2019-01-05 (土) 21:43:14
      • 漢字アイコンの種類が乱立するのは良くないことは承知していますが、スキル発動率は「威」に含めないで「発」や「技」のような感じで別の文字を割り当てた方が良いのではないかと思いました。 -- 2019-02-07 (木) 07:28:28
      • 9葉さん 木にて記載したとおりですが、アイコンは当該キャラの大まかなアビリティ構成を把握しやすくするために設けております。その区分けはゲーム内のアビリティアイコンの背景色に準拠したもので当wiki内で赤アビや緑アビと呼ばれる大まかな分類(大分類)です。ゲーム内のアビリティアイコンのような中分類や特定のアビリティ種別ごとに分ける小分類で区分けすることも可能ですが、当然の事ながら種類が増えてしまうと見た目にも雑多な感じがしますし、フィルターによるグループ分けが機能しなくなります。正直なところ編集コストが高くなるので避けたいというのもあります。スキル発動率上昇のアビリティが有用なアビリティであり、特別に別文字を当てれば良いとお考えなのかもしれませんが、大分類としてまとめている以上は特定のアビリティだけを特別扱いするつもりはございません。またスキル発動率上昇アビリティを保有しているキャラをお知りになりたいのであれば、フィルターを使用することで特定のアビリティを保有しているキャラだけを抽出して閲覧することも可能となっておりますので、お手数をおかけしますがそちらをご利用ください。 -- ? 2019-02-09 (土) 21:57:42
    • サンプルの作成と提案お疲れ様です。ページの作成自体はいいと思いますが現状のサンプルで気になるところがあったので挙げておきます。
      ①統合テーブルで名前のソートが有効になっていない→これはレアリティ昇華一覧の方でもやらかしたミスですが、原因は画像の前に&aname();があることなので「]]」より後ろに配置すれば解決します。
      -- 2018-12-29 (土) 19:53:33
      • ご確認ありがとうございます。 まずは初めにご相談なのですが、私の悪い癖で1つの枝に複数の議案、論点を載せられてしまうとつい全ての内容に返答を返そうとしてしまいます。話の内容によってすぐに返答を返せるものから時間を頂いてよく考えて返答したい内容など様々ですので、すぐに返答を返せるものまでお時間を頂くのも申し訳なく思います。 そこで議案、論点の内容ごとに枝分けさせていただきたいのですが如何でしょうか。枝分けしておいたほうが議論の内容がわかりやすくなりますし他の方も議論に参加しやすくなるのではと考えます。 こちらからの提案としては①、②のテーブル右側について、②のアビリティ比較表のレイアウトについて、③の計4つに分けたいと思います。よろしくお願いします。 -- ? 2018-12-31 (月) 08:13:05
      • こちらこそ一つの枝にまとめる癖で答えにくくしてしまってすみません。文章を削らなければ木主さんが回答しやすいように分割してから回答してもらって問題ありません。 -- 2枝? 2018-12-31 (月) 08:37:16
      • ありがとうございます。分割しました。 -- ?
      • 名前のソートについてですが、作成当初はアンカーを行末に入れていて名前のソートが出来るのは確認しています。レアリティ昇華のコメント欄のやり取りを拝見していたので問題があるのは認識していたのですが、行末にアンカーを配置してしまうと目次からジャンプしてきた際に当該キャラの表示が画面上に見切れてしまうため原因を調査いたところ、迷う箇所があったために保留にしたままになっておりました。また木の段階でその説明を入れておくべきだったところ忘れておりました。申し訳ございません。 結論から申しますと原因は特定できており、行頭にアンカーを設置してもソートが機能しないわけではありません。実際に★6ページや★5ページなどでも同様にアイコン画像の行頭にアンカーが設置してありますがソートそのものは機能しております。またアイコン画像をソートした際の並び順とNo.をソートした際の並び順が同じであることも確認できます。つまりソートで参照しているのが行頭から順番に文字列や数値の違いを読み取って並び替え行う仕様のようです。ですので原因はアンカー名をNo_001といった感じに数値を割り振っているのが名前のソートとの相性が悪いためです。 この解決策としては2案考えてまして、ひとつは名前の行頭に設置し続けるためにアンカー名をNo_001からSarubiaなどキャラ名に変更するもの。ただしこれで50音順でのソートになるのかアルファベット順でのソートになるのか未検証なので、まずはその検証を行わなければならない点。画像の位置にアンカーを合わせつつジャンプしてくるポイントを合わせるために画像のサイズを変更しなければならない点で迷っておりました。 もうひとつはアンカー名は変更せずにアンカーの設置位置を変更するものです。アンカーの設置位置として最適な箇所は一番縦幅をとる項目で極力ソートを使用する機会の少ない項目の行頭となります。推測ではありますが★6ページや★5ページでアイコン画像の行頭にアンカーを設置している理由はアンカー設置当時はまだ開花機能実装前でアイコン画像が一番縦幅を必要とする項目であったと考えます。現在のテーブルにおいてそれに該当する箇所はアビリティですのでアビリティの行頭に設置するのが最適だと思いますが、現状は未昇華キャラのアビリティ欄は空欄にしてますので、仮で適当な文字列を入れて縦幅を確保した上で行頭にアンカーを設置することになります。 せっかくの機会ですしアンカー名をキャラ名にした際の検証をしてみたいので最終的にどういった形式にしするかの結論はお時間をいただけますでしょうか。ページ化までの間に解決しておきます。 -- ? 2018-12-31 (月) 09:37:58
      • ソートの仕様を理解した上で保留しているのですね、回答ありがとうございます。
        一応テーブルとアンカーの仕様について軽く調べましたが、画像のあるセルと画像より縦に長い文章のセルで確認したところ、それぞれにアンカーを設置した場合下記の部分が画面の最上部に来るように移動するようです。
        画像上→画像の一番上 画像下→セルの一番上 縦長文上→セルの一番上 縦長文下→次のセルの一番上
        念のためアンカーが画像より後ろにある昇華一覧で画像を70x70にして表示が画像より縦に長いアヤメなどに移動も試しましたが問題なくセルの一番上が画面最上部に来るので文字が画面から漏れるということは起こらないようです。
        ついでにソートもアンカー名を一部「No_###」から「Ao_###」や「Zo_###」にするのを確認してみましたがなぜかAo→No→Zoではなく図鑑順でソートされました、何を参照しているのか…アルファベット順ですらないのはさすがに謎ですね… -- 2枝? 2018-12-31 (月) 10:55:59
      • 検証のご協力ありがとうございます。 アンカーのジャンプ位置がずれる現象について、私の方で確認した場合レアリティ昇華のページでもずれる現象が発生していましたので2枝さんの意見と食い違っていました。もしや環境依存の現象ではと思いブラウザを変更してみたところブラウザの種類によってずれるものとずれないものがあることが判明しました。私が調べた限りですと位置がずれるのはEdge、InternetExplorer、Firefox、位置がずれないのはChrome、Safariという結果です。位置がずれてしまうブラウザでもブラウザの設定次第でずれないように出来るのかもしれませんが今のところ解決は出来ていません。ひとまずはご報告まで。 -- ? 2019-01-01 (火) 14:31:40
      • なるほど…環境依存ですか…最初に検証したときのブラウザはChromeでしたがなるほど。一応Firefoxで改めて調べましたが確かにズレるというかセルの位置ではなくDOMのid属性を持つ部分に移動するという挙動を示しますね。現状の各ブラウザでの「#id」への移動の挙動を見る限り一番縦に長くなるアビリティの先頭にアンカーを設置すればどちらも同じくセルの一番上に移動するはずです、これの場合名前の前にアンカーが入らないのでソートも使えますし無難そうに見えます。 -- 2枝? 2019-01-01 (火) 15:31:56
    • ②下に個別のアビリティ比較表があるので統合の右側のソート機能は多分微妙に使いにくくてあまり使わない気がします、ついでに見た目が既存のキャラ一覧系に対して異色になり過ぎて違和感があります。キャラの一覧確認とソート・フィルターは分けて考えた方がいいと思います。
      • テーブルの右側は特定のアビリティを持つキャラに絞り込んだ上でさらに特定のスキルを持ったキャラを探したい、ステータスのより高いキャラを探したいといった場合の機能として想定してます。レアリティ昇華の議論の際に総合力の高いキャラの中から好みのアビリティのキャラを選びたい場合といった話がありましたが、その逆検索を出来るようにしようという趣旨のものです。アビリティ比較表はアビリティの比較に特化した検索機能でステータスとの比較は出来ませんのでテーブルの右側と見た目は似ていますが用途は異なります。 現状はすべてのアビリティ種別を入れ込もうとして簡易的なものになっていますが、ステータスとの比較に利用しなさそうな項目は削除してステータスとの比較に利用するのに需要の高そうなアビリティに絞った方が利便性は高くなりそうです。その場合は入れたい項目または削除しても良い項目について意見を募りたいと思います。 既存のページと比較した際に差異が大きいのは自覚しておりますが、そこは機能性と視認性のどちらを優先するか、他ページとの統一性をどこまで追求するのかという閲覧者の感性の問題でもあり、人によって異なるものだと思いますので他の方の意見も聞いてみたいところです。 完全に消せるわけではないですが、背景色と文字色を枠線の色と同化させることで目立たなくすることは出来ます。それでも気になるということであれば今のところ対策は立てれそうにありません。 もちろん中途半端なものや違和感のあるもの入れるくらいなら機能はなくて良いというご意見ももっともですので、テーブルの右側は削除するというのも選択肢の1つとして考えておきます。 -- ? 2019-01-02 (水) 15:59:38
      • その需要想定での設計だったのですね、その想定であれば今の設計は無難なところだと思います。今回の意見で横のフィルター行がない方が良いと思うのは、単純に現在のレアリティ別のリストのようにフィルターやソートではなくCtrl+Fでの検索を想定した眺めるだけのリストの需要があるかなという考えと、1920x1080では特に問題ないのですが、1366×768のディスプレイだと結構アビリティが強制的に改行されて読みにくいというのが理由です。ここは実際に何人かの意見があった方がいいと思うので既存リストページでの意見募集なども考えた方がいいかもしれないです。 -- 2枝? 2019-01-05 (土) 22:02:16
      • SandBoxに横幅制限解除を追加しましたので、ご確認をお願いします。 横幅指定のダミー行を追加 横幅指定のために文字入力済みの行を追加しました。文字色を背景色と同様の色で指定してありますので、一見何も入力されていない空行に見えますがドラッグまたはフィルター画面や編集画面からは入力済みの文字が確認できます。この方法であればテキストの自動折り返しが発生しませんので、どのようなブラウザサイズ(画面サイズ)やズームサイズにも対応できます。 また横幅制限を解除するにあたって、アビリティの記載で省略していた文言のうち一部を詳細な文言に戻してあります。 見た目の違和感対策 見た目の違和感を払拭するために、キャラアイコンと名前を分離しレイアウトを既存の★ページに寄せ、テキストの表示が不要な箇所は文字色を背景色と同様の色を用いることで不可視化してあります。 右側アビリティ項目は枠色に合わせて文字色と背景色を指定してあります。見た目としては以前のものより既存ページのレイアウトに近いものになっていますので、眺めるだけのリストという需要にも対応可能だと思うのですが如何でしょうか。ただしヘッダはソートやフィルターで使用するために可視化したままにしてあります。 不要ソートの削除 ソートを使う必要のなさそう項目からソートボックスを削除しました。 情報の一本化 横幅制限を解除することでアビリティ比較表に分離させていた情報をテーブルに一本化することが可能になります。テーブルにすべての情報を統合できるのであれば編集コストが削減できますので大変助かります。またアビリティ比較表が必要なくなりますので②の続きでの議論自体が不要になります。 その他の調整 他に意見が出ていませんので暫定ではありますが、1枝8葉の意見からアビリティアイコンは漢字案1を採用、1枝4葉の意見からアビリティアイコンおよびアビリティの記載順の整頓を行いました。 -- ? 2019-01-13 (日) 11:51:28
      • 編集お疲れ様です。確認してみましたが1366×768のディスプレイでも問題なく表示できていました。ひとまず私が気になった点はもう残ってないようです。 -- 2枝? 2019-01-13 (日) 15:35:15
    • ②の続き そういう意味では比較表のアビリティはフィルターの仕様上横に伸びて他の項目が見にくくなるので一番右に置いた方がシステム的には使いやすいかもしれません。
      • これはおっしゃるとおりだと思いますが、その場合は名前も一緒に右に持っていきたいです。フィルターで絞り込んだ後確認するのにキャラ名とアビリティ構成を突き合わせて見れないと不便だと思いますので。 それと今のところ意見は出ていませんが木で記載したアビリティ比較表に付けるリンクについて、キャラページへのリンクとテーブルへのリンク両方を付けたいとなった場合、名前にキャラページへのリンク、No.にテーブルへのリンクを付けようかと考えていましたので、その場合はNo.も右に持っていきたいです。 -- ? 2019-01-02 (水) 16:30:47
      • 見た目の部分で言えば名前も右に持っていくのは反対です、上の件でも少し言っていますが既存のリストから形が変わりすぎると直感的な利用がしにくくなります。ただ機能的な部分で言うとこのサンプルにはいませんが名前の長い別衣装キャラがフィルター後は上の部分で改行無しで表示されるため名前の横幅がかなり広がるのを考えると仕方ないのだろうか…という気もします。 -- 2枝? 2019-01-05 (土) 22:28:26
    • ③アビリティ比較表の略語テーブルが縦に長いので横に2~3項目ずつ並べた方が見やすそうだと思います。
      • SandBoxのアビリティ比較表(攻撃力上昇系)にて略語解説を2列だったのを横に3つ並べて6列にしてみました。またregionで折り畳むことでテキストが折り返されていたようなので解除してみました。 -- ? 2019-01-02 (水) 19:32:03
      • 横に並べた形で一画面に収まりやすくなって見やすくなったと思います。強いて言えば系統の近いもの(敵数2種など)が同じ行か列に並ぶような形に少し調整するとより分かりやすそうです。 -- 2枝? 2019-01-05 (土) 22:05:45
  • 次回(1/7)のメンテナンスで終了になる「お正月④」が埋まってないキャラのピックアップをしました。可能な方は前回まで同様にセリフを聞いてキャラページにコメントするなどご協力をお願いします。なおボイスの聞き取りは期間中は好感度に関係なく図鑑から行えます。またページによっては入力補助用に入っている「//|お正月④」がありますが、抽出に利用しているので使わなかった場合でも削除してください。キャラによってはお正月③が存在しませんがその場合もお正月④で統一してください。
    新年のため入力欄が存在しないページも多いと思われますが、都度作成お願いします。順番や④表記を使用することについては一度統一や別途の表記について検討されましたが変更については保留になったため、今後決まるまでは集計のためにもそのページのそれまでのやり方(年式・図鑑順式)を踏襲し、暫定表記の④での統一を改めてお願いします。 -- 2019-01-01 (火) 03:00:32
    • ★6 (0):完了
    • ★5(0):完了
    • ★5(0):完了
    • ★5(0):完了
    • ★5(0):完了
    • 改めて検索し、「お正月④|」に510キャラが該当し、「お正月④||」でキャラのページが出ず、カトレアも2パターンとも埋まっているのを確認したので無事に全てのキャラが埋まっているはずです。短い期間でたくさんのご協力ありがとうございました! -- ? 2019-01-06 (日) 13:36:52
  • 雑談版すぐ停止するようになってきたし、そろそろ別に飛ぶようにした方がいいのでは? -- 2019-01-21 (月) 17:23:23
    • 逆に人気投票終わるまで壊れたままでいい。 -- 2019-01-28 (月) 20:01:51
  • メニューバーに「怒れるヌシの緊急討伐任務」を追加したら、自分の環境では長すぎて改行されてしまいました。表記を短縮するべきでしょうか -- 2019-02-04 (月) 18:03:48
    • 短縮するよりは改行を入れた方がいいと思います -- 2019-02-04 (月) 18:11:29
    • 「精華祭スノウロマンティカ」と同じ長さだから気にすることは無いと思う。どうしても気になるのなら前回と同じヌシ討伐でいいと思う。 -- 2019-02-05 (火) 01:04:22
  • まだ時間的に余裕はありますが「バレンタイン④」が埋まってないキャラのピックアップをしました。可能な方は前回まで同様にセリフを聞いてキャラページにコメントするなどご協力をお願いします。なおボイスの聞き取りは期間中は好感度に関係なく図鑑から行えます。またページによっては入力補助用に入っている「//|バレンタイン④」がありますが、抽出に利用しているので使わなかった場合でも削除してください。キャラによってはバレンタイン③が存在しませんがその場合もバレンタイン④で統一してください。
    バレンタインカードの方は次の金曜で終わって休日にできるのは明日の祝日までなので、できる方はこっちを優先した方がいいかもしれないです。 -- 2019-02-10 (日) 13:02:17
    • ★6 (19):カウスリップ(メイド)カトレア(光華の姫君)キリンソウキリンソウ(クリスマス)コランバインサボテンシャムサクラランスパラキシスゼラニウム(浴衣)センリョウ(クリスマス)ツツジデージートリカブト(天つ花の令嬢)トリトニアハナミズキパフィオペディルムバンテイシヒメシャラ(クリスマス)ランタナ(花祭り)
    • ★5(2):アキレアデルフィニウム(競技会)
    • ★5(2):シバザクラスミレ
    • ★5(2):サンデリアーナリュウゼツラン
    • ★5(5):ウルシカウスリップハナミズキ(浴衣)フクシアマネッチア
    • 普段はたまーに入力する程度なので教えていただきたいのだが、ボイス欄がキャラによって「2016年度~2019年度に別れているキャラ」と、「別れていないキャラ(お正月①②④のように季節ボイスごとに並んでるキャラ)」、とあるようなのですが、どちらかに統一するなどのルールはありますか? -- 2019-02-14 (木) 19:52:43
      • 何度か意見は出てますが統一方式がまとまっていないので現状は統一はしないという方針です。ただ検索の都合で欠番が出ても同じときに追加されたボイスの数字表記は統一するようにお願いしています。とりあえず現時点での各ページでのやり方に従って編集をお願いします。 -- ? 2019-02-14 (木) 20:07:32
      • 素早いご返答ありがとうございます。そのように致します。 なお、2018年度追加キャラのうち、ムラサキハナナ、コムギについてはお正月④、バレンタイン④を2019年度として分けてしまったのですが、このままでよろしいでしょうか? 却ってお手間をかけてしまい恐縮ですが… -- 2019-02-14 (木) 20:12:37
      • …ん(汗)、、そのように致します、といってるのに、変更したままでよいですか、ってのは日本語変ですね、申し訳ない。 その2キャラについては、2018年度追加キャラなので、ついでで「期間限定ボイス(2019年)」にしてしまったのですが、問題ありますでしょうか、に訂正します。度々申し訳ないなです -- 2019-02-14 (木) 20:16:13
      • 集計側の事情としては④表記であれば問題ないのでページ内で反対意見等が出ない限りはそれで問題ないと思います。逆に他のページのような形に変えたい人がいれば編集される可能性もありますがそのあたりは現状のルールではページごとに解決してもらう問題なのでこちらでは関知しません。 -- ? 2019-02-14 (木) 20:43:13
      • 了解しました。丁寧なご返答ありがとうございましたm(_ _)m -- 2019-02-14 (木) 20:49:48
    • ウメ、クリスマスローズ、クルクマ、クルミ、コムギ、シロタエギク、ビオラ(浴衣)、ムラサキハナナ、レッドジンジャーを更新しました(木主?がリストアップしたキャラを更新しているようなので一応報告しておきます) -- 2019-02-14 (木) 22:25:48
  • 一方的な違反報告が荒れを増長させる場合の対処について皆さんのご意見をお聞かせください、例えばAとBの意見が白熱しどちらも軽く違反に抵触している状況で、Bのみ違反報告され削除されたとします、これによりAが正当化されているとみて激しくBを罵倒する発言をし、Bが逆上して反論したとき、またBのみ違反報告された場合、賛成/反対の判断で、Bの意見のみが連続して違反報告されていることを指摘して判断を保留し、これまでのAの意見をひと通り違反報告で判断し直した上で、懸案の違反報告に対処した方がよいのではと考えますが、どうでしょうか -- 2019-02-16 (土) 08:56:42
    • Bの経緯を気にせず、Aの違反もしくは誤りを指摘すべきですし、必要なら管理者にAの発言への対処を求めます。「Bのみ違反報告され削除されたとします」は、URL等の例外を除けば管理者の手によるもののはず?です。そうでなければバックアップかと。違反報告版のルール、議論禁止、からすると管理者宛への移設・誘導がよいかもしれません…が、これも明文化されていないルールになってしまうか。該当の賛成/反対の判断の票のカウントについては今の無効票の定義にA,Bどちらも含まれないので両方ともカウントすべきです -- 2019-02-16 (土) 09:15:16
    • はじめにBが違反報告された時点で、Aにも問題があると思っている人(B自身を含む)がAを報告すればいいだけではないでしょうか。それまでの発言がどうであっても、逆上して禁止行為ならその発言に対して削除が妥当か賛否を問われるだけです。Aも同様に、明らかに誰かを煽っているようであれば通報されて賛成票が集まり削除されます。 -- 2019-02-16 (土) 10:34:46
    • ある1人(あるいは複数人)が目に付いた違反と思われる発言を通報した結果が「一方的な違反報告で荒れを増長させている」と考えるのであればそう考えた自身が問題発言を行っている他方の通報を行えばよいのではないでしょうか? 例におけるBは経緯はどうあれ問題発言をしているのであれば違反として処理すべきですし、それと同時にAも問題発言を行っているのであれば問題発言を行っていると考えた人が通報する事で「一方的な違反報告」は解消されるはずです。 -- 2019-02-16 (土) 10:55:13
      • 追記 一時的であろうと「理由があれば違反として削除するべき発言であっても削除を保留する」というのであれば自演等によって意図的に「Bの意見」の様な状態を生み出す事も可能と思われ、違反報告板の「管理人対応を待たずとも違反発言に対応できる機能」を失わせうる事となってしまわないでしょうか? -- ? 2019-02-16 (土) 11:14:05
    • 木さんが具体例を示されていないので、あくまで想像による想定の域を出ない話しかできないのですが、意見の対立に端を発したとのことですので、違反内容としては煽り、煽り返し、荒れを誘発する発言、暴言、誹謗中傷などということで宜しいでしょうか。 これらの違反に関しては明確な基準を設けることは困難な場合もありますが、Bが通報され削除可決されたということは少なくともBの発言には問題があるのですよね。その後Bに対して罵倒するかのような発言があったとしても、Bが一方的に罵倒されたと感じただけかもしれませんし、誰が見ても罵倒ととれる発言があったとしてもその挑発に乗りまたもや通報されるような発言をしたのであれば、やはりBの発言には問題があるのですから票決を保留する事由にはならないと考えます。 Aの発言に関しては通報されていない状況とのことですが、Aはなぜ通報されなかったのでしょうか。Bを通報したのがAだったのか、Bを通報した第3者がAの発言には問題ないと判断したのか、BはなぜAを通報しなかったのか、Bはなぜ管理者に不服申し立てを出さなかったのかなどの状況によって変わってきてしまいます。 Bを通報したのがAだった場合、そもそも喧嘩の当事者が通報を行うことに正当性があるのかという問題が生じますし、Bを通報したのが第3者であり誰が見てもAの発言にも問題があったにもかかわらずAが通報されなかったのだとしたら通報者としてのありようを問うべき問題が生じます。 ですが現状それらに対して明文化もされておらずルールはあってないような状況です。となると現行ルール下ではBがAを通報し返すことも正当な行為となりますので、Aを通報し票決を募るべきでしょう。 ある意味「一方的な違反報告」化しているのもBの行動(行動を起こさなかったという行動も含む)によるところも多く自業自得な面も感じますが如何でしょうか。 また理由や背景はどうあれBを罵倒したのが誰であったとしても、激しく罵倒するようなことが行われたのだとしたらそれらの発言すべて通報されるべきと考えますので、Bは挑発に乗って言い返すのではなくスルーし違反報告を行うべきであったとなります。 ただしこれらの対処法では通報が安易に助長され通報合戦に発展する可能性もありますので、個人的な意見としてはいさかいがあった場合の通報ルールを設けて明文化されるべきとは思います。 -- 2019-02-16 (土) 11:23:26
    • まあ自分はそもそも違反報告板には否定的。スマホとPC2台に2回線で一人で言論抹殺可能だからね。 -- 2019-02-16 (土) 12:17:39
      • 少なくとも携帯回線での報告は禁止だからスマホが2台あっても無理じゃない? (厳密には管理人が出張ってくるのを待たなきゃダメかもだけど) -- 2019-02-16 (土) 13:39:34
      • 可能と言えば可能なので不可能ではないですが、一人で言論封殺しようと思うと通報と賛成票3つで計4回線必要になります。加えて携帯端末(スマホ)および携帯回線(ポケットwifiなど)による投稿は無効なので(タブレットで投票し管理者によって無効になった前例あり)現実的ではないですね。懸念点としては公用回線(公共施設、学校など)や商用回線(会社、ネカフェなど)から投稿した場合がどういった扱いになってるかですが、少なくとも短時間に1人で削除までもっていくのは困難と思われます。 -- 4枝? 2019-02-16 (土) 14:02:21
      • そもそも一部の人しかみてないから結論も偏るしね。3票だと当事者だけで終わっちゃうし、違反報告板事態どうかとは思う -- 2019-02-16 (土) 15:12:26
      • ツイッター等で知人と示し合せれば一瞬で削除までもっていける。実際そういう会話がされている(晒しになるので貼りはしませんが) -- 2019-02-16 (土) 15:16:39
      • はっきりとした中立性をもった管理者が複数いれば一番なんですけどね。例えば他のwikiみたいに副管理人がいるとか -- 2019-02-16 (土) 15:18:43
      • 雑談ばかりのサイトで知人と示し合わせて削除するってのはやばいけど、通報されるような内容を書く時点でおかしいのが大前提。普通は通報されない。変な通報なら通報者を責めればいい。正直他人のサイトの管理に口出せるほど偉くもないので管理人の決めているルール(おそらく管理人の手間が少ないと思われる)の中でやるのがいいと思うけどね。だってただで使えるものでこっちは使ってやってるんだから管理しっかりしろって言うとかなかなかすごいと思うわ。使いにくいとか使えなくなれば使わなくなるだけ。管理人が問題なく苦労しない形かつ良いルールを提案できるならいいと思うけど -- 2019-02-16 (土) 16:43:30
      • 管理人が問題なく苦労しない形なら副管理者を置くのがいいのでは?負担は減るでしょう -- 2019-02-16 (土) 16:57:50
      • 単純に信用できる人なら負担は減るだろうね。その信頼できる人はどこから集めるんだろうね。ちなみにwikiwikiとかで管理人失踪したから管理人やりますって立候補した人が管理権限貰った後にそのwikiサイト消して逃げた事例もあるよ。 -- 2019-02-16 (土) 17:14:13
      • 副管理人は権限は管理人より少ないし、問題があるなら外せるからそんな問題は起こらないでしょう -- 2019-02-16 (土) 18:28:59
      • 「偏った投票であると感じる場合は不服申し立てを」とありますよ -- 2019-02-16 (土) 18:35:39
      • だからその妙な責任を押し付けられる副管理人誰がやるのよ…。問題が起きてから解雇すればいいって言っても妙な人に管理人に次ぐ権限なんて渡せんだろ。問題が起きたら起きたで選んだ管理人の責任にされるしそれが負担になるとか思わんのかい? -- 2019-02-16 (土) 18:47:40
      • 立候補すれば結構集まるみたいですよ。現状問題があるのでこういう木が建つんですからその解決策の一つとして提示しただけです。そして対処しきれず問題があるのと対処して問題が起こるのでは意味合いが違うのでは? -- 2019-02-16 (土) 19:01:05
      • そんな今って問題あるの?規約違反してる人がいるなら通報して終わりってだけの話だと思うんだけど。通報にA発言を先に判定してほしいとかよくわからん要望出てるからややこしいだけで。AもBも通報して規約違反してたら対応されるというだけの話だと思うんだが。談合が可能だって言う話なら最初から規約違反に触れるようなことをしないだけで回避できるし。 -- 2019-02-16 (土) 19:20:21
      • アネモネとスノードロップのページ見て問題がないと思えるならそれでいいんじゃない? -- 2019-02-16 (土) 19:44:14
      • こうしてみると利用者様増えてるね。行動の結果責任は全部管理人に来るのに自身の満足する方向へルールや規約を変更しようとしてる。ここが管理人が管理するwikiである以上管理人にメリットを提示しないとダメでしょ。副管理人?wikiを自宅と考えてみなよ。副管理人の役割が自宅の掃除だとして立候補で募った他人に自宅の掃除任せたいと思う?何か問題があったら解雇?問題が取り返しのつかない事だったらどうするのよ。大きな権限与えなければいいって言うのなら今の違反報告板に違反した人を書いていくボランティアで十分じゃん。知人3人居れば削除できる?通報には規約違反しているという条件が付いているのになんでも消せるわけないよ。アネモネとスノードロップのページに問題があるなら違反報告したらいいよ。規約違反かどうか微妙?スルーしたらいいよ。どこのページだろうと不快なコメント何かしらあるから綺麗なコメント欄なんてどこのwikiでも存在しないよ。つい最近管理人が対応していると書いてるけど荒らしが消えてないことが不満?Googleとかでもニコニコでも荒らしはずっと消せないのにそこまで求める?利用者様がすぎるよ -- 2019-02-16 (土) 19:50:49
      • ここは自宅じゃなくて公共の場ですよ -- 2019-02-16 (土) 20:00:40
      • ガチギレしてる人ではないけどここは管理人の土地で公共ではないよw 管理人が閉鎖するって言えば即閉鎖されるような場所 他のレンタルwikiも同じな -- 2019-02-16 (土) 20:09:34
      • 私設の図書館のようなものだな。一切スタッフを雇わず管理しきれてない感じの -- 2019-02-16 (土) 20:11:31
      • 利用者にデメリットがあるなら改善要求だすのは当然では? -- 2019-02-16 (土) 20:12:53
      • 利用者様って言われてるのそういうとこやぞw 改善要望が管理人にメリットがあって無理のないことなら管理人もしてくれるだろうさ -- 2019-02-16 (土) 20:18:40
    • 気にしている点は、違反報告から元の発言Bを見に行った時、その原因となった発言Aがあり、共に違反していた場合にどのように対処したらよいかです。もちろん、発言Aの違反報告をし、発言Bに賛成したいのですが、正に白熱している状況で発言Bの削除が新たな火種になりそうな場合です。この場合は、発言A→発言Bの順あるいは同時に対処した方が収束しやすいと考えますが、先に提示された発言Bより先に発言Aを判断してほしいことを伝える手段がありません。 -- ? 2019-02-16 (土) 18:11:41
      • 同じく対処してほしいと昔書いたことがありますが、1つの件につき1つの木を建てるというルールがあるらしく新たに建てるしかないようですね。どちらにせよ流れてしまう話題を削除してもあまり意味がないかと。それを見てた複数人が即賛成して即削除というなら意味はありますが、それを見ていた片方の意見が強制的に反映されますし片寄しかないですしね。 -- 2019-02-16 (土) 18:34:29
      • Aが逆上を狙って挑発、Bが逆上して反論、AがBを違反報告、内容的に違反であり経緯を見る必要がないので賛成3でBを削除、となった場合に賛成3はAの挑発に加担したことになるのではないかという懸念ですね、Aは自分の思い通りになるから面白がってこんなことをするでしょうから、違反報告でAもBも削除になったら自分の思惑と外れ荒らす興味を失うのではないかと考えていました、何か良い解決策がでてくることを期待します -- ? 2019-02-17 (日) 00:12:12
お名前:

ここは質問をするところではありません
質問は質問掲示板にお願いします
またゲームそのものへの提案や意見は、ゲーム画面下部の「お問い合わせ」の「ご意見・ご要望」から、運営に直接伝えましょう。このWikiは、あくまでユーザーの有志が集まってやっているものでゲーム運営とは一切関係がありません。
※管理者から雑談板に関する見解がコメントされた際、雑談板諸注意に加えて頂ければ幸いです。

新ログ作成目安 Edit

行数が1300行を超えると↓にログが表示されます。ログが表示されていたら新ログ作成をお願いします。

行数が1300行を超えると↑にログが表示されます。ログが表示されていたら新ログ作成をお願いします。
↑新ログを作った際はこちらの「提案意見掲示板/コメント○○」も新ログに変えてください。
(※作成目安が表示される前に容量限界となる可能性もあります。投稿時に『Fatal error: Allowed memory size of~』というエラーが出たらご一報をよろしくお願いします)


トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2018-07-15 (日) 23:42:58 (216d)