編集の要望・提案・議論・報告のコメントフォームです。 https://wikiwiki.jp/genshinwiki/編集掲示板
REST APIについて 管理掲示板にてREST APIの使用について要望を出しましたが編集用掲示板で議論をするようにとのことなので、私自身のREST APIに対する意見を述べるとともに皆さんの意見もお聞かせいただきたく思います。
詳しくはwikiwiki公式のzawazawaコミュニティに記載されているのでそちらをご確認ください。ものすごく簡単に言うとブラウザで編集画面を開くことなくwikiを外部から操作することができます。 メリットとしてはプログラムを組むことで自動でwikiの内容を更新したり、取得したりできることが挙げられます。一方でデメリットとして属人性が高いことや、悪用されると手に負えなくなる可能性があること(手作業の何倍もの速さでページ編集ができるため)が挙げられます。
週間秘境素材早見表
誕生日表示
ページ閲覧数統計
時間指定表示
APIキー新規発行
荒らし対応
その他
実際にAPIを使った自動更新の例→リンク
運用案に書かれたことや、プログラムコードの管理方法もいいアイディアだと思いました。練習ページも拝見しましたがいいと思いました。GoogleSpreadsheetなら手軽でいいと思います。管理人さんの負担が増えたり荒らしのリスクがありますが、管理人さんがおっしゃっている「誰にとって・どの程度重要か、どれを実行すべきか」が大事になると思います。 週間秘境素材早見表はトップページの話だと思いますが使用するのはいいと思います。日で切り替えるのはtomorrow_scheduleでも一応可能ですが、レイアウトの自由度や切り替える時間の設定まで調節できると思います。 誕生日表示も現在のものより良くなるのならいいと思います。 ページ閲覧数統計で使うのもいいと思います。ただ推しキャラの閲覧数が少ないとショックを受ける方もいるとは思うのでデータの使用方法は難しそうです。またデータを取るだけなら外部ツールでも可能だと思いました。 どの案も、変更の要望に対応するなど継続して管理して頂けるならいいと思います。色々考えてくれているので放置したりは無さそうだと感じました。ただ必須なものでもないとも思いました。 使いたい場面があればページを作ってここで賛同を得てから、管理人さんに持っていくのがいいと思いました。
おっしゃるとおり運用に関しては、まず編集掲示板で案をだして他の方法がないか、必要度(そもそも本当に要るのか、REST APIを使わない案で妥協できないのかなど)を議論して賛同を得てから管理掲示板に行くというのを新規発行手順の一番初めにつけるべきですね。
閲覧数に関しては今日100や人気100で誰でも見れるのでRST APIうんぬんとかではない気もしますが…(統計で推しキャラの閲覧数の急落が見えてショックとかはある…かも?)。一応Google analytics(管理者しか見れないが)とかSimilarweb(正確な値まではわからない+これで見たところで感がある)で閲覧数を見たり、スクレイピングでREST APIの様に内容を取得するなどありますが、どれも統計を取って編集議論に役立てるのには使えない・使いにくい(スクレイピングは論外)ので、その点GoogleSheetにまとめてembedでwikiに埋め込んだりwikiページを編集して表を作ったりできるのでREST APIでしかできないことだと思います。 と言っても閲覧数の統計はただの例に過ぎないのでここらへんにしておきます。
APIを利用したほうが他の手段よりやりやすいなら、そのほうが良さそうですね
詳しくないので、的外れでしたらご容赦いただきたいですが...運用案を読んで感じたことをコメントさせてもらいます。(早い方が良いかなと思いまして) 問題点を出してみると、運用がプログラム作成者に一任されてしまう、ですかね?(実際のところ、一任してしまうことになるとは思うのですが) ソースコードをwiki内で開示するとはいえ、実運用と異なる可能性が出てしまう?表面上は通常運用(例えば、日時による表示変更)しつつ、同時にこっそり別の動き(例えば、閲覧数取得)をするなど?(挙げた例だと、それをされたところで特に害はなさそうですが) 代案は考え中(私の中で二転三転しており...)なので、またコメントさせてもらうと思います。 (あ、4290さんが悪用するとか考えているわけではありませんからね...念のため...)
補足させてもらうと、匿名性のある一利用者がAPIキーとプログラムを管理する、というところに違和感を覚えた、という感じです。GitHubのように実際のソースコードが開示されていれば、話は変わってきますかね...?
最初に考えたことは... より安全性を図るなら、管理人さんには負担をかけてしまいますが、 (1)試験用と運用用の2つのAPIキーを発行 (2)プログラム作成者は試験用キーでプログラムを作成&試験&ソースコードとマニュアルの開示 (3)問題なければ、完成したプログラムを管理人さん管理下にコピー、(管理人さんのみが知る)運用用キーを使って実運用 (4)試験用キーは、利用できないように削除 (5)プログラム修正が必要になれば、修正者は試験用キーを再発行して、修正&試験の(2)に戻る でしょうか。(これはプログラム作成者が「匿名性のある一利用者」のままでいるパターンですね) ちょっとしたプログラム修正でもハードルが高くなってしまいますが、影響が大きいことを考えると、仕方ないかと思わなくはない感じです。
さすがに厳しすぎると思って、次に考えたことは... プログラム作成者は、プログラム管理人(?)として、管理人に準ずる立場となっていただく?(4290さん提案の「認証済みのアカウントのみコメントできる専用掲示板を使う」というのが近いでしょうか。) それならプログラム管理人さんが自分でAPIキーとプログラムを管理するのは、問題ないように感じます。こっそり他の運用をしていても、管理者さんだからな、という感覚になるというか。(蒸発前に引き継ぎが必要というか) 仮にプログラムを組みたいという方がたくさんいるようなら、全員がプログラム管理人になるのではなく、「最初に考えたこと」での「管理人さん」を少数の「プログラム管理人さん」に置き換えた形が望ましいですかね。
最終的に思ったことは... 要は、プログラムがプログラム作成者の管理下にしかない状態は良くないので、wikiの管理人さん相手にはプログラムの所在を開示して、管理人さんが確認・編集可能な状態にしておく?(逆に他の人が編集できる状態も良くないかなと思わなくもないですが...) いずれにせよ、プログラム作成者は、wikiの管理人さんと連絡が取れる状況とする。一利用者にとどまらず、プログラム管理者として活動する。という感じでしょうか。
まとまっていなくて恐縮ですが、一意見としてご覧いただければ幸いです。 ちなみに活用については、トップページの武器素材逆引き表が5:00に切り替え表示されるのは普通に有用だと思うので、提案されれば賛成できます。
イベント「全力勝負!」のページを作成してくださった方へ。 編集お疲れ様です。今回、新ページのコメント欄で雑談掲示板の新しいレイアウト>> 4263を反映・踏襲してくださったようですが、ことイベントページにおいては上の注意事項の部分は画面の判読性を低下させてしまっており、「ない方が分かりやすい」という状態になってしまっているように見えます。書き込み方法の説明部分も、wiki内の全てのコメント欄に設置しておけるわけではないですし、雑談掲示板以外のページには置く必要はないんじゃないかなと感じました。 また、今回テンプレートの方も更新されていることについて、いきなり更新が行われると問題がそのまま複製されてしまうこともありますし、次回はなるべく事前に相談があるとありがたいです。 一旦こちらで該当部分は削除しますが、何か改善案がある場合はご連絡いただけると幸いです。
作成者です。以前からイベントページのコメント欄で使い方や木の繋げ方を知らなそうなコメントが散見されていたので、今回試しに追加してみた次第です。これについては利用者の意見を聞くべきでしたね、了解です。 書き込み方法の説明部分に関しては、良くまとまってると思うのでzawazawa式の多くのコメント欄にあってもいいとは思います(一応言っておくと作成者とは別人です、ありがとうございます)
事前に報告がなかったことの是非はあるでしょうが、私は書き込み方法の説明があっても良いような気がします。ただ明確にコメント欄と区別できる形が望ましいとも思います。状況によってはコメント投稿ルールのページに追加しても良いと思いますが、コメントが多いキャラページのコメント欄に上下を水平線を引いて置いておくのが良いと思います。
中国語・英語まとめのキャラクターと、キャラクター一覧ページの各キャラクターの中国語・英語表記が重複しているので、中国語・英語まとめに統合し、キャラクター一覧ページにはそこへのリンクを貼る形がいいと思っています。キャラクター一覧にあるものが見やすく良いと思うので、そちらに統合しそれを中国語・英語まとめに移したいと思っています。
統合するのは賛成です。ただ、同じものがこの2つのページにあることにデメリットはない一方で、リンクでのページ遷移では閲覧者の負担という面で明確にデメリットがあると思うので、includeするのがいいのではないかなと思います。
確かに今と変わらないように、includeで埋め込むのが良さそうですね。
砂場/中国語・英語まとめ変更案 キャラクターを統合し、新しく翻訳に役立つ外部サイトや「聖遺物」「用語・スラング」見出しを追加しました。何かご意見があればお願いします。
良いと思います。
同じく、良い感じだと思います。 このページも>> 4065と同じくいつの間にか作成されていたタイプのページなので編集に関与していませんでしたが、翻訳を際限なく追加することは量的に難しいので、用語やスラングを追加するのであれば何か基準があるとより良いですね。
基準はあるといいですね。概要欄を追加し、方針のような感じになるように書きました。また他サイトの詳細を書きましたので、そちらで網羅できないことが知れるページになればいいと思っています。
砂場の変更案の反映、キャラクター一覧ページへの埋め込みをしました。
PS系の機能であるトロフィーに関する情報がまだないようですが仮に掲載する場合は新規ページ作成するか、アチーブメントのページに掲載してしまうか、PS5トロフィーwikiなどの外部リンクに繋げるに留めるか、どれがいいのでしょう?
いつ更新が止まるのかわからない外部サイトへのリンクを貼るのではなく、原神wiki内で完結するのが一番だと思います。勿論中途半端に作成したり編集・更新する人がいないのであればリンクを貼ればいいですが。 また作成する場合は、ただでさえ長く今後もどんどん長くなっていくであろうアチーブページに追加するのではなく、下の階層にPS専用のページを新規作成するのが良いと思います。
同意見です。トロフィー専用の条件があるかもしれないので、アチーブの下よりはシンプルに「PSトロフィー」というページ名の方が良さそうです。
他のサイトを探してもらえばいいと思うので作るか何も書かないかだと思います。色々情報を付け足すことになるかもしれないので新しくページを作ったほうが良さそうですね。ページ名は「PSトロフィー」でいいと思います。メニューバーの「ゲーム外情報」の中に置くといいと思います。アチーブメントページに「※PSトロフィーについてはこちらから」のように書いておくといいと思います。
作成しました
編集掲示板の議論リストですが、ソートしたときの順番が分かりづらいので「1.議論中 2.停止中 3.投票中 4.実行済」から「1.議論中 2.投票中 3.実行済 4.停止中」に変更しました。小さな変更ではありますが、問題点や疑問点があればお伝えください。
砂場/七聖召喚編集マニュアルを作成しようと思っています。現在は各ページに書かれていますが、このページへリンクを貼るように変更しようと思っています。また新規キャラカードページは上部に、編集者ガイドラインのリンクのみ表示していますが、同時にここへのリンクを貼ろうと思っています。場所は「編集用ページ/七聖召喚編集マニュアル」で作成し、編集用ページにそこへのリンクを設置しようと思っています。この方法でいいか、書かれている内容など、ご意見をお願いします。
方法は問題ないと思います。内容はマニュアルとのことなので、「ご利用」のような丁寧すぎる言い回しはそぐわないと感じました。こちらで再編集してみたのでご確認の上、採用の検討をお願いします。
修正ありがとうございます。こちらの方が自然でいいですね。
反映しました。
螺旋使用率統計はデータ元から転載許可は出たのでしょうか。今のところ更新もされてませんし今後も更新していく目処が立っていないならページを消した方が良いのではないかと思うのですが
著作権侵害や不法行為になるかもしれないですね。許可が降りてないならページ削除したほうがいいと思います
4161の木から1ヶ月返答無いですし、 個人的には、強い言い方するなら、違法状態な現状放置で保留にできる期間は過ぎてると思っています。 もう、いったんページ削除で決定すべきと思いますがどうでしょうか
4164で確認を行った者です。作成者からの返事がなくなってしまったので、ページをnullで囲って非表示にしました。編集コメントにも書きましたが、ページが必要になったら削除なり解除なりしてもらえればと思います。
対応ありがとうございます。とりあえずは非表示で、仮に今後もずっと動きが無かったらいずれ削除ということになりそうですね
フィールド聖遺物周りの関連記述の更新案です。→砂場 元々数カ月前から調べていたデータ(入手確率や仕様等)をそろそろ反映しようと思っていたのですが、追記前に改めて現在の記述を見るといろいろ問題があることに気づきました。例えば、フィールド聖遺物に関する内容は「時限系・再生復活系コンテンツ」の24時間リセット系や「フィールド採集」の「調べる」や聖遺物の複数に分散して参照しづらいですし、内容に関しても重複や未更新箇所が多いです。そこで、仕様の詳細を「調べる」に集約し、聖遺物欄をその真下に移動した上で効率やルートについて補足する形にしたいと思います。ご意見等お願いします。
全体的に良いと思います。「確率と期待値」の確率について、初めに何の確率かを初めに記載して貰えると良いぐらいだと思います。
時間があまり取れないのでパッと見の所感ですが、全体的に整理されていて良い更新案だと思います。一点、「調べる」のリセット関連の詳細説明は折りたたんだ方が良いと思いました。
いいと思います。まとまっていてわかりやすかったです
ここまでにいただいた意見を反映しました。このまま3/5(火)まで様子を見た後、問題がなければ本ページの変更を行います。
リマインドを失念していたためちょっと延長して、24時間後の3/6 10:00くらいを目途に締め切ることにします。
変更を反映しました。議論へのご協力感謝いたします。
頻出要望のリスト化が2023年と書かれていますが2024年ですかね?(今年の2/22は木曜日です)
任務やイベントその他でアイテムの個数を表すのに、以前からx(小文字エックス)が使われているのにはなにか経緯や理由があるのでしょうか?(例、大英雄の経験 x4) 公式やhoyolabでは同じ表記をするときに英語版含めて小文字エックスではなく×(乗算記号)が使われています。できましたらこれから作成する分については、公式の表記通り乗算記号を使いたいと思うのですが、ご意見などありましたらコメントお願いします。表示上は大した変化はなく、半角スペースにxを入れる作業をいつも不便に思っているだけなのですが。
今まで気にしたことはありませんでしたが、コードでサイズを指定するときに10x10のようにアルファベットのxを使うということと、数字を打つときに半角に切り替えてその流れでxを使う人が多いのではないのかなと思いました。そもそも×はキーになく変換しないといけないですし。 個人的な意見としてもし揃えるのであれば、たとえ公式と違っていたとしても×(×)ではなくx(アルファベット小文字)の方で揃えたほうが保守の面や編集の楽さを考えると良いのではないかなと思います。
×
何らかの合意があった記憶はないですね。ただ、エックスと乗算記号が混在する状況は避けたいので、変更するのであれば先に評決を取って全体で置換を行った方が良いと思います。(かなりの大規模編集になりそうですが)
個人的には半角スペースの後に全角に切り替えて×(かける)を打つほうが面倒なのではと思います。あと、そこらへんのいつも同じとこはコピーして数字だけ変えることを徹底しないと作業量もケアレスミスも減らないと思うぜ。
昨夜、武器の凸に関する表記が精錬に変更されています。確かに凸は公式用語ではないと思いますし「凸が進むと」と「精錬が進むと」であれば意味は同じだと思いますが、「無凸、完凸」は無強化、最大強化の意味を含み「精錬1、精錬5」より分かりやすい様に私は感じます。なので私は元の「無凸、完凸」に戻したいのですが、これが私の感覚なのか聞きたいです。
感覚についても同意ですし、そもそも無報告での大規模編集であるため差し戻しても問題ないと思います。
ありがとうございます、RecentChangesを見る限り40ページ以上あるので大規模な編集であるのは確かですね。
慣習的に使われてる凸表記でも公式の精錬1~5でも基本的に意味は通じると思います。公式用語を使うのに報告が必要とも思えないですし、どちらでも問題ないならあえて差し戻す必要はないと思います(元々精錬表記も使われていたはずなので、一括で凸に戻したいということならむしろ非公式用語に統一しようとしていることになりませんかね)
どちらでも通じるので、無理に変える必要はないとは私も思います。 また編集差分ログをみて戻すつもりなので、統一する気はありません。 またキャラの元素スキルを誰も正式名で書かないように、非公式用語であっても便利であれば使用して良いと思っています。
枝2に同意です。キャラは凸表記でもそこまで違和感はないので凸でも良いと思いますが(1重,星座1とかだと逆にわからない)、 武器は無凸=精錬1なので、武器の凸表記は分かり難いと原神プレイ当初から思っています。記事ではないですが、コメントなどだと「武器3凸」とかは、「精錬3」のことか、「全部で4本引いた=精錬4」か、よく悩みます。 記事では、正確性を重視して公式用語の精練1、(または英語圏でよくあるC1, R1のような表記)が良いかと思います。
精錬、凸、C0,R1などの表記は悩みの種ではあるのですが、ざっと見た限り「武器3凸」や「精錬3」の表記はなかったので凸表記で問題ないと思っています。 キャラがC0~C6、武器がR1~R5と、スタート地点とゴール地点の双方がズレているので「無凸、完凸」表記の方が分かりやすいと私は思っています。
枝主ではありませんが、ドリーページの祭礼の大剣の項目で精錬3表記が使われているようです。
行秋の祭礼の説明も、無凸、完凸、3凸表記全部ありますね。 3凸以上だと武器効果のCTが元素スキルのCTに間に合うようになる。は、祭礼精錬3CT22s,精錬4CT19sで、行秋のスキルCT21sなので3凸=精錬4で正しいですが、 初見のとき、スキル2度打ちなどでの1秒くらいのラグを許容するとして精錬3CT22sのことを指してるのか一瞬悩んだ記憶があります。
3凸以上だと武器効果のCTが元素スキルのCTに間に合うようになる。
>> 4417>> 4418キャラページにはあると思います。3凸表記を変えるのは良いと思いますし、私はどちらかに統一したいわけでもありません。ただ武器のページに関しては無強化と最大強化と言う意味で「無凸、完凸」表記の方が私は分かりやすいと思う次第です。
内容の変更ではなく表記の修正だと思うので報告はあった方がいいとは思いますが、なくても問題ないレベルだと思います。 基本的に武器はキャラ凸と違って無凸か完凸かのどちらかで語られることが多いと思うので凸表記でも問題なく思う一方で、wikiということを考えると上で挙げられているように3凸が精錬ランク3のことなのか4のことなのか人によって受け取られ方の異なる可能性のある凸表記よりかは精錬ランクの方がいいと思います。
利用者にとって「凸」より「精錬ランク」の方が分かりやすく便利であるなら、私は「精錬ランク」表記で問題ないと思っています。
広範囲の編集はいざというときに変更点を確認するのが大変なので事前相談や報告は重要ですね。 差し戻しについては枝3と同意見です。こういった場合は、事後的にでも意見が揃った方に合わせると良いと思います。(=必ずしも差し戻す必要はないという意味)
そうですね、私も「意見が揃った方に合わせると良いと思います」
ここまでまとめると、今のところ
で現状のまま(精錬に変えちゃったまま)が多数派っぽいし、差戻不要の現状維持で様子見で良いのかな? きっちり投票?
わざわざ投票するほどでもないと私は思っています。どちらでも大きな差はないですし……
編集した当人です。まずは混乱きたしたこと、不快に思われた方がいらっしゃることについて、ごめんなさい。文意を変えることなく表現の統一を図るつもりだったので、ここでトピックになるとは想像しておらず軽率だったと反省。 編集しようと思った理由は、他の方が仰ってるように武器において「●凸」表現は人によって指す内容に差があることと、一武器種ページを一つのページとしてみた時、同一内容を指す表現にばらつきがあることが情報提供ウェブサイトとしてふさわしくないと感じたからです。キャラページ等でも混在してる可能性があることは認識してたんですが、そこまで追いつかず、まずは武器ページの編集に終えてました。また、完全に「精錬●」だけに統一すると場所によっては無理が生じることもあったので、「精錬ランク●」「未精錬」「最大精錬」等、より細かい表現は元の表現や文章の流れ、私の感覚によって変えてます。 今回の編集がこのwikiの方針と合致してないということでしたら差し戻しも恭順です。個人の思いとしては「精錬」表記が無理なく一意を表せるのでこれに統一したほうがよいと思ってます。 尚、精錬表記編集の機に他の細かい(私としては細かいと思える)表現の修正等をしています。隠すつもりは全く無いのでここで事後報告とさせてください。
良くなかったのは、「差分が多いものとか汎用的な部分は事前に言って相談しましょ」、ってことだけなので、今後はそれだけお願いしますね
細かい修正お疲れ様です。こういう多くの方が自由に編集できるWikiは細かい表記ゆれが多いので統一は大変そうです。私は内容がわかりやすければどちらでもいい派です。ただ武器1~4凸は修正したほうが良さそうですね。
私個人としてはどちらでも通じるので良いのですが、原神自体がキャラと武器で非常に紛らわしい仕様となっている(キャラは星座未開放、1重~6重まで、武器は精錬ランク1~精錬ランク5)ので、「無凸」「完凸」は便利な表現であるので残したいと思っている次第ですが、感覚的な話であるので意見を募りたかったしだいです。 精錬ランク1、精錬ランク5でなく、「未精錬」「最大精錬」であれば私個人としては良いと思います。
ゲームをプレイしてる人なら精錬1~5の表記で特に誤解なく理解できるはずなので正確な精錬表記に変えたこと自体は良いことだと思います。凸でないと分かりづらいと言う意見は今のところ多数派ではないようなので、この件は現状維持でいいんですよね?
まず武器ページの凸→精錬ランクに変更されたのは問題なし(ただ報告はあった方がいいよね)、今後編集するときはできるだけ精錬ランク表記にする、既存の内容も加筆修正する時などに気づいたらについでに凸→精錬ランクに修正する。みたいな感じでいいんじゃないでしょうか。
全体的に「差し戻すほどではない」は総意として問題ないと感じます。 よって現状(精錬)のままで様子見とします。
砂場3の「刻晴 編成例への超開花PT追記案」に関して刻晴ページに反映されていることから役割を終えていると見なして削除致します
ゲーム内に明記されているもののプロフィール上に書かれていないステータスについて、解説がなさそうだったので戦闘システム/隠しステータスに書きました。
実際のキャラ例など加筆しました。抜けてたら追加お願いします。ディシアのページに中断耐性について詳細な数値付きで解説してあったので移設したかったのですが、解析由来のデータ?の気がして触ってません。検証などをご存知の方いますか?
動画。氷トリックフラワーのヒット回数で検証はできる。
ありがとう。だいたいの中断耐性が可視化できるのが分かった。ただ、動画内でも正確な数値は検証不可と断っているし、ディシアページの数値などが全て検証から帰納的に結論を出しているようには見えず...。あちらには合計天賦補正?とかレベル補正とか私は初聞きレベルの詳細な式までのっていてかなりグレーに見えたんですが、このwikiではこういうグレーな情報載せるのは可なんでしょうか。
数値は概数だと思っている。書いてあるのが『0.31』と書いてあると流石に解析由来だと思うけど『0.3、0.5、0.7』なら「本来9回でのけぞるが、3回、5回、6回だった」から、『それぞれ「0.25~0.375、0.375~0.5、0.625~0.75」の間の値、まあ綺麗な数になるだろうし0.3、0.5、0.7ぐらいだろう』の推論ならギリギリ成立するから最大限好意的に解釈してスルーしてる。合計天賦補正とかレベル補正は私も聞いたことないから何も言えない。
数値の幅が広いのでかなり雑な推論になってしまうよね。0.25とかありそうな数値だと思ったし、今fandom見てしまったけど実際0.25があった。式の出所もよく分からないのでとりあえず今は移設はしないでおくことにします
「他の中断耐性と乗算である」って仮定をおけば幅は狭まるのと他の攻撃でも連続ヒットするなら検証できる(遺跡守衛の腕回転など)ので、実際には更に狭めれるので有効数字1桁なら推論として雑とも言い切れないんですよね……
REST APIについてのページ案を作成しました。 >> 4325の運用者を一般の編集者よりも管理人側に置くという内容を元に考えさせていただきました。役職を設定することで運用者に責任が付き、途中で飛んだり荒らしをしたりする事を抑止することが期待できると同時に、管理人のお墨付きがあるということで他の編集者から同意が得やすくなり作業がしやすくなることも期待できるのではないかと考えています。この内容で運用が可能かどうか管理人さんに提案したいのですが、どうでしょうか。
運用案の作成お疲れ様です。運用者の立場や範囲が具体化されて良くなってきましたね。 主に「悪意ある運用者が入った場合の対応について」いくつか質問させてください。
集録祈願について、個人的には他祈願とシステムが違うので独立したページ(例)の方がいいと思うんですが、どうしましょう?
祈願のページ内にあっても良いとは思うけど、独立したページにしたいなら止める理由は特にないかな。
イベント祈願、神鋳賦形、奔走世間、初心者応援祈願と同列に別ページにするつもりです
同列にするなら集録祈願には仕様と具体的な排出内容を書いて、確率と履歴は他と同様に祈願ページに集約する方が使い勝手が良いと思います。あと横列はバージョン・限定キャラ・恒常キャラ・限定武器・限定キャラにして改行で区切った方が見栄えがいいです。
今後無駄な議論が起きないように、上でも言われているデータマイニングで得られた(であろう)情報についてのこのwikiの指針を明確にしたほうがいいのではないかと思いました。以下の3つの方針のいずれかを投稿・編集ガイドラインに盛り込むことを提案します。
クレーはグレーのままでいいんじゃないかなとは思いつつ、指針を明確にするなら案1か案2のどちらかだと思う。ただ日本においてデータマイニングやリバースエンジニアリングの文化が浅い以上結局は海外サイトの引用になるはずで、この場合「引用元を記載するかどうか」に争点が帰結する。記載するにしても逐一注釈を入れるのは非現実的だから、例えばwiki内のページから再引用する場合は省略するとかのルールが必要だと思う。 案3は突き詰めればダメージ計算や元素量にかんする言及なんかも削除しないといけなくて、wiki全体の情報量を著しく落としかねないと思う。これを採用するなら現状維持にする方がいいかなと
グレーのまま放置するというのも解決策の1つではあると思うのですが、曖昧な状態が原因で中断耐性の詳細がディシアのページにあるように、攻略に有益な情報がよく読まないと辿り着けない所に埋まってしまうのはもったいないなと感じています。 2の場合どのようにするのかについては少し言及する程度(中断耐性は行秋スキルの中断耐性は0.5で〜など)には脚注で対応して、上の隠しステータスのようにページ全体やあるページの1ブロックでこの内容を記載する場合はページや内容の最後に「このページの数値は全て〇〇〇〇を参考にしています」「SOURCE:〇〇〇〇」など何かしらテンプレを作成するのはどうかと考えています。
ちなみにディシアの中断耐性が2重に折りたたまれているのは、隠す意図よりは、ディシアのスキルが複雑だから折り畳まれていったって方が近いかなディシア雑談13528「肩代わり、中断耐性、追撃、再設置」と効果が多い
1.はリーク情報と区別が付かないことがあるように思った。4.0アプデ直後に隠しアチーブメントが全て記載されたことがあった(既にゲーム内にデータとしては実装されているだろうけどまだプレイヤーが取れないものを含む)けど、おそらくリークからの転載だった。アプデ後なら元リーク情報も可ってことになりそう。情報系に詳しくないので的外れだったらごめんなさい
βからの変更がない限り極論全ての情報がリークの転載と言えてしまうのでその点は気にする必要がないと思います。
ああいうのはアップデートファイルを読んだやつだと思う。結局リークかどうかっていうのは情報が出た時点で未実装かどうかだから、混同はしないはず。「実装済みのゲーム内情報や公式情報と食い違えばアウト」でいいと思う。それにアプデ直後に情報を更新できるなら、情報サイト的にメリットではあるんだよね
引用元がないとβリークから転載してるのか解析なのか見てる側にはよく分からないんですよね。食い違いがなければ区別せず許容ということですかね
>> 4472と同じくグレーのままで良いのではないかと思いつつ、1と2には明確に反対です。 まず、利用規約でグレーゾーンの行為は行うべきでないというのが一点。 また、こちらは個人的な感情による部分が大きいですが、「ゲームプレイ=攻略を行わずに機械的に設定データだけを収集すること」「その設定データを転載すること」に価値を感じないというのがもう一点の理由です。
ゲームデータというのは言わば「出題者が作った正答」であり、それを確認することは「他のプレイヤーが作った模範解答」を確認することとも異なる「ゲームの反則行為」に近い感覚があります。 もちろん、正答を確認した上で自分でもやってみるという遊び方があることを否定はしませんが、正当な競争からは逸脱している感じが否めません。 加えて、設定データが必要な人はデータ元を確認すれば済むことであるのに対して、正しく攻略を行いたい人は設定データが転載・拡散されることでその余地を失います。 設定データというのは「データマイニングの本元」と「その閲覧に同意した人」のみが見るべきものであり、それ以外のサイトは攻略データを情報源にするというのが適切な在り方なのではないでしょうか。
極論wiki自体二次創作ガイドラインに違反する(引用の範疇も超えてるので著作権侵害)ので、他サイトがDMCA等を受けない限りはグレーのままでいいんじゃないかと思います...
グレーのままという方が多いので聞いてみたいのですが、私は正直解析由来と思われるディシアページの詳細な表や式を消して、行秋スキルより耐性が弱いですよ他の耐性上昇と重ね掛け出来ますよ程度の書き方に変えたく思うのですが、このような編集は許されるんでしょうか。データが有用なのは確かなので現状維持の方が支持されるのでしょうか。ダメージ計算式や元素量については基本ゲーム内で検証可能なはずなので特に何も思ってなかったのですが...。
許されるかどうかは総意次第として、私は「問題のない記述に変更」または「より厳格に解析由来の情報の可能性があることを明記し、区分する」方が良いと思います。(記入忘れましたが、>> 4479枝主です。)
現状のままで言えばディシアのページで許容されるかどうかだと思う。ただ例えば重ねがけした中断耐性同士の比較とかは分かりづらくなるし、より正確な情報を読み手が納得できる形で伝えるために必要な情報だから記載されてきたわけで…。「基本ゲーム内で検証可能」っていうのもベースに解析データがあるからこそ成り立っているから(あるいは詭弁でしかない)結局どこまでを許容するかでしかないのよね。解析を完全に拒否するならゲーム内で直接確認できる情報以外は記載できなくなる。
返信ありがとうございます。やはり人によって考えが結構違いますね。個人的には、ベースに解析由来の理論があったとしてもゲーム内情報から追試再証明可能なものと追試が難しいものには違う感覚でした。
皆様のご意見をみてこの問題について データマイニングによって得られた情報を記載することをwikiとして あ. 認める い. 認めない またそのこと(認める/認めない)をルールとして A. 明記する B. 明記しない という4通りで考えるのが良いのではと思ったのですがどうでしょうか。
意見の方向性が明確にわかり、最終的に投票で決めることになった際にも決を取りやすく、いいと思います。その場合現状維持は あ-B の選択肢になるという理解でいいでしょうか
今回は割と意見が半々ですが、今までの傾向として既に書かれているものや広く浸透しているものをわざわざ書き換えるほどでもないが、それを掲示板で指摘すると否定の方向になるという感じがするので(でもfandomってデータ解析の情報載せてるよね…みたいな)、どの選択肢も現状維持には成り得ないと思います。
明記しないままが良いと思う。結局データにどこ由来か?なんて書いてない以上、独自研究か転載か解析由来か?は主観的な判断に頼ることになる、なら解析由来かを確認する手間が増える。それよりは怪しいものは「※概数です」等の注釈入れる方が現実的。
書籍やバッグ、看板等の記事に入らない、任務中の取得不能アイテム等について、他のテキストの記事を作成しました
FAQと初心者向け情報の大幅な変更を提案します。具体的にはレイアウトの変更整理(スペック関連やプラットフォーム・アカウント関連の位置変更など)、情報加筆を進めたいです。
賛成だけど、一読してもなんも思いつかんかった。アカウントとか機種とかは自分の環境しかわからんし。賛成とだけ言っておきます。
実際の変更案を出してもらわないと何とも言えないが、情報加筆自体は良いと思います。
フィールド採集のページの特産品に関して変更案を作成しました。ご意見ください。異論がなければ来週末(3/17)に反映したいと思います。
前のは目が滑って読みにくいと感じてたので、変更案のが好きです。 画像横の表に育成に必要なキャラを記載しても良いかな、と思いました。大体2,3キャラで追記しても対して場所とらないかもですし。 所持が168個下回った時に取りに行くか考えるのに便利かもです。(その情報は”キャラクター育成”ページのが便利から不要って意見はあるかも。自分も今はキャラクター育成の方見てる)
必要なキャラは素材逆引きにもあるので、書く場所を分散させても手間かな?と思い省きました。どちらかをincludexできる形にするのも良いかとは思いますが、長くなりそうなので見送りました。
表を用意するなら個人的には見出しレベル3に名前を書くんじゃなくて入れ子にしてほしい気持ちとアンカーの存在は便利だなという気持ち
表中に入れるか、見出しにするかは悩みましたが、武器ページでは見出しだったので、見出しにしました。表中に入れても良いとは思います。アンカー自体はanameで入れれますし……
変更案良いと思います。今回の変更点とは別になりますが、「育成に使用するキャラクターはキャラクター育成を参照のこと」となっている部分は素材逆引きをincludeした方が良さそうですね。
それから、こちらも今回の変更点とは別ですが、テイワットマップにはルート機能(URL出力)があるので、予めルート設定したものをリンクすれば詳しい案内もできるかもしれません。
テイワットマップのURLは良く分かっていないので分かる方にお任せします。ルート設定は意見が割れる可能性があるので、見送ります。
ぐっと見やすく、分かりやすくなっていて良いと思いました。
上の方も仰っていましたが、必要とするキャラを全ての特産に記載しても良いのではと思います。記載しない方針なら、一部の特産での記述を削除して統一した方が良いと思います(ググプラム、蒲公英の種、霓裳花)。 また、共鳴石に使用する特産についても、記載の有無を統一した方が良いかと思います(蒲公英の種にのみ記述有り)。共鳴石について記載するなら、トレジャーコンパスについても記載?
瑠璃百合、瑠璃袋については総数が書かれていますが、Ver.4.4時点のものに修正お願いします(テイワットマップによれば、瑠璃百合は50本、瑠璃袋は235本)。
コピペミスと思われるものもありました。 カルパラタ蓮 >''スメール森林の崖の頂上付近に生えており、生息地はスメール各地に分散している。 「''」が入ってしまっている。
その他、木主さんが書かれた文章ではありませんが、少し気になったので述べておきます。 ・表現の統一について ググプラム >主に王狼挑戦付近の地面に落ちていて、木や段差の陰にあることが多いので色や煌めきを頼りに注意深く探そう。 「煌めき」とあるが、聖金虫では「キラキラエフェクト」。キラキラエフェクトの方が分かりやすいかも?
・文章表現について ググプラム >要求されるキャラはレザーおよびミカで数が少なくネックになりやすいので日頃から集めておこう。 必要とするキャラの記載を残すなら、「要求されるキャラはレザーおよびミカ。数が少なくネックになりやすいので日頃から集めておこう。」のように、文を分ける。
初露の源 >特徴的な形である程度距離があっても見つけやすい。 「特徴的な形で、ある程度距離があっても見つけやすい。」のように、読点を足す。
ありがとうございます。
全体的に「必要とするキャラを記載したい」との声がきかれるので全体的に考えます。
「特産品を必要とするキャラを記載したい」との声が聞かれますが 既に素材逆引きに似たような表があるなか、更新されるか疑問であるため
私は見送ります、もし書き加えたい場合は新たに木を植えて議論して貰えると幸いです。
夜泊石がアチーブメント「来た、見た、勝った」の対象にならないことを確認したので、追記しました。
ありがとうございます
ありがとうございました、反映しました。
>> 4276に関して投票をお願いします。 キャラクター一覧 の表をスマホで見えるようにしたいというのが主題です。(見せ方だけを論点としたいので、表の項目名などは統一させていただきました。) ・案1:スマホは見やすくなるが、PCの見え方が変わってしまう ・案2:PC利用者はほぼ今まで通りの表示で、スマホ利用者には表示を開閉してもらう。(編集に関しては、表は別ページに作成し、それぞれの表示用として読み込む必要がある。) ・案3:高さ指定をすることでPCでの閲覧可能幅は広いが、スマホで見ると先頭行の追従が表の下端ではなくなってしまう ・案4:先頭行、先頭列の追従をなしにする 期限は1週間後の3/17(日)12:00(正午)とします。
案1もしくは案3 案3の場合800ではなく600-750辺りに変更すると多くのスマホで表のブロック全体を表示できるようになるのではないかと思います。一般的にはスマホからの閲覧のほうがPCからの閲覧よりも圧倒的に多いので、もし案2にする場合はスマホ用をopen、PC用をcloseにするべきだと思います。
案1
案4
案4(補足意見として、順位をつけるなら案4>1=3>>>2)
こちら明日までみたいですね。一応リマインド。
投票(とリマインド)ありがとうございました。 案1と案4で拮抗してしまいましたが、案4で反映します。
反映しました。 細かい変更点としては、千織は星5稲妻片手剣岩キャラなので綾華の後に追加。キャラ画像を全員 _s.webp に変更しています。
「禍神の楔涙」は「禍神の禊涙」の誤字であるということがわかったので、 バッグ/育成アイテム 内の画像ファイル 禍神の楔涙.png を 禍神の禊涙.png という名前で再アップロードしました。誤字の方(禍神の楔涙.png)を消すことができないので、どなたか消してもらえませんでしょうか。
消しといたで。一応やり方は添付ファイル名の右側にある[詳細]から「このファイルを削除します。」でOK。再upもありがとうございます。
旧キャラのアイコンをwebpで呼べるようにしました
今までわざわざ画像ページで確認してて煩わしく感じてたから助かる。有能すぎる、ありがとうございます。
雑談板にて話題になっていたのをちょっと実験してみたのでこちらで。 TOPページの右側のキャラクイックアクセスの横に謎のほぼ機能しないスクロールバーが出現し、flex_boxでまとめられている空間の上でマウスホイールでスクロールしようとするとそのスクロールバーに引っかかるような挙動でページ全体を下にスクロールするのが遅くなります。 キャラクイックアクセスの上にある外部リンクの折り畳みを開くとスクロールバーは消えます(accordionではなくfoldでも同じ挙動)。また、クイックアクセスのあるflex_boxの中に文字を4行分程度足してもスクロールバーが消えました。多分左側の空間と右側の空間が丁度同じ長さになると起こるような気します。 引っ掛かり解消用に何かダミーを置くことで解消は出来そうですが少し不格好になりそうです。キャラのクイックアクセスの表の内容が増えていくと自然と解消しそうな気がしますが、何かほかに解決方法は御座いませんでしょうか?
「誕生日」を入れるか、早急に別の項目を作るかぐらいでしょうか?
早急にはこんなものを作成してみました。
ありがとうございます。見た目におしゃれで邪魔にならず、しかも実用的なリンクですね。とりあえずで置いておくにはもってこいかもしません。個人的にクイックアクセスの表が伸びて自然解消しても置いておきたいくらいの見た目です。
下で新案が出てますし、とりあえず置いておきますか?
そうですね。一旦下の議論がどうなるかを見つつ、変更がないとなったらスクロールバーのみの対処をしましょう。
左側のflexboxの高さが要素の高さよりも短くなってしまっていますね。右側のaccordionを開くと一時的にflexboxの高さが引き上げられるので、スクロールバーがなくなります。原因については知識不足なのでちょっと分からないです。左側は祈願の方でflexboxが入れ子になっていますし、条件分岐で試すのがかなり面倒な感じがします。
自分も右側は実験できたのですが、左側は弄るのが難しく原因特定できませんでした。この見た目に作り上げた先達に尊敬の念しかないです。もうちょっと探ってみます
本当によくわかってないで適当にいじってみたところ、左は通常時646以下、対応ハード展開時548以下、右は通常時332以下、対応ハード展開時272以下でそれぞれ正常になるようです。特に役に立たないかもしれませんが一応
ただ単に左側が長くなって左右どちらかが突出していればいいという訳ではなくて、やはり右側が長くならないといけないようですね。左側は埋め込みで画像を縮小表示しているのでその兼ね合いもありそうです。
編集用のテンプレートを穴埋めするツールがあった方がいいと思うんですが、作っても良いでしょうか?ものによって画像のファイル形式や命名規則が違ったり、構文に慣れてないと編集しずらいです。特にAPIや権限などは必要なく、コードはGitHubで共有します。
ツールであれば「最終的なページの状態」に影響はないので特に問題はないかと。ただ、ページ構造が大幅に変更されることもあり得ますし、どこかで陳腐化する可能性は高いですね。
既存ページがある場合は(テンプレから大きく形式が変わってなければ)構文読んで部分的に書き換えることもできそうです。
個人的には、「できる限りwiki内で完結したい」との思いがあり、画像のファイル形式や命名規則を統一するなどで、対応した方が良いとは思いますが便利になるのであれば良いと思います。
FrontPageのレイアウトの全面的な変更を提案します。 変更目的は 1.キャラや国の増加で縦長になるページの対応 2.祈願情報や誕生日など現レイアウトで増えたモジュールの再配置 3.cssboxを活用した情報の整理 の3つです。 過去の議論として、祈願情報の設置時の変更提案(2705)、先駆者のレイアウト提案、同改良案、tooltipの導入提案、先日の武器表の改善案があり、今回の提案はそれらを元にしたものになっています。また、本提案が導入されると自動的にスクロールバーの問題もなくなります。 砂場のサンプルをご確認いただいた上で、ご意見を伺いたいです。正確な表決は内容を定めてから別に採るので、提案に対する所感やサンプルに対する改善点を指摘してもらえるとありがたいです。(賛成意見が多く、大きな問題点がなければ導入までの手順や表決の方法を考える段階に移りますが、逆に反対意見が多かった場合は提案を取り下げます。細かい問題点・改善意見は順次解決・反映していきます。)
FrontPage・MenuBer・雑談掲示板などへの告知はどうしましょう。
編集技術を持った人の意見を先に聞いておきたいので編集掲示板のみ先行して数日間意見を募り、その後に雑談掲示板等に告知をしたいと思います。表決段階には編集掲示板外の意見も十分取り入れてから移りたいと考えています。
祈願情報追加の提案、及びFrontPage新案・FrontPage新案2を作成した者です。FrontPageの案を制作した半年ぐらい前の時点でも既存のものにはいくつか欠点がある(今後の拡張に耐えられない)ので新しくすることへは肯定的な意見が多かった一方で、新しく制作した案への指摘も多くそれの解決策(妥協点)を見つけられず半ばあきらめた形で議論が終了していったのでもう一度議論を再開してくれる方がいて嬉しく思います。 ただ私も完全にあきらめたわけではなくここ数か月ちょこちょこ更新案を作成していたので、できればこちらも見ていただいて最終的な形にしていただけると嬉しいです。→FrontPage更新案
全体的に私が以前作成した者を引き継いでくださっていますし大方反対するような箇所はありませんが、キャラクタークイックアクセスにTooltipを使用しているものを採用していることが一点気になりました。Tooltipを使用すると表示はコンパクトにはなりますが、マウス操作で重なってしまう問題があります。これによって以前の議論でもTooltipでの実装は否定されていたと思います。そのためこの箇所に関しては他の表示方法にするべきだと思います。
ここは人によってどちらが良いか分かれそうなので、他の方の意見をもう少し聞きたいですね。
PCから見たデザイン性は上がっているようですが、スマートフォンの場合枠や線がごちゃごちゃし過ぎて見づらいです。 exkpを使うなどして、スマホではborderの代わりに全体に背景色を付けるデザインにした方がいいと思います。 メニュー ゲーム内のアイコンがあった方がわかりやすいです。 キャラクタークイックアクセス スマホからだとTooltipが操作しづらいです。 また元素アイコンだと並びが何順がわからなくて直感的ではないように感じました。 スマートフォンでは折りたたみかタブにした方がいいと思います。 それとキャラクター欄で旅人がパイモンなのはややこしいので、他と統一して「旅人_s.webp」に変更して欲しいです。
exkpはフィーチャーフォンを対象としたプラグインなので、残念ながらスマホには効果がありません。背景色をつけるデザインの方は検討したいですが、イメージが抽象的なので、デザインの見本があると作りやすいです。 tooltipについては上の方と同じなので議論の場をまとめさせてください。 旅人のアイコンについて、tooltipの方では無元素(旅人s.webp)が抜けていたので少し分かりにくくなっていたかもしれません(現在は修正済みです)。クイックアクセスでパイモンが採用されているのは1年前からなので、ここが問題になるのは予想外でした。修正後の状態だと問題はどの程度深刻ですか?(1.全く分からない、2.少し分かりにくい、3.問題は解消された)
返信記入漏れていましたが、メニューのアイコンについては透過画像がないのでこちらでの対応は難しいです。スクショだと解像度が荒くてメニューの用途に向いてないので、透過画像さえあれば良い案だと思います。
現トップページにもパイモンアイコンはありますが、隣に旅人が並んでるのですぐに分かります。新しいものだとそれがないため分かりづらい(初見は3、慣れれば2)です。メニューアイコン・メニューの旅人アイコンなどはFANDOMにあります(白いですが背景色付ければ良いと思います)
ありがとうございます。何かできることがないか検討します。メニューアイコンは公式以外から無断で画像を持ってくるのは少し躊躇われますが、そちらの方が良い人が多ければ……という感じですかね。
メニューのアイコンについて補足させてください。 以前の私の投稿を見ていただけるとわかると思うのですが、メニューのアイコンが全て祈願のものになっているのは、祈願情報をfrontPageに追加する議論の時に祈願用のアイコンを用意したので仮置きとしてそれを再利用したという経緯があり、今回木主さんがそれをさらに再利用しているためです。この祈願アイコンに関しては私が自作していて公式から保存したりデータマイニングで持ってきたものではありません。 現在祈願アイコン以外もいくつか作成しているので貼っておきます(実際に使うことになればSVGファイルをwikiに添付するので言ってください)。またメニューに載せる項目が決まったあとで要望があればできる範囲でほかの必要なアイコンも作成します。もちろんFandomや他サイトから引っ張ってこれるなら無駄な作業をせずに済むのでそれでいいと思います。
背景色のものについて少し試してみました。背景も枠線もなしにした方がシンプルで個人的には見やすく感じました。画像 https://imgur.com/a/xlbJeND それと「編集者必読!」はなんなのか分からないのでガイドラインって書いた方がいいと思います。
>> 4569表の枠線を消してるこれってどうやって実装してますか?砂場に再現していただけると助かります。
>> 4564そういった経緯だったんですね。事情を知らずにすみません。それならば是非アイコンを使わせていただきたいです。 現時点でのメニューは確定ではありませんが、「キャラ・武器・聖遺物・任務・イベント・七聖召喚・深境螺旋・敵」の7つはゲーム内でもアイコンがあるので、同じものが必要になると思います。「掲示板」のアイコンはパイモンメニューの外部リンクと同じもので良いと思いますが、「元素」だけはどのアイコンにするか迷いますね。何かおすすめがあれば教えてください。
>> 4569表の枠線はwikiの仕様で消せないはずなので、単純に並べてflexで調整した状態ですかね?技術的に作成可能であれば後に投票の選択肢に入れることはできますが、個人的には逆に配列が頭に入りづらい感じがしました(無線ノートみたいな感じかな?)。 編集者必読は先駆者の提案そのままの部分ですが、「ガイドライン」と名の付くものは読まれないことが多いので、トップには必読と書いておくくらいがちょうどいい感じもしますが、いかがでしょう?
>> 4580 背景有無の実物例を用意しました(画像を加工して組んでましたが実際に作りました) 背景なしだと確かに見づらいですが、背景があると見やすくなると思います。 ガイドラインの表記は、個人的にはこのメニューはクイックリンクが主な目的なのでリンク先が何かを明瞭にした方がいいと思いました。
作成ありがとうございます。グレーのものは見た目もいいですね。ただ、このままだとスマホで見た時に表示が崩れてしまいます。 ガイドラインの方はそこまでこだわりはないので、タイトルに変更しておきます。
先日の武器表の木主です、武器の表に関して再考することに関しては異論はありません。 その上で
天賦表のゴローの前で改行して欲しい。
解決策は思い至りませんが 中段の下が揃っていないのが気になります。
1.この変更、今必要? 見辛いって人がいっぱいいるって訳じゃなさそうだし、挙げてくれた提案や改良案が、緊急案件とは思えないですが、どうお考えでしょうか?
2.たとえば「期間限定イベント」の欄を修正するとき、部分編集できなくて困ってます。 (可能な仕様なら教えてほしいです。試しに*とアンカーを入れてプレビューしてみましたが見づらくなったので反映してません)
3.ここまで難しい書き方にした理由はなんでしょう? 知っての通り、ここは有志のwikiです。もし大学や会社なら、このレベルを理解できる後輩が来たり、人事部が新人を連れてくるかもしれません。だけどここは違います。 「よく知らんけど書きこんでみよ~」「直してみた」って人が、繰り返していくうちに色々覚えて、おかげで誤字が直ったり、フッと笑えるような文章が書き込まれるんだと思います。 そういう、現時点では「#ってなに?」レベルだけど将来面白いことを書くかもしれない人が、これだけ大量のコマンドと英数字が並んでる編集画面を見たら、せっかく編集にハマッてくれるかもしれない、新しい芽を潰すことになりませんか? 編集に携わる人が減ったら、自分たちの首を絞めることになるのは同意して頂けると思います。 ここまで盛り込んだのはすごいけど、人に受け継ぐ書き方ではないと思います。(ぶっちゃけ今のFrontPageでも初めての人にとっては酷なのではと思ってますが…)
上の方と同感です。趣旨はわかりますが最初は追記や修正が主でいきなりFrontpageに手を出す人は少ないと思います。複雑な構文で危惧すべきは敬遠する人が増え古い情報のまま更新されず放置されるリスクではないかと思います。これに関してはプレイ人口も多いですし、他の方が言う通りそこまで複雑でもない、お世辞にもシンプルとまでは言えない現状でもほぼ即日更新が実現できているのでそれほど心配していません。 ただ、「コンパートメントで編集してくれ」というのはソースを見なければわからないので、部分編集リンクを手でつけた方が良いのではと思います。
既に現在のFrontにある『ピック中の星5武器素材』が前のバージョンのまま放置されてる(これは場所がページの下で編集した人が見落とした?)し、更新されないのはコードが難しい以外の問題もありそう
私の意見もほとんど>> 4567~4576の方々が説明してくれた通りですね。今回の部分編集用ページはこちらです。FrontPageコンパート 一点だけ補足しておくと、私はむしろ「編集者を増やしたくて」FrontPageを改修したいと考えています。
↑の木主の意見に賛成です。元々この新案のページが好きでしたし、改善してほしい点は過去の木で私が言った>> 3255のtooltipが重なる点くらいです。編集についても、現状よりも改善されていると思います。 画像のアップロード(画像はキャラアイコンくらいしかしたことないが)が一番やりたくないので、文字情報が多いのは、アップデートの度の編集の観点から言えばありがたいです。これなら、気づいた時にやっておいても良いかと感じました。
編集したい箇所にたどり着く方法についても、ソースコメントを参考にinclude探して各々の個別ページURL探して行って、編集したい箇所周辺の文字で検索すれば容易にたどり着けます。 追記する上で知っておかないといけない知識は、includeと表組の書き方とURLリンク付き文字の書き方くらいで、1日で理解して編集できる範囲だと思っています。日々の情報更新程度なら、編集者を増やすために十分役立つ改善だと思います。
返信感謝です。 1.いまだ必要に足る理由があるとは思えませんが、やる気がある人や詳しい人の多いタイミングでやっといたほうが良いというのは首肯します。 2.これは私の聞き方が悪かったですね。「FrontPageから直接、部分編集はできるのかな?」ということを聞きたかったんですけど、とにかく直接部分編集できるリンクはあったほうが良いと思います。 3.そうです。フレックスボックス,css,fa等が多用されていることです。一つひとつは難しくないと思いますが、これらが一気に詰めこまれていることで、編集画面がぐちゃぐちゃ(※整理されてないという意味ではなく、字面的に理解しづらい単語が多すぎるという意味)で編集する人の気を削がないか心配しています。ただFrontPageがあまり初心者がいじるページではないというのはそうかもしれませんね。 テンプレートに関していえば、試しに期間限定イベント欄を編集しようとしたら、たまにFrontPageの更新をしている私でも、長すぎてどこを修正すればいいか判別に時間がかかり、&countdownの日付修正を忘れかけたことは注意喚起になるかもしれません。
2-3.詳しいフィードバックありがとうございます。見た目が完成した段階で提案して中身は粗削りだったので、areaeditや編集コメントでもっと簡単に編集できるように工夫してみます。暫くお待ちください。
>> 4578 編集者を増やしたくてFrontPageを改修したいのであれば、私は効果があるか疑問です。
FrontPageは第一印象であり、その見た目を良くしたいとの気持ちは分かりますし良いと思います。 しかし、それが新規編集者を増やすための手段であるなら、別の手段を考えた方が良いと私は思います。 その手段としてイベントの画像を使わないのは良いと思います。
天賦育成素材の月木日において最後のセルがつながっていないようだったのでつなげました。
>> 4590
実際の難易度イメージはこんな感じです。(cssbox>>>flexbox>includex>>>nobr>fa>ref>fold=color)
もし私が「FrontPageの編集者を増やしたくて改修する」なら、このように変更します。
少なくとも私は「編集者を増やしたい」との意図を構文からは読み取れませんでした。
ここで私に向けてプラグインの説明をされても困ります。 編集用ページに分かりやすい説明を書くなど全体に向けて行って貰えると嬉しいです。
具体例の作成ありがとうございます。そういった直接的な方法も実際に効果的だと思います。 ご指摘を元に、こちらの案もマニュアル化や部分編集の実装を進めている最中です。「flexやcssを使って見た目を良くする」「初心者は難しいことに触れずに編集できるようにする」両立を目指していきたいと考えていますので、しばらくお待たせしてしまうことになり申し訳ありませんが、改良案ができてから再度ご意見をよろしくお願いいたします。
デザイン的な部分ですが、個人的には曜日別表の部分は濃灰色の背景に白文字より白背景の方が良いと思います。もともと狭い面積に情報が詰め込んであるので背景が暗いと圧迫感が増えます。何気に灰色が2色あるのも少し気になります
ありがとうございます。私は明るい方が良いと思います、ただ白と言ったのは私ですが#e0e8f0くらいの色の方が良いかもしれないですね。
了解です。変更の是非を決める投票を行うことになったら選択肢に出せるようにしておきますね。
ピックアップ中、期間限定イベント、お知らせはそのタイミングで内容が変わるものであり、キャラやWikiのメニューは情報がストックされていくものであるが、新規の情報以外は頻繁に大きな更新がされないものであるたため、この辺を区別してくれるとわかりやすいかなと思った
不適切なコンテンツとして通報するには以下の「送信」ボタンを押して下さい。 現在このグループでは通報を匿名で受け付けていません。 管理者グループにはあなたが誰であるかがわかります。
どのように不適切か説明したい場合、メッセージをご記入下さい。空白のままでも通報は送信されます。
通報履歴 で、あなたの通報と対応時のメッセージを確認できます。
トピックをWIKIWIKIに埋め込む
次のコードをWIKIWIKIのページに埋め込むと最新のコメントがその場に表示されます。
// generating...
プレビュー
ここまでがあなたのコンテンツ
ここからもあなたのコンテンツ
REST APIについて
管理掲示板にてREST APIの使用について要望を出しましたが編集用掲示板で議論をするようにとのことなので、私自身のREST APIに対する意見を述べるとともに皆さんの意見もお聞かせいただきたく思います。
詳しくはwikiwiki公式のzawazawaコミュニティに記載されているのでそちらをご確認ください。ものすごく簡単に言うとブラウザで編集画面を開くことなくwikiを外部から操作することができます。
メリットとしてはプログラムを組むことで自動でwikiの内容を更新したり、取得したりできることが挙げられます。一方でデメリットとして属人性が高いことや、悪用されると手に負えなくなる可能性があること(手作業の何倍もの速さでページ編集ができるため)が挙げられます。
週間秘境素材早見表
誕生日表示
ページ閲覧数統計
時間指定表示
APIキー新規発行
荒らし対応
その他
実際にAPIを使った自動更新の例→リンク
運用案に書かれたことや、プログラムコードの管理方法もいいアイディアだと思いました。練習ページも拝見しましたがいいと思いました。GoogleSpreadsheetなら手軽でいいと思います。管理人さんの負担が増えたり荒らしのリスクがありますが、管理人さんがおっしゃっている「誰にとって・どの程度重要か、どれを実行すべきか」が大事になると思います。
週間秘境素材早見表はトップページの話だと思いますが使用するのはいいと思います。日で切り替えるのはtomorrow_scheduleでも一応可能ですが、レイアウトの自由度や切り替える時間の設定まで調節できると思います。
誕生日表示も現在のものより良くなるのならいいと思います。
ページ閲覧数統計で使うのもいいと思います。ただ推しキャラの閲覧数が少ないとショックを受ける方もいるとは思うのでデータの使用方法は難しそうです。またデータを取るだけなら外部ツールでも可能だと思いました。
どの案も、変更の要望に対応するなど継続して管理して頂けるならいいと思います。色々考えてくれているので放置したりは無さそうだと感じました。ただ必須なものでもないとも思いました。
使いたい場面があればページを作ってここで賛同を得てから、管理人さんに持っていくのがいいと思いました。
おっしゃるとおり運用に関しては、まず編集掲示板で案をだして他の方法がないか、必要度(そもそも本当に要るのか、REST APIを使わない案で妥協できないのかなど)を議論して賛同を得てから管理掲示板に行くというのを新規発行手順の一番初めにつけるべきですね。
閲覧数に関しては今日100や人気100で誰でも見れるのでRST APIうんぬんとかではない気もしますが…(統計で推しキャラの閲覧数の急落が見えてショックとかはある…かも?)。一応Google analytics(管理者しか見れないが)とかSimilarweb(正確な値まではわからない+これで見たところで感がある)で閲覧数を見たり、スクレイピングでREST APIの様に内容を取得するなどありますが、どれも統計を取って編集議論に役立てるのには使えない・使いにくい(スクレイピングは論外)ので、その点GoogleSheetにまとめてembedでwikiに埋め込んだりwikiページを編集して表を作ったりできるのでREST APIでしかできないことだと思います。
と言っても閲覧数の統計はただの例に過ぎないのでここらへんにしておきます。
APIを利用したほうが他の手段よりやりやすいなら、そのほうが良さそうですね
詳しくないので、的外れでしたらご容赦いただきたいですが...運用案を読んで感じたことをコメントさせてもらいます。(早い方が良いかなと思いまして)
問題点を出してみると、運用がプログラム作成者に一任されてしまう、ですかね?(実際のところ、一任してしまうことになるとは思うのですが)
ソースコードをwiki内で開示するとはいえ、実運用と異なる可能性が出てしまう?表面上は通常運用(例えば、日時による表示変更)しつつ、同時にこっそり別の動き(例えば、閲覧数取得)をするなど?(挙げた例だと、それをされたところで特に害はなさそうですが)
代案は考え中(私の中で二転三転しており...)なので、またコメントさせてもらうと思います。
(あ、4290さんが悪用するとか考えているわけではありませんからね...念のため...)
補足させてもらうと、匿名性のある一利用者がAPIキーとプログラムを管理する、というところに違和感を覚えた、という感じです。GitHubのように実際のソースコードが開示されていれば、話は変わってきますかね...?
最初に考えたことは...
より安全性を図るなら、管理人さんには負担をかけてしまいますが、
(1)試験用と運用用の2つのAPIキーを発行
(2)プログラム作成者は試験用キーでプログラムを作成&試験&ソースコードとマニュアルの開示
(3)問題なければ、完成したプログラムを管理人さん管理下にコピー、(管理人さんのみが知る)運用用キーを使って実運用
(4)試験用キーは、利用できないように削除
(5)プログラム修正が必要になれば、修正者は試験用キーを再発行して、修正&試験の(2)に戻る
でしょうか。(これはプログラム作成者が「匿名性のある一利用者」のままでいるパターンですね)
ちょっとしたプログラム修正でもハードルが高くなってしまいますが、影響が大きいことを考えると、仕方ないかと思わなくはない感じです。
さすがに厳しすぎると思って、次に考えたことは...
プログラム作成者は、プログラム管理人(?)として、管理人に準ずる立場となっていただく?(4290さん提案の「認証済みのアカウントのみコメントできる専用掲示板を使う」というのが近いでしょうか。)
それならプログラム管理人さんが自分でAPIキーとプログラムを管理するのは、問題ないように感じます。こっそり他の運用をしていても、管理者さんだからな、という感覚になるというか。(蒸発前に引き継ぎが必要というか)
仮にプログラムを組みたいという方がたくさんいるようなら、全員がプログラム管理人になるのではなく、「最初に考えたこと」での「管理人さん」を少数の「プログラム管理人さん」に置き換えた形が望ましいですかね。
最終的に思ったことは...
要は、プログラムがプログラム作成者の管理下にしかない状態は良くないので、wikiの管理人さん相手にはプログラムの所在を開示して、管理人さんが確認・編集可能な状態にしておく?(逆に他の人が編集できる状態も良くないかなと思わなくもないですが...)
いずれにせよ、プログラム作成者は、wikiの管理人さんと連絡が取れる状況とする。一利用者にとどまらず、プログラム管理者として活動する。という感じでしょうか。
まとまっていなくて恐縮ですが、一意見としてご覧いただければ幸いです。
ちなみに活用については、トップページの武器素材逆引き表が5:00に切り替え表示されるのは普通に有用だと思うので、提案されれば賛成できます。
イベント「全力勝負!」のページを作成してくださった方へ。
編集お疲れ様です。今回、新ページのコメント欄で雑談掲示板の新しいレイアウト>> 4263を反映・踏襲してくださったようですが、ことイベントページにおいては上の注意事項の部分は画面の判読性を低下させてしまっており、「ない方が分かりやすい」という状態になってしまっているように見えます。書き込み方法の説明部分も、wiki内の全てのコメント欄に設置しておけるわけではないですし、雑談掲示板以外のページには置く必要はないんじゃないかなと感じました。
また、今回テンプレートの方も更新されていることについて、いきなり更新が行われると問題がそのまま複製されてしまうこともありますし、次回はなるべく事前に相談があるとありがたいです。
一旦こちらで該当部分は削除しますが、何か改善案がある場合はご連絡いただけると幸いです。
作成者です。以前からイベントページのコメント欄で使い方や木の繋げ方を知らなそうなコメントが散見されていたので、今回試しに追加してみた次第です。これについては利用者の意見を聞くべきでしたね、了解です。
書き込み方法の説明部分に関しては、良くまとまってると思うのでzawazawa式の多くのコメント欄にあってもいいとは思います(一応言っておくと作成者とは別人です、ありがとうございます)
事前に報告がなかったことの是非はあるでしょうが、私は書き込み方法の説明があっても良いような気がします。ただ明確にコメント欄と区別できる形が望ましいとも思います。
状況によってはコメント投稿ルールのページに追加しても良いと思いますが、コメントが多いキャラページのコメント欄に上下を水平線を引いて置いておくのが良いと思います。
中国語・英語まとめのキャラクターと、キャラクター一覧ページの各キャラクターの中国語・英語表記が重複しているので、中国語・英語まとめに統合し、キャラクター一覧ページにはそこへのリンクを貼る形がいいと思っています。キャラクター一覧にあるものが見やすく良いと思うので、そちらに統合しそれを中国語・英語まとめに移したいと思っています。
統合するのは賛成です。ただ、同じものがこの2つのページにあることにデメリットはない一方で、リンクでのページ遷移では閲覧者の負担という面で明確にデメリットがあると思うので、includeするのがいいのではないかなと思います。
確かに今と変わらないように、includeで埋め込むのが良さそうですね。
砂場/中国語・英語まとめ変更案
キャラクターを統合し、新しく翻訳に役立つ外部サイトや「聖遺物」「用語・スラング」見出しを追加しました。何かご意見があればお願いします。
良いと思います。
同じく、良い感じだと思います。
このページも>> 4065と同じくいつの間にか作成されていたタイプのページなので編集に関与していませんでしたが、翻訳を際限なく追加することは量的に難しいので、用語やスラングを追加するのであれば何か基準があるとより良いですね。
基準はあるといいですね。概要欄を追加し、方針のような感じになるように書きました。また他サイトの詳細を書きましたので、そちらで網羅できないことが知れるページになればいいと思っています。
砂場の変更案の反映、キャラクター一覧ページへの埋め込みをしました。
PS系の機能であるトロフィーに関する情報がまだないようですが仮に掲載する場合は新規ページ作成するか、アチーブメントのページに掲載してしまうか、PS5トロフィーwikiなどの外部リンクに繋げるに留めるか、どれがいいのでしょう?
いつ更新が止まるのかわからない外部サイトへのリンクを貼るのではなく、原神wiki内で完結するのが一番だと思います。勿論中途半端に作成したり編集・更新する人がいないのであればリンクを貼ればいいですが。
また作成する場合は、ただでさえ長く今後もどんどん長くなっていくであろうアチーブページに追加するのではなく、下の階層にPS専用のページを新規作成するのが良いと思います。
同意見です。トロフィー専用の条件があるかもしれないので、アチーブの下よりはシンプルに「PSトロフィー」というページ名の方が良さそうです。
他のサイトを探してもらえばいいと思うので作るか何も書かないかだと思います。色々情報を付け足すことになるかもしれないので新しくページを作ったほうが良さそうですね。ページ名は「PSトロフィー」でいいと思います。メニューバーの「ゲーム外情報」の中に置くといいと思います。アチーブメントページに「※PSトロフィーについてはこちらから」のように書いておくといいと思います。
作成しました
編集掲示板の議論リストですが、ソートしたときの順番が分かりづらいので「1.議論中 2.停止中 3.投票中 4.実行済」から「1.議論中 2.投票中 3.実行済 4.停止中」に変更しました。小さな変更ではありますが、問題点や疑問点があればお伝えください。
砂場/七聖召喚編集マニュアルを作成しようと思っています。現在は各ページに書かれていますが、このページへリンクを貼るように変更しようと思っています。また新規キャラカードページは上部に、編集者ガイドラインのリンクのみ表示していますが、同時にここへのリンクを貼ろうと思っています。場所は「編集用ページ/七聖召喚編集マニュアル」で作成し、編集用ページにそこへのリンクを設置しようと思っています。この方法でいいか、書かれている内容など、ご意見をお願いします。
方法は問題ないと思います。内容はマニュアルとのことなので、「ご利用」のような丁寧すぎる言い回しはそぐわないと感じました。こちらで再編集してみたのでご確認の上、採用の検討をお願いします。
修正ありがとうございます。こちらの方が自然でいいですね。
反映しました。
螺旋使用率統計はデータ元から転載許可は出たのでしょうか。今のところ更新もされてませんし今後も更新していく目処が立っていないならページを消した方が良いのではないかと思うのですが
著作権侵害や不法行為になるかもしれないですね。許可が降りてないならページ削除したほうがいいと思います
4161の木から1ヶ月返答無いですし、
個人的には、強い言い方するなら、違法状態な現状放置で保留にできる期間は過ぎてると思っています。
もう、いったんページ削除で決定すべきと思いますがどうでしょうか
4164で確認を行った者です。作成者からの返事がなくなってしまったので、ページをnullで囲って非表示にしました。編集コメントにも書きましたが、ページが必要になったら削除なり解除なりしてもらえればと思います。
対応ありがとうございます。とりあえずは非表示で、仮に今後もずっと動きが無かったらいずれ削除ということになりそうですね
フィールド聖遺物周りの関連記述の更新案です。→砂場
元々数カ月前から調べていたデータ(入手確率や仕様等)をそろそろ反映しようと思っていたのですが、追記前に改めて現在の記述を見るといろいろ問題があることに気づきました。例えば、フィールド聖遺物に関する内容は「時限系・再生復活系コンテンツ」の24時間リセット系や「フィールド採集」の「調べる」や聖遺物の複数に分散して参照しづらいですし、内容に関しても重複や未更新箇所が多いです。そこで、仕様の詳細を「調べる」に集約し、聖遺物欄をその真下に移動した上で効率やルートについて補足する形にしたいと思います。ご意見等お願いします。
全体的に良いと思います。「確率と期待値」の確率について、初めに何の確率かを初めに記載して貰えると良いぐらいだと思います。
時間があまり取れないのでパッと見の所感ですが、全体的に整理されていて良い更新案だと思います。一点、「調べる」のリセット関連の詳細説明は折りたたんだ方が良いと思いました。
いいと思います。まとまっていてわかりやすかったです
ここまでにいただいた意見を反映しました。このまま3/5(火)まで様子を見た後、問題がなければ本ページの変更を行います。
リマインドを失念していたためちょっと延長して、24時間後の3/6 10:00くらいを目途に締め切ることにします。
変更を反映しました。議論へのご協力感謝いたします。
頻出要望のリスト化が2023年と書かれていますが2024年ですかね?(今年の2/22は木曜日です)
任務やイベントその他でアイテムの個数を表すのに、以前からx(小文字エックス)が使われているのにはなにか経緯や理由があるのでしょうか?(例、大英雄の経験 x4) 公式やhoyolabでは同じ表記をするときに英語版含めて小文字エックスではなく×(乗算記号)が使われています。できましたらこれから作成する分については、公式の表記通り乗算記号を使いたいと思うのですが、ご意見などありましたらコメントお願いします。表示上は大した変化はなく、半角スペースにxを入れる作業をいつも不便に思っているだけなのですが。
今まで気にしたことはありませんでしたが、コードでサイズを指定するときに10x10のようにアルファベットのxを使うということと、数字を打つときに半角に切り替えてその流れでxを使う人が多いのではないのかなと思いました。そもそも×はキーになく変換しないといけないですし。
個人的な意見としてもし揃えるのであれば、たとえ公式と違っていたとしても×(
×
)ではなくx(アルファベット小文字)の方で揃えたほうが保守の面や編集の楽さを考えると良いのではないかなと思います。何らかの合意があった記憶はないですね。ただ、エックスと乗算記号が混在する状況は避けたいので、変更するのであれば先に評決を取って全体で置換を行った方が良いと思います。(かなりの大規模編集になりそうですが)
個人的には半角スペースの後に全角に切り替えて×(かける)を打つほうが面倒なのではと思います。あと、そこらへんのいつも同じとこはコピーして数字だけ変えることを徹底しないと作業量もケアレスミスも減らないと思うぜ。
昨夜、武器の凸に関する表記が精錬に変更されています。
確かに凸は公式用語ではないと思いますし「凸が進むと」と「精錬が進むと」であれば意味は同じだと思いますが、「無凸、完凸」は無強化、最大強化の意味を含み「精錬1、精錬5」より分かりやすい様に私は感じます。
なので私は元の「無凸、完凸」に戻したいのですが、これが私の感覚なのか聞きたいです。
感覚についても同意ですし、そもそも無報告での大規模編集であるため差し戻しても問題ないと思います。
ありがとうございます、RecentChangesを見る限り40ページ以上あるので大規模な編集であるのは確かですね。
慣習的に使われてる凸表記でも公式の精錬1~5でも基本的に意味は通じると思います。公式用語を使うのに報告が必要とも思えないですし、どちらでも問題ないならあえて差し戻す必要はないと思います(元々精錬表記も使われていたはずなので、一括で凸に戻したいということならむしろ非公式用語に統一しようとしていることになりませんかね)
どちらでも通じるので、無理に変える必要はないとは私も思います。
また編集差分ログをみて戻すつもりなので、統一する気はありません。
またキャラの元素スキルを誰も正式名で書かないように、非公式用語であっても便利であれば使用して良いと思っています。
枝2に同意です。キャラは凸表記でもそこまで違和感はないので凸でも良いと思いますが(1重,星座1とかだと逆にわからない)、
武器は無凸=精錬1なので、武器の凸表記は分かり難いと原神プレイ当初から思っています。記事ではないですが、コメントなどだと「武器3凸」とかは、「精錬3」のことか、「全部で4本引いた=精錬4」か、よく悩みます。
記事では、正確性を重視して公式用語の精練1、(または英語圏でよくあるC1, R1のような表記)が良いかと思います。
精錬、凸、C0,R1などの表記は悩みの種ではあるのですが、ざっと見た限り「武器3凸」や「精錬3」の表記はなかったので凸表記で問題ないと思っています。
キャラがC0~C6、武器がR1~R5と、スタート地点とゴール地点の双方がズレているので「無凸、完凸」表記の方が分かりやすいと私は思っています。
枝主ではありませんが、ドリーページの祭礼の大剣の項目で精錬3表記が使われているようです。
行秋の祭礼の説明も、無凸、完凸、3凸表記全部ありますね。
3凸以上だと武器効果のCTが元素スキルのCTに間に合うようになる。
は、祭礼精錬3CT22s,精錬4CT19sで、行秋のスキルCT21sなので3凸=精錬4で正しいですが、初見のとき、スキル2度打ちなどでの1秒くらいのラグを許容するとして精錬3CT22sのことを指してるのか一瞬悩んだ記憶があります。
>> 4417>> 4418キャラページにはあると思います。3凸表記を変えるのは良いと思いますし、私はどちらかに統一したいわけでもありません。
ただ武器のページに関しては無強化と最大強化と言う意味で「無凸、完凸」表記の方が私は分かりやすいと思う次第です。
内容の変更ではなく表記の修正だと思うので報告はあった方がいいとは思いますが、なくても問題ないレベルだと思います。
基本的に武器はキャラ凸と違って無凸か完凸かのどちらかで語られることが多いと思うので凸表記でも問題なく思う一方で、wikiということを考えると上で挙げられているように3凸が精錬ランク3のことなのか4のことなのか人によって受け取られ方の異なる可能性のある凸表記よりかは精錬ランクの方がいいと思います。
利用者にとって「凸」より「精錬ランク」の方が分かりやすく便利であるなら、私は「精錬ランク」表記で問題ないと思っています。
広範囲の編集はいざというときに変更点を確認するのが大変なので事前相談や報告は重要ですね。
差し戻しについては枝3と同意見です。こういった場合は、事後的にでも意見が揃った方に合わせると良いと思います。(=必ずしも差し戻す必要はないという意味)
そうですね、私も「意見が揃った方に合わせると良いと思います」
ここまでまとめると、今のところ
で現状のまま(精錬に変えちゃったまま)が多数派っぽいし、差戻不要の現状維持で様子見で良いのかな?
きっちり投票?
わざわざ投票するほどでもないと私は思っています。どちらでも大きな差はないですし……
編集した当人です。まずは混乱きたしたこと、不快に思われた方がいらっしゃることについて、ごめんなさい。文意を変えることなく表現の統一を図るつもりだったので、ここでトピックになるとは想像しておらず軽率だったと反省。
編集しようと思った理由は、他の方が仰ってるように武器において「●凸」表現は人によって指す内容に差があることと、一武器種ページを一つのページとしてみた時、同一内容を指す表現にばらつきがあることが情報提供ウェブサイトとしてふさわしくないと感じたからです。キャラページ等でも混在してる可能性があることは認識してたんですが、そこまで追いつかず、まずは武器ページの編集に終えてました。また、完全に「精錬●」だけに統一すると場所によっては無理が生じることもあったので、「精錬ランク●」「未精錬」「最大精錬」等、より細かい表現は元の表現や文章の流れ、私の感覚によって変えてます。
今回の編集がこのwikiの方針と合致してないということでしたら差し戻しも恭順です。個人の思いとしては「精錬」表記が無理なく一意を表せるのでこれに統一したほうがよいと思ってます。
尚、精錬表記編集の機に他の細かい(私としては細かいと思える)表現の修正等をしています。隠すつもりは全く無いのでここで事後報告とさせてください。
良くなかったのは、「差分が多いものとか汎用的な部分は事前に言って相談しましょ」、ってことだけなので、今後はそれだけお願いしますね
細かい修正お疲れ様です。こういう多くの方が自由に編集できるWikiは細かい表記ゆれが多いので統一は大変そうです。私は内容がわかりやすければどちらでもいい派です。ただ武器1~4凸は修正したほうが良さそうですね。
私個人としてはどちらでも通じるので良いのですが、原神自体がキャラと武器で非常に紛らわしい仕様となっている(キャラは星座未開放、1重~6重まで、武器は精錬ランク1~精錬ランク5)ので、「無凸」「完凸」は便利な表現であるので残したいと思っている次第ですが、感覚的な話であるので意見を募りたかったしだいです。
精錬ランク1、精錬ランク5でなく、「未精錬」「最大精錬」であれば私個人としては良いと思います。
ゲームをプレイしてる人なら精錬1~5の表記で特に誤解なく理解できるはずなので正確な精錬表記に変えたこと自体は良いことだと思います。凸でないと分かりづらいと言う意見は今のところ多数派ではないようなので、この件は現状維持でいいんですよね?
まず武器ページの凸→精錬ランクに変更されたのは問題なし(ただ報告はあった方がいいよね)、今後編集するときはできるだけ精錬ランク表記にする、既存の内容も加筆修正する時などに気づいたらについでに凸→精錬ランクに修正する。みたいな感じでいいんじゃないでしょうか。
全体的に「差し戻すほどではない」は総意として問題ないと感じます。
よって現状(精錬)のままで様子見とします。
砂場3の「刻晴 編成例への超開花PT追記案」に関して刻晴ページに反映されていることから役割を終えていると見なして削除致します
ゲーム内に明記されているもののプロフィール上に書かれていないステータスについて、解説がなさそうだったので戦闘システム/隠しステータスに書きました。
実際のキャラ例など加筆しました。抜けてたら追加お願いします。ディシアのページに中断耐性について詳細な数値付きで解説してあったので移設したかったのですが、解析由来のデータ?の気がして触ってません。検証などをご存知の方いますか?
動画。氷トリックフラワーのヒット回数で検証はできる。
ありがとう。だいたいの中断耐性が可視化できるのが分かった。ただ、動画内でも正確な数値は検証不可と断っているし、ディシアページの数値などが全て検証から帰納的に結論を出しているようには見えず...。あちらには合計天賦補正?とかレベル補正とか私は初聞きレベルの詳細な式までのっていてかなりグレーに見えたんですが、このwikiではこういうグレーな情報載せるのは可なんでしょうか。
数値は概数だと思っている。
書いてあるのが『0.31』と書いてあると流石に解析由来だと思うけど『0.3、0.5、0.7』なら「本来9回でのけぞるが、3回、5回、6回だった」から、『それぞれ「0.25~0.375、0.375~0.5、0.625~0.75」の間の値、まあ綺麗な数になるだろうし0.3、0.5、0.7ぐらいだろう』の推論ならギリギリ成立するから最大限好意的に解釈してスルーしてる。
合計天賦補正とかレベル補正は私も聞いたことないから何も言えない。
数値の幅が広いのでかなり雑な推論になってしまうよね。0.25とかありそうな数値だと思ったし、今fandom見てしまったけど実際0.25があった。式の出所もよく分からないのでとりあえず今は移設はしないでおくことにします
「他の中断耐性と乗算である」って仮定をおけば幅は狭まるのと他の攻撃でも連続ヒットするなら検証できる(遺跡守衛の腕回転など)ので、実際には更に狭めれるので有効数字1桁なら推論として雑とも言い切れないんですよね……
REST APIについてのページ案を作成しました。
>> 4325の運用者を一般の編集者よりも管理人側に置くという内容を元に考えさせていただきました。役職を設定することで運用者に責任が付き、途中で飛んだり荒らしをしたりする事を抑止することが期待できると同時に、管理人のお墨付きがあるということで他の編集者から同意が得やすくなり作業がしやすくなることも期待できるのではないかと考えています。この内容で運用が可能かどうか管理人さんに提案したいのですが、どうでしょうか。
運用案の作成お疲れ様です。運用者の立場や範囲が具体化されて良くなってきましたね。
主に「悪意ある運用者が入った場合の対応について」いくつか質問させてください。
集録祈願について、個人的には他祈願とシステムが違うので独立したページ(例)の方がいいと思うんですが、どうしましょう?
祈願のページ内にあっても良いとは思うけど、独立したページにしたいなら止める理由は特にないかな。
イベント祈願、神鋳賦形、奔走世間、初心者応援祈願と同列に別ページにするつもりです
同列にするなら集録祈願には仕様と具体的な排出内容を書いて、確率と履歴は他と同様に祈願ページに集約する方が使い勝手が良いと思います。あと横列はバージョン・限定キャラ・恒常キャラ・限定武器・限定キャラにして改行で区切った方が見栄えがいいです。
今後無駄な議論が起きないように、上でも言われているデータマイニングで得られた(であろう)情報についてのこのwikiの指針を明確にしたほうがいいのではないかと思いました。以下の3つの方針のいずれかを投稿・編集ガイドラインに盛り込むことを提案します。
Genshin impact wikiと同じくリークは禁止、データマイニングは実装済みの内容はOKという方針
データマイニングの情報はFandomなどの外部サイトからの引用という形で記載する場合可能という方針
>> 1566で言われているようにデータマイニングの行為自体は9条17項に触れる可能性がありますが、それを別の第三者が公開したり共有する事には言及がないため
クレーはグレーのままでいいんじゃないかなとは思いつつ、指針を明確にするなら案1か案2のどちらかだと思う。ただ日本においてデータマイニングやリバースエンジニアリングの文化が浅い以上結局は海外サイトの引用になるはずで、この場合「引用元を記載するかどうか」に争点が帰結する。記載するにしても逐一注釈を入れるのは非現実的だから、例えばwiki内のページから再引用する場合は省略するとかのルールが必要だと思う。
案3は突き詰めればダメージ計算や元素量にかんする言及なんかも削除しないといけなくて、wiki全体の情報量を著しく落としかねないと思う。これを採用するなら現状維持にする方がいいかなと
グレーのまま放置するというのも解決策の1つではあると思うのですが、曖昧な状態が原因で中断耐性の詳細がディシアのページにあるように、攻略に有益な情報がよく読まないと辿り着けない所に埋まってしまうのはもったいないなと感じています。
2の場合どのようにするのかについては少し言及する程度(中断耐性は行秋スキルの中断耐性は0.5で〜など)には脚注で対応して、上の隠しステータスのようにページ全体やあるページの1ブロックでこの内容を記載する場合はページや内容の最後に「このページの数値は全て〇〇〇〇を参考にしています」「SOURCE:〇〇〇〇」など何かしらテンプレを作成するのはどうかと考えています。
ちなみにディシアの中断耐性が2重に折りたたまれているのは、隠す意図よりは、ディシアのスキルが複雑だから折り畳まれていったって方が近いかなディシア雑談13528「肩代わり、中断耐性、追撃、再設置」と効果が多い
1.はリーク情報と区別が付かないことがあるように思った。4.0アプデ直後に隠しアチーブメントが全て記載されたことがあった(既にゲーム内にデータとしては実装されているだろうけどまだプレイヤーが取れないものを含む)けど、おそらくリークからの転載だった。アプデ後なら元リーク情報も可ってことになりそう。情報系に詳しくないので的外れだったらごめんなさい
βからの変更がない限り極論全ての情報がリークの転載と言えてしまうのでその点は気にする必要がないと思います。
ああいうのはアップデートファイルを読んだやつだと思う。結局リークかどうかっていうのは情報が出た時点で未実装かどうかだから、混同はしないはず。「実装済みのゲーム内情報や公式情報と食い違えばアウト」でいいと思う。それにアプデ直後に情報を更新できるなら、情報サイト的にメリットではあるんだよね
引用元がないとβリークから転載してるのか解析なのか見てる側にはよく分からないんですよね。食い違いがなければ区別せず許容ということですかね
>> 4472と同じくグレーのままで良いのではないかと思いつつ、1と2には明確に反対です。
まず、利用規約でグレーゾーンの行為は行うべきでないというのが一点。
また、こちらは個人的な感情による部分が大きいですが、「ゲームプレイ=攻略を行わずに機械的に設定データだけを収集すること」「その設定データを転載すること」に価値を感じないというのがもう一点の理由です。
ゲームデータというのは言わば「出題者が作った正答」であり、それを確認することは「他のプレイヤーが作った模範解答」を確認することとも異なる「ゲームの反則行為」に近い感覚があります。
もちろん、正答を確認した上で自分でもやってみるという遊び方があることを否定はしませんが、正当な競争からは逸脱している感じが否めません。
加えて、設定データが必要な人はデータ元を確認すれば済むことであるのに対して、正しく攻略を行いたい人は設定データが転載・拡散されることでその余地を失います。
設定データというのは「データマイニングの本元」と「その閲覧に同意した人」のみが見るべきものであり、それ以外のサイトは攻略データを情報源にするというのが適切な在り方なのではないでしょうか。
極論wiki自体二次創作ガイドラインに違反する(引用の範疇も超えてるので著作権侵害)ので、他サイトがDMCA等を受けない限りはグレーのままでいいんじゃないかと思います...
グレーのままという方が多いので聞いてみたいのですが、私は正直解析由来と思われるディシアページの詳細な表や式を消して、行秋スキルより耐性が弱いですよ他の耐性上昇と重ね掛け出来ますよ程度の書き方に変えたく思うのですが、このような編集は許されるんでしょうか。データが有用なのは確かなので現状維持の方が支持されるのでしょうか。ダメージ計算式や元素量については基本ゲーム内で検証可能なはずなので特に何も思ってなかったのですが...。
許されるかどうかは総意次第として、私は「問題のない記述に変更」または「より厳格に解析由来の情報の可能性があることを明記し、区分する」方が良いと思います。(記入忘れましたが、>> 4479枝主です。)
現状のままで言えばディシアのページで許容されるかどうかだと思う。ただ例えば重ねがけした中断耐性同士の比較とかは分かりづらくなるし、より正確な情報を読み手が納得できる形で伝えるために必要な情報だから記載されてきたわけで…。「基本ゲーム内で検証可能」っていうのもベースに解析データがあるからこそ成り立っているから(あるいは詭弁でしかない)結局どこまでを許容するかでしかないのよね。解析を完全に拒否するならゲーム内で直接確認できる情報以外は記載できなくなる。
返信ありがとうございます。やはり人によって考えが結構違いますね。個人的には、ベースに解析由来の理論があったとしてもゲーム内情報から追試再証明可能なものと追試が難しいものには違う感覚でした。
皆様のご意見をみてこの問題について
データマイニングによって得られた情報を記載することをwikiとして
あ. 認める
い. 認めない
またそのこと(認める/認めない)をルールとして
A. 明記する
B. 明記しない
という4通りで考えるのが良いのではと思ったのですがどうでしょうか。
意見の方向性が明確にわかり、最終的に投票で決めることになった際にも決を取りやすく、いいと思います。その場合現状維持は あ-B の選択肢になるという理解でいいでしょうか
今回は割と意見が半々ですが、今までの傾向として既に書かれているものや広く浸透しているものをわざわざ書き換えるほどでもないが、それを掲示板で指摘すると否定の方向になるという感じがするので(でもfandomってデータ解析の情報載せてるよね…みたいな)、どの選択肢も現状維持には成り得ないと思います。
明記しないままが良いと思う。
結局データにどこ由来か?なんて書いてない以上、独自研究か転載か解析由来か?は主観的な判断に頼ることになる、なら解析由来かを確認する手間が増える。
それよりは怪しいものは「※概数です」等の注釈入れる方が現実的。
書籍やバッグ、看板等の記事に入らない、任務中の取得不能アイテム等について、他のテキストの記事を作成しました
FAQと初心者向け情報の大幅な変更を提案します。具体的にはレイアウトの変更整理(スペック関連やプラットフォーム・アカウント関連の位置変更など)、情報加筆を進めたいです。
賛成だけど、一読してもなんも思いつかんかった。アカウントとか機種とかは自分の環境しかわからんし。賛成とだけ言っておきます。
実際の変更案を出してもらわないと何とも言えないが、情報加筆自体は良いと思います。
フィールド採集のページの特産品に関して変更案を作成しました。ご意見ください。異論がなければ来週末(3/17)に反映したいと思います。
前のは目が滑って読みにくいと感じてたので、変更案のが好きです。
画像横の表に育成に必要なキャラを記載しても良いかな、と思いました。大体2,3キャラで追記しても対して場所とらないかもですし。
所持が168個下回った時に取りに行くか考えるのに便利かもです。(その情報は”キャラクター育成”ページのが便利から不要って意見はあるかも。自分も今はキャラクター育成の方見てる)
必要なキャラは素材逆引きにもあるので、書く場所を分散させても手間かな?と思い省きました。どちらかをincludexできる形にするのも良いかとは思いますが、長くなりそうなので見送りました。
表を用意するなら個人的には見出しレベル3に名前を書くんじゃなくて入れ子にしてほしい気持ちとアンカーの存在は便利だなという気持ち
表中に入れるか、見出しにするかは悩みましたが、武器ページでは見出しだったので、見出しにしました。表中に入れても良いとは思います。アンカー自体はanameで入れれますし……
変更案良いと思います。今回の変更点とは別になりますが、「育成に使用するキャラクターはキャラクター育成を参照のこと」となっている部分は素材逆引きをincludeした方が良さそうですね。
それから、こちらも今回の変更点とは別ですが、テイワットマップにはルート機能(URL出力)があるので、予めルート設定したものをリンクすれば詳しい案内もできるかもしれません。
テイワットマップのURLは良く分かっていないので分かる方にお任せします。ルート設定は意見が割れる可能性があるので、見送ります。
ぐっと見やすく、分かりやすくなっていて良いと思いました。
上の方も仰っていましたが、必要とするキャラを全ての特産に記載しても良いのではと思います。記載しない方針なら、一部の特産での記述を削除して統一した方が良いと思います(ググプラム、蒲公英の種、霓裳花)。
また、共鳴石に使用する特産についても、記載の有無を統一した方が良いかと思います(蒲公英の種にのみ記述有り)。共鳴石について記載するなら、トレジャーコンパスについても記載?
瑠璃百合、瑠璃袋については総数が書かれていますが、Ver.4.4時点のものに修正お願いします(テイワットマップによれば、瑠璃百合は50本、瑠璃袋は235本)。
コピペミスと思われるものもありました。
カルパラタ蓮
>''スメール森林の崖の頂上付近に生えており、生息地はスメール各地に分散している。
「''」が入ってしまっている。
その他、木主さんが書かれた文章ではありませんが、少し気になったので述べておきます。
・表現の統一について
ググプラム
>主に王狼挑戦付近の地面に落ちていて、木や段差の陰にあることが多いので色や煌めきを頼りに注意深く探そう。
「煌めき」とあるが、聖金虫では「キラキラエフェクト」。キラキラエフェクトの方が分かりやすいかも?
・文章表現について
ググプラム
>要求されるキャラはレザーおよびミカで数が少なくネックになりやすいので日頃から集めておこう。
必要とするキャラの記載を残すなら、「要求されるキャラはレザーおよびミカ。数が少なくネックになりやすいので日頃から集めておこう。」のように、文を分ける。
初露の源
>特徴的な形である程度距離があっても見つけやすい。
「特徴的な形で、ある程度距離があっても見つけやすい。」のように、読点を足す。
ありがとうございます。
全体的に「必要とするキャラを記載したい」との声がきかれるので全体的に考えます。
「特産品を必要とするキャラを記載したい」との声が聞かれますが
既に素材逆引きに似たような表があるなか、更新されるか疑問であるため
私は見送ります、もし書き加えたい場合は新たに木を植えて議論して貰えると幸いです。
夜泊石がアチーブメント「来た、見た、勝った」の対象にならないことを確認したので、追記しました。
ありがとうございます
ありがとうございました、反映しました。
>> 4276に関して投票をお願いします。
キャラクター一覧 の表をスマホで見えるようにしたいというのが主題です。(見せ方だけを論点としたいので、表の項目名などは統一させていただきました。)
・案1:スマホは見やすくなるが、PCの見え方が変わってしまう
・案2:PC利用者はほぼ今まで通りの表示で、スマホ利用者には表示を開閉してもらう。(編集に関しては、表は別ページに作成し、それぞれの表示用として読み込む必要がある。)
・案3:高さ指定をすることでPCでの閲覧可能幅は広いが、スマホで見ると先頭行の追従が表の下端ではなくなってしまう
・案4:先頭行、先頭列の追従をなしにする
期限は1週間後の3/17(日)12:00(正午)とします。
案1もしくは案3
案3の場合800ではなく600-750辺りに変更すると多くのスマホで表のブロック全体を表示できるようになるのではないかと思います。一般的にはスマホからの閲覧のほうがPCからの閲覧よりも圧倒的に多いので、もし案2にする場合はスマホ用をopen、PC用をcloseにするべきだと思います。
案1
案4
案4(補足意見として、順位をつけるなら案4>1=3>>>2)
こちら明日までみたいですね。一応リマインド。
投票(とリマインド)ありがとうございました。
案1と案4で拮抗してしまいましたが、案4で反映します。
反映しました。
細かい変更点としては、千織は星5稲妻片手剣岩キャラなので綾華の後に追加。キャラ画像を全員 _s.webp に変更しています。
「禍神の楔涙」は「禍神の禊涙」の誤字であるということがわかったので、 バッグ/育成アイテム 内の画像ファイル 禍神の楔涙.png を 禍神の禊涙.png という名前で再アップロードしました。誤字の方(禍神の楔涙.png)を消すことができないので、どなたか消してもらえませんでしょうか。
消しといたで。一応やり方は添付ファイル名の右側にある[詳細]から「このファイルを削除します。」でOK。再upもありがとうございます。
旧キャラのアイコンをwebpで呼べるようにしました
今までわざわざ画像ページで確認してて煩わしく感じてたから助かる。有能すぎる、ありがとうございます。
雑談板にて話題になっていたのをちょっと実験してみたのでこちらで。
TOPページの右側のキャラクイックアクセスの横に謎のほぼ機能しないスクロールバーが出現し、flex_boxでまとめられている空間の上でマウスホイールでスクロールしようとするとそのスクロールバーに引っかかるような挙動でページ全体を下にスクロールするのが遅くなります。
キャラクイックアクセスの上にある外部リンクの折り畳みを開くとスクロールバーは消えます(accordionではなくfoldでも同じ挙動)。また、クイックアクセスのあるflex_boxの中に文字を4行分程度足してもスクロールバーが消えました。多分左側の空間と右側の空間が丁度同じ長さになると起こるような気します。
引っ掛かり解消用に何かダミーを置くことで解消は出来そうですが少し不格好になりそうです。キャラのクイックアクセスの表の内容が増えていくと自然と解消しそうな気がしますが、何かほかに解決方法は御座いませんでしょうか?
「誕生日」を入れるか、早急に別の項目を作るかぐらいでしょうか?
早急にはこんなものを作成してみました。
ありがとうございます。見た目におしゃれで邪魔にならず、しかも実用的なリンクですね。とりあえずで置いておくにはもってこいかもしません。個人的にクイックアクセスの表が伸びて自然解消しても置いておきたいくらいの見た目です。
下で新案が出てますし、とりあえず置いておきますか?
そうですね。一旦下の議論がどうなるかを見つつ、変更がないとなったらスクロールバーのみの対処をしましょう。
左側のflexboxの高さが要素の高さよりも短くなってしまっていますね。右側のaccordionを開くと一時的にflexboxの高さが引き上げられるので、スクロールバーがなくなります。原因については知識不足なのでちょっと分からないです。左側は祈願の方でflexboxが入れ子になっていますし、条件分岐で試すのがかなり面倒な感じがします。
自分も右側は実験できたのですが、左側は弄るのが難しく原因特定できませんでした。この見た目に作り上げた先達に尊敬の念しかないです。もうちょっと探ってみます
本当によくわかってないで適当にいじってみたところ、左は通常時646以下、対応ハード展開時548以下、右は通常時332以下、対応ハード展開時272以下でそれぞれ正常になるようです。特に役に立たないかもしれませんが一応
ただ単に左側が長くなって左右どちらかが突出していればいいという訳ではなくて、やはり右側が長くならないといけないようですね。左側は埋め込みで画像を縮小表示しているのでその兼ね合いもありそうです。
編集用のテンプレートを穴埋めするツールがあった方がいいと思うんですが、作っても良いでしょうか?ものによって画像のファイル形式や命名規則が違ったり、構文に慣れてないと編集しずらいです。特にAPIや権限などは必要なく、コードはGitHubで共有します。
ツールであれば「最終的なページの状態」に影響はないので特に問題はないかと。ただ、ページ構造が大幅に変更されることもあり得ますし、どこかで陳腐化する可能性は高いですね。
既存ページがある場合は(テンプレから大きく形式が変わってなければ)構文読んで部分的に書き換えることもできそうです。
個人的には、「できる限りwiki内で完結したい」との思いがあり、画像のファイル形式や命名規則を統一するなどで、対応した方が良いとは思いますが便利になるのであれば良いと思います。
FrontPageのレイアウトの全面的な変更を提案します。
変更目的は 1.キャラや国の増加で縦長になるページの対応 2.祈願情報や誕生日など現レイアウトで増えたモジュールの再配置 3.cssboxを活用した情報の整理 の3つです。
過去の議論として、祈願情報の設置時の変更提案(2705)、先駆者のレイアウト提案、同改良案、tooltipの導入提案、先日の武器表の改善案があり、今回の提案はそれらを元にしたものになっています。また、本提案が導入されると自動的にスクロールバーの問題もなくなります。
砂場のサンプルをご確認いただいた上で、ご意見を伺いたいです。正確な表決は内容を定めてから別に採るので、提案に対する所感やサンプルに対する改善点を指摘してもらえるとありがたいです。(賛成意見が多く、大きな問題点がなければ導入までの手順や表決の方法を考える段階に移りますが、逆に反対意見が多かった場合は提案を取り下げます。細かい問題点・改善意見は順次解決・反映していきます。)
A.現時点ではアンケートで最も得票の多かった案Gが採用されています。しかし、「tomorrow_scheduleの更新時間(午前0時)に問題が判明したこと」「天賦素材への適用が不明確だったこと」については未だに対応案が決まっておらず、提案者もしばらくは対応できないことを宣言していました。
今回の提案ではこういった事情があることを加味していただいた上で、武器表について再度考えていただき、表決で変更案が認められた場合には、案Gから新しいものに変更しようと考えています。
A.編集の手間と視認性のバランスを取った結果です。
wikiの仕様上、画像と文字を並べることは表組み以外では難しく、先日の提案では案Eと案Fのみがこれを行っていましたが、「縦長になる」「逆引きできない」「編集が非常に複雑」といった問題点をそれぞれ残していました。
残された画像のみ、文字のみという2つの選択肢の中で、最も手広く武器を検索できる文字+リンク(前回の案Aに近いもの)を選択しました。
A.今回の変更案は先駆者のレイアウトを一部お借りして作成したため、このようなタイトルになっています。
FrontPage・MenuBer・雑談掲示板などへの告知はどうしましょう。
編集技術を持った人の意見を先に聞いておきたいので編集掲示板のみ先行して数日間意見を募り、その後に雑談掲示板等に告知をしたいと思います。表決段階には編集掲示板外の意見も十分取り入れてから移りたいと考えています。
祈願情報追加の提案、及びFrontPage新案・FrontPage新案2を作成した者です。FrontPageの案を制作した半年ぐらい前の時点でも既存のものにはいくつか欠点がある(今後の拡張に耐えられない)ので新しくすることへは肯定的な意見が多かった一方で、新しく制作した案への指摘も多くそれの解決策(妥協点)を見つけられず半ばあきらめた形で議論が終了していったのでもう一度議論を再開してくれる方がいて嬉しく思います。
ただ私も完全にあきらめたわけではなくここ数か月ちょこちょこ更新案を作成していたので、できればこちらも見ていただいて最終的な形にしていただけると嬉しいです。→FrontPage更新案
全体的に私が以前作成した者を引き継いでくださっていますし大方反対するような箇所はありませんが、キャラクタークイックアクセスにTooltipを使用しているものを採用していることが一点気になりました。Tooltipを使用すると表示はコンパクトにはなりますが、マウス操作で重なってしまう問題があります。これによって以前の議論でもTooltipでの実装は否定されていたと思います。そのためこの箇所に関しては他の表示方法にするべきだと思います。
ここは人によってどちらが良いか分かれそうなので、他の方の意見をもう少し聞きたいですね。
PCから見たデザイン性は上がっているようですが、スマートフォンの場合枠や線がごちゃごちゃし過ぎて見づらいです。
exkpを使うなどして、スマホではborderの代わりに全体に背景色を付けるデザインにした方がいいと思います。
メニュー
ゲーム内のアイコンがあった方がわかりやすいです。
キャラクタークイックアクセス
スマホからだとTooltipが操作しづらいです。
また元素アイコンだと並びが何順がわからなくて直感的ではないように感じました。
スマートフォンでは折りたたみかタブにした方がいいと思います。
それとキャラクター欄で旅人がパイモンなのはややこしいので、他と統一して「旅人_s.webp」に変更して欲しいです。
exkpはフィーチャーフォンを対象としたプラグインなので、残念ながらスマホには効果がありません。背景色をつけるデザインの方は検討したいですが、イメージが抽象的なので、デザインの見本があると作りやすいです。
tooltipについては上の方と同じなので議論の場をまとめさせてください。
旅人のアイコンについて、tooltipの方では無元素(旅人s.webp)が抜けていたので少し分かりにくくなっていたかもしれません(現在は修正済みです)。クイックアクセスでパイモンが採用されているのは1年前からなので、ここが問題になるのは予想外でした。修正後の状態だと問題はどの程度深刻ですか?(1.全く分からない、2.少し分かりにくい、3.問題は解消された)
返信記入漏れていましたが、メニューのアイコンについては透過画像がないのでこちらでの対応は難しいです。スクショだと解像度が荒くてメニューの用途に向いてないので、透過画像さえあれば良い案だと思います。
現トップページにもパイモンアイコンはありますが、隣に旅人が並んでるのですぐに分かります。新しいものだとそれがないため分かりづらい(初見は3、慣れれば2)です。メニューアイコン・メニューの旅人アイコンなどはFANDOMにあります(白いですが背景色付ければ良いと思います)
ありがとうございます。何かできることがないか検討します。メニューアイコンは公式以外から無断で画像を持ってくるのは少し躊躇われますが、そちらの方が良い人が多ければ……という感じですかね。
メニューのアイコンについて補足させてください。
以前の私の投稿を見ていただけるとわかると思うのですが、メニューのアイコンが全て祈願のものになっているのは、祈願情報をfrontPageに追加する議論の時に祈願用のアイコンを用意したので仮置きとしてそれを再利用したという経緯があり、今回木主さんがそれをさらに再利用しているためです。この祈願アイコンに関しては私が自作していて公式から保存したりデータマイニングで持ってきたものではありません。
現在祈願アイコン以外もいくつか作成しているので貼っておきます(実際に使うことになればSVGファイルをwikiに添付するので言ってください)。またメニューに載せる項目が決まったあとで要望があればできる範囲でほかの必要なアイコンも作成します。もちろんFandomや他サイトから引っ張ってこれるなら無駄な作業をせずに済むのでそれでいいと思います。
背景色のものについて少し試してみました。背景も枠線もなしにした方がシンプルで個人的には見やすく感じました。画像 https://imgur.com/a/xlbJeND
それと「編集者必読!」はなんなのか分からないのでガイドラインって書いた方がいいと思います。
>> 4569表の枠線を消してるこれってどうやって実装してますか?砂場に再現していただけると助かります。
>> 4564そういった経緯だったんですね。事情を知らずにすみません。それならば是非アイコンを使わせていただきたいです。
現時点でのメニューは確定ではありませんが、「キャラ・武器・聖遺物・任務・イベント・七聖召喚・深境螺旋・敵」の7つはゲーム内でもアイコンがあるので、同じものが必要になると思います。「掲示板」のアイコンはパイモンメニューの外部リンクと同じもので良いと思いますが、「元素」だけはどのアイコンにするか迷いますね。何かおすすめがあれば教えてください。
>> 4569表の枠線はwikiの仕様で消せないはずなので、単純に並べてflexで調整した状態ですかね?技術的に作成可能であれば後に投票の選択肢に入れることはできますが、個人的には逆に配列が頭に入りづらい感じがしました(無線ノートみたいな感じかな?)。
編集者必読は先駆者の提案そのままの部分ですが、「ガイドライン」と名の付くものは読まれないことが多いので、トップには必読と書いておくくらいがちょうどいい感じもしますが、いかがでしょう?
>> 4580
背景有無の実物例を用意しました(画像を加工して組んでましたが実際に作りました)
背景なしだと確かに見づらいですが、背景があると見やすくなると思います。
ガイドラインの表記は、個人的にはこのメニューはクイックリンクが主な目的なのでリンク先が何かを明瞭にした方がいいと思いました。
作成ありがとうございます。グレーのものは見た目もいいですね。ただ、このままだとスマホで見た時に表示が崩れてしまいます。
ガイドラインの方はそこまでこだわりはないので、タイトルに変更しておきます。
先日の武器表の木主です、武器の表に関して再考することに関しては異論はありません。
その上で
天賦表のゴローの前で改行して欲しい。
解決策は思い至りませんが
中段の下が揃っていないのが気になります。
1.この変更、今必要? 見辛いって人がいっぱいいるって訳じゃなさそうだし、挙げてくれた提案や改良案が、緊急案件とは思えないですが、どうお考えでしょうか?
2.たとえば「期間限定イベント」の欄を修正するとき、部分編集できなくて困ってます。
(可能な仕様なら教えてほしいです。試しに*とアンカーを入れてプレビューしてみましたが見づらくなったので反映してません)
3.ここまで難しい書き方にした理由はなんでしょう?
知っての通り、ここは有志のwikiです。もし大学や会社なら、このレベルを理解できる後輩が来たり、人事部が新人を連れてくるかもしれません。だけどここは違います。
「よく知らんけど書きこんでみよ~」「直してみた」って人が、繰り返していくうちに色々覚えて、おかげで誤字が直ったり、フッと笑えるような文章が書き込まれるんだと思います。
そういう、現時点では「#ってなに?」レベルだけど将来面白いことを書くかもしれない人が、これだけ大量のコマンドと英数字が並んでる編集画面を見たら、せっかく編集にハマッてくれるかもしれない、新しい芽を潰すことになりませんか?
編集に携わる人が減ったら、自分たちの首を絞めることになるのは同意して頂けると思います。
ここまで盛り込んだのはすごいけど、人に受け継ぐ書き方ではないと思います。(ぶっちゃけ今のFrontPageでも初めての人にとっては酷なのではと思ってますが…)
上の方と同感です。趣旨はわかりますが最初は追記や修正が主でいきなりFrontpageに手を出す人は少ないと思います。複雑な構文で危惧すべきは敬遠する人が増え古い情報のまま更新されず放置されるリスクではないかと思います。これに関してはプレイ人口も多いですし、他の方が言う通りそこまで複雑でもない、お世辞にもシンプルとまでは言えない現状でもほぼ即日更新が実現できているのでそれほど心配していません。
ただ、「コンパートメントで編集してくれ」というのはソースを見なければわからないので、部分編集リンクを手でつけた方が良いのではと思います。
既に現在のFrontにある『ピック中の星5武器素材』が前のバージョンのまま放置されてる(これは場所がページの下で編集した人が見落とした?)し、更新されないのはコードが難しい以外の問題もありそう
私の意見もほとんど>> 4567~4576の方々が説明してくれた通りですね。今回の部分編集用ページはこちらです。FrontPageコンパート
一点だけ補足しておくと、私はむしろ「編集者を増やしたくて」FrontPageを改修したいと考えています。
FrontPageの編集をしている人って実のところとても少ないです。イベントが始まってもバナーが出なかったりするのは編集者(私含めて5人いるかな?ってくらい)がその時間(11時とwebイベの13時)に編集できなくなっているのが原因です。(キャラページの編集者が感覚としては一番多いですが、それでも記述が進まなかったりすることも偶にありますね。)
ですので、編集者はむしろ増やしたいと考えていて、その一環として様々なページを便利にしようと進めているところがあります。
一点目に、見た目の改善を狙いました。現在のごちゃついたFrontPageだと、どれほど良質な情報が書いてるサイトであってもブラウザバックされてしまうからです。全体の利用者が増えれば、それだけ編集に携わりたいと考えてくれる人も増えてくれると思います。比較画像1 比較画像2 / 比較画像3 比較画像4
二点目に、イベント等のバナー画像をなくして文字情報onlyにしました。バナー画像は見映えは良いですが、画像添付の知識が必要で、転送容量の削減のためにリサイズが必要なこともあります。改修後は文字情報の入力だけで編集が完了するため、編集のハードルを下げることができます。
三点目に、開始前のイベント情報を入力しておく欄を整備しました。事前に入力しておくことで、編集できる人がその時間にいなくても、次のイベント情報にアクセスできるようになります。
難しい構文はほとんどレイアウト用の構文です。(cssboxとflexboxとincludeの3つ)
内容の更新にはほとんど知識を必要としないので、編集箇所さえ分かれば誰でも編集できると思います。
万が一、レイアウトの更新が今後必要になるとしても、使っている構文はwiki標準のものであり、マニュアルさえ用意すれば大抵の編集者は理解可能な範疇に収まっているはずです。(現在起きているスクロールバーの問題の方がよほど根が深くて対応が面倒なはず)
↑の木主の意見に賛成です。元々この新案のページが好きでしたし、改善してほしい点は過去の木で私が言った>> 3255のtooltipが重なる点くらいです。編集についても、現状よりも改善されていると思います。
画像のアップロード(画像はキャラアイコンくらいしかしたことないが)が一番やりたくないので、文字情報が多いのは、アップデートの度の編集の観点から言えばありがたいです。これなら、気づいた時にやっておいても良いかと感じました。
編集したい箇所にたどり着く方法についても、ソースコメントを参考にinclude探して各々の個別ページURL探して行って、編集したい箇所周辺の文字で検索すれば容易にたどり着けます。
追記する上で知っておかないといけない知識は、includeと表組の書き方とURLリンク付き文字の書き方くらいで、1日で理解して編集できる範囲だと思っています。日々の情報更新程度なら、編集者を増やすために十分役立つ改善だと思います。
返信感謝です。
1.いまだ必要に足る理由があるとは思えませんが、やる気がある人や詳しい人の多いタイミングでやっといたほうが良いというのは首肯します。
2.これは私の聞き方が悪かったですね。「FrontPageから直接、部分編集はできるのかな?」ということを聞きたかったんですけど、とにかく直接部分編集できるリンクはあったほうが良いと思います。
3.そうです。フレックスボックス,css,fa等が多用されていることです。一つひとつは難しくないと思いますが、これらが一気に詰めこまれていることで、編集画面がぐちゃぐちゃ(※整理されてないという意味ではなく、字面的に理解しづらい単語が多すぎるという意味)で編集する人の気を削がないか心配しています。ただFrontPageがあまり初心者がいじるページではないというのはそうかもしれませんね。
テンプレートに関していえば、試しに期間限定イベント欄を編集しようとしたら、たまにFrontPageの更新をしている私でも、長すぎてどこを修正すればいいか判別に時間がかかり、&countdownの日付修正を忘れかけたことは注意喚起になるかもしれません。
2-3.詳しいフィードバックありがとうございます。見た目が完成した段階で提案して中身は粗削りだったので、areaeditや編集コメントでもっと簡単に編集できるように工夫してみます。暫くお待ちください。
>> 4578
編集者を増やしたくてFrontPageを改修したいのであれば、私は効果があるか疑問です。
これはflexbox、css、faが他のページにはあまり見られないため、他のページを編集している人にとっても同様です。
「見出しで読む所が多い」のは見にくい要因とは思いますが、FrontPageのみ変えることが良い影響を与えるかは怪しいと思っています。
FrontPageは第一印象であり、その見た目を良くしたいとの気持ちは分かりますし良いと思います。
しかし、それが新規編集者を増やすための手段であるなら、別の手段を考えた方が良いと私は思います。
その手段としてイベントの画像を使わないのは良いと思います。
天賦育成素材の月木日において最後のセルがつながっていないようだったのでつなげました。
>> 4590
キャラページにしても考察以外の部分(特に天賦やボイス)は見た目的には初心者お断り仕様だと思います。そんな状態からマニュアル化・テンプレ化してできるだけ多くの人が編集できるようにしたのが現在の状態です。FrontPageもその試行さえ怠らなければ同じ道を歩めると思います。
実際の難易度イメージはこんな感じです。(cssbox>>>flexbox>includex>>>nobr>fa>ref>fold=color)
文字情報がメインのキャラページでは見出し→箇条書きにするだけで上から下へ情報の濃淡をつけることができます。よって内容も順に推測しやすいです。しかし、画像や各ページへのリンクなど文字以外の様々な情報を多数扱うFrontPageでは情報がバラバラの形態で散らかってしまいます。そのままでは視線が忙しくなってしまうので、もっと流し読みができるように構造から変えた方がいい……というのが画像の趣旨です。
よって、他のページにまで波及させる必要も用意もありません。
画像だけではニュアンスを伝えきれず、申し訳ないです。
もし私が「FrontPageの編集者を増やしたくて改修する」なら、このように変更します。
少なくとも私は「編集者を増やしたい」との意図を構文からは読み取れませんでした。
ここで私に向けてプラグインの説明をされても困ります。
編集用ページに分かりやすい説明を書くなど全体に向けて行って貰えると嬉しいです。
具体例の作成ありがとうございます。そういった直接的な方法も実際に効果的だと思います。
ご指摘を元に、こちらの案もマニュアル化や部分編集の実装を進めている最中です。「flexやcssを使って見た目を良くする」「初心者は難しいことに触れずに編集できるようにする」両立を目指していきたいと考えていますので、しばらくお待たせしてしまうことになり申し訳ありませんが、改良案ができてから再度ご意見をよろしくお願いいたします。
デザイン的な部分ですが、個人的には曜日別表の部分は濃灰色の背景に白文字より白背景の方が良いと思います。もともと狭い面積に情報が詰め込んであるので背景が暗いと圧迫感が増えます。何気に灰色が2色あるのも少し気になります
恐らく気になると思うので先に説明しておきますが、白背景のみ背景色を使うものとは実装方法が異なるので、余白の大きさをこれ以上変えることはできません。すみません。
ありがとうございます。私は明るい方が良いと思います、ただ白と言ったのは私ですが#e0e8f0くらいの色の方が良いかもしれないですね。
了解です。変更の是非を決める投票を行うことになったら選択肢に出せるようにしておきますね。
ピックアップ中、期間限定イベント、お知らせはそのタイミングで内容が変わるものであり、キャラやWikiのメニューは情報がストックされていくものであるが、新規の情報以外は頻繁に大きな更新がされないものであるたため、この辺を区別してくれるとわかりやすいかなと思った