Warframe Wiki
編集議論
1180
コメント
views
5
フォロー
Nightwaveの課題に対する高速達成方法って潜入に対する潜入攻略みたいに別個ページを立ててもいいのかな？S1のときにとりあずあの位置にぶっこんで以来ずっとそのままなんだけど、折りたたみの中に無理やり書いてるから書きにくい&読みにくい&探しにくいんだよね。 別ページにして見出し付きできれいに並べた方が閲覧性は高いと思うんだけど
どうぞ
「フォーラム使用のルール」「フォーラムの使い方」のリンクが有効でなくなっているようです。せっかくですから、この機会に『公式フォーラムへのフィードバック』用のページを作成してincludeで一括管理できるようにしませんか？
各Warframeのページにある見出しの"*公式フォーラムへのフィードバック"のことでしょうか。
とりあえずinculdeにするのは構いません。
ただし『公式フォーラムへのフィードバック』用の新規ページは作らない方法でお願いします。
数行のためにページを増やしたくないです。ではどうするのか。
"nav"のページにフォーラム案内用の見出しを一つ作ってそこに記述、includexで参照してください。
例えば以下のようにします。navのページには試しに現在の内容を記載しておきます。
2案目としては、現在の"Forum"のページに参照用の見出しを作って同様の形式にする。
ただ"Forum"のページの構成になじまない気もするので推奨ではないです。
ただし最初にとりあえずと言ったのは、記述する場所の変更を検討したいです。
contentsで見出しを一覧したときにこの項目は違和感があります。見出しレベルの内容ではない気がします。
現在はWarframeのページにだけこの見出しがありますが、たとえば他のページの対応を考えた場合、見るページ毎にこの見出しがあったりすると煩い感じがします。
どこかに書くならコメント欄の先頭に案内として簡単に記述されるの良いと思います。
私の意見をまとめると
(検討する・しないによらず、とりあえず現状の構成で置き換えは進めてもらっても構わない。)
この件に関連して他の"header/~"や"nav/~"などに分散してる参照用ページの対応を検討します。
同様に"nav"のページに見出し別に統合します。別件で私がやります。
"header/~"や"nav/~"などに分散してる参照用ページを、全て"nav"のページの見出し別に統合します。
各ページでの参照記述は#includexによる見出し参照に変更します。
とくに意見がなければ7/9以降、順次書き換えていきます。あるいは誰がやってもらっても構いません。
対象ページの絞り込み方法は、"header/~"などの各ページ名で検索です。
navのページにはすでに見出し別に参照できるように準備済みです。見出しの並びや階層別の整理は後でやります。
書き換え終了後、"header/~"や"nav/~"のページは削除します。
関連して、"メニュー"(ナビゲーションメニュー)のページも削除します。navのページで網羅できるのと、そもそもページ名が紛らわしいので。
変更理由
まずは以下を置き換え
順次移行中
Warframeの一覧表以外は全部完了。
Warframeについては別件の公式フォーラムへのフィードバックの表記の変更を決めてから実施します。
全て完了
以下[[nav]]内各見出しに統合し、各ページは削除
以下削除
以下移動
→wiki内ダクト/Menu
移動前のページを参照してるリンクも修正
各Warframeページの公式フォーラムへのフィードバック案内の変更
現在各Warframeのページにある公式フォーラムへのフィードバック案内の表記を変更しようと思います。
意見が無ければ7/25以降に実施します。
現在は見出しレベルでこの案内があります。また目次にこれが載ります。
変更後は見出し項目としては削除し、案内をコメント欄に編入します。
これにより目次からは消えます。コメント欄内での表記は入力欄の下にします。
現在と変更後の例をサンドボックスに書きました。
サンドボックス
変更理由は
単に注意書きや案内レベルのもので、各ページにいちいち見出しで書くものではないからです。
内容自体はあってもよいと思うので残すとして、書く場所はコメント関連なのでコメント欄にします。
表記内容は見直して簡潔にしたいですが、それは別途検討することにします。
この案内掲載の過去の経緯は以下のページにあるようです。
編集議論/wsi/提案・意見用コメント 2015-10-06 (火) 11:31:08
順次変更中
全Warframeのページの見出し削除とコメント欄への移行を完了。
表示内容の修正はまだ。
今更ですが、現『Helminth』ページの情報を削除、もしくは別のページに保管して、『Helminthシステム』ページの情報を『Helminth』ページに移行しませんか？『Helminthアビリティ』とか『Helminth第xx形態』とかのHelminthは、ダイモスの心臓以前の『Helminth』ページにリンクされてしまうんですよね。Helminthシステムの情報が『Helminth』にあれば、タイピングの手間が減って他のページからリンクさせやすくなるのも利点です。
『Helminth』と『Helminthシステム』は現状のままページが個別に分かれていいたほうが良いです。
それぞれ説明すべき内容が違います。
Helminthという存在が基本にあり、そこから派生してるのがHelminth クリサリス・システムです。
現在多くの人がゲーム機能としてのHelminthシステムに興味があるとは思いますが、Helminthの説明を無くすことはありえません。
『Helminthアビリティ』については内容が多くなってきてるのでそのうちページを独立させます。
現状のテンプレートは見づらいと思い、SandBoxに「ファウンドリ情報の記述案」と「アビリティ表記案」を追記してみました。テンプレートを差し替えても問題ないか、ご確認して頂ければ幸いです。
スマホから見ると切れるので変更しない方がいいと思いました
ご指摘ありがとうございます。申し訳ありません。nobrプラグインについての説明が抜けておりました。縦長画面用の補足説明を追加しました。もし「表が見切れるくらいなら文字列を折り返す方が良い」という意見でしたら別パターンを作成しようと思っていますが、如何でしょうか？
>と<のスタイルはゲーム内説明文を置くのに向いてない。表とわざわざ切り離す内容ではないし。
sandboxに現状を書いて比較出来るようにしてください。
ファウンドリ情報の記述案について、sandboxに現状を追記して比較できるようにしました。また私の意見を折り畳みで追記しました。
アビリティ表記案の表 アビ早見 項目(範囲,ダメージ等名称) 数値 の順だけど,数値 項目 アビ早見 の方が見やすくないかな? アビ早見使いたいって時は,ランク3の時どうか検討することが多いだろうから.ランク3の数値と早見の目線の移動が少なくなって便利かと.(エネルギーをENってしないと横長になるかもだけど...)
アビリティ表記案は表左側に主語ではない、時間範囲効率威力があり位置がおかしい。アビリティ単位でみるこの表が何の役に立つのか、意図が分からない。早見にも詳細にも使えない。
アビリティ表記案について、sandboxに現状を追記して比較できるようにしました。また私の意見を折り畳みで追記しました。
まず前提としてゲーム内の表記が必ずしもPCブラウザで見やすい訳では無いので表の作りをゲーム内に合わせる必要は無い。
現行の表は表を見ればアビリティ説明と大雑把なスペックを把握できるようになっているのでこれを態々分ける必要性も感じない。
影響するMODについてもWISP1番やCHROMA2番のようにモードセレクトのあるアビリティの場合編集者の手間が大幅に増える事になるので砂場のような形は避けるべき。
ランク表記は個人的には見づらいとは感じないが編集者の手間は減るので最大ランクのみ表記はアリかも知れない。
結論:ランク部分だけ削ればいいのでは？
反応が遅れてしまい申し訳ありません。一般ボーイさん、現との比較をまとめに加えて修正案まで記述して頂き、誠にありがとうございます。私の案にあった問題が概ね解消されていると思います。
LIMBO PRIME が、LIMBO よりも BO PRIME を優先して自動リンクさせているようです。修正をお願いします。
対応しました。
『剣と盾』カテゴリの武器名が記述された際、"＆"が半角の"&"であっても、自動リンクされるように設定して頂けませんか？
対応しました
フォーカスの記述に関して、各ページ間延びしてる印象があります。砂場にて「フォーカスアビリティの記述案」という形で変更案を記載してみました。ご意見の程を伺ってみたいです。よろしくお願いいたします。
好みの問題だとは思いますが、ランクとアンロックコストを同じ行に収めるよりは、ランクの行とアンロックコストの行とで2行に分ける方が見やすいと思います。
ご意見ありがとうございます。砂場の内容を更新してみました。
各テンノ道のページから『Zarimanの天使』以前の情報を別ページへアーカイブしても宜しいでしょうか？現在プレイする上では新仕様の方さえ載っていれば十分ですから、もはや何の助けにもならない旧情報は載せる必要もなくなっているはずです。もし『使えなかろうが関係ない。ページ内容には旧情報を必ず含むようにしろ』という方針であっても、アーカイブをincludeすれば問題ありません。contentsxにinclude=offを入れるだけで目次から旧情報を取り除けるという利点もあります。
VAZARIN/旧のようにページを作り、旧ページに見出し別に移してください。
VAZARINのページには履歴用の見出しを作り、いつどのような変更があったのかを簡単に記述。旧ページの見出しへ案内してください。履歴の変更点記述は旧に書いておいてIncludexでもよいです。
さらに時間が経って旧ページがもはや不要になったらバックアップサイト(warframev)の方に移します。
例、
Warframeみたいに武器も通常版と特殊版で同じページにしてほしい
派生欄でそのまま飛べるからそんなある必要なくない？まぁでも1番上のステータス表で派生版のステータス見比べできたら便利だなとは思うけど
データと固有性能だけ書き並べるぶんには良さそうだけどテンプレートに沿って書くとバリエーション多い武器はすごいことになりそう
wiki詳しくないですが、ダークモード機能とかプラグインってないですか？なければ背景黒の文字白にしませんか。眼にも省エネにも優しいです
ユーザースタイルシートでそれっぽくしてるけどwikiだけじゃなくてzawazawaの方もいじらないといけないからプラグインとしては無理…なのかな？
その質問はここではなく一般質問コメントの方かもしれないね。とりあえずChrome系ブラウザならDark Reader系の拡張を入れる事で対処可能だと思う。ただ、ダークモード表示中は都合上zawazawaの読み込みが遅れる等の些細な問題が併発する。
気になったことですが、フレームおすすめビルドのページでコメント欄をつけずに投稿している人がちょいちょい見受けられるのですがビルド紹介ページとしてはどうなんでしょうか？
コメント欄が討論で荒れるのを嫌って付けてないのかwikiが重くなるから付けていないのかが分かりませんが、半分好き勝手な内容書く砂場と化してる気がしなくもないです。
ビルド紹介であるなら意見交換や質問は必要だと思うのでこれらの整理した方がいいのかな？とも思ってますがどうでしょうか。
つけてないなら製作者がお前らのコメントなんていらないと判断してるってこと
ビルド個別ページテンプレ のバックアップの3 (2021-08-15 (日) 16:21:51)時点ではまだテンプレートにコメント欄が無いので、歴史的経緯として「比較的最近までコメント欄がテンプレート入りしていなかった」という点に留意する必要があるかと
またこのwikiにおけるコメント欄の設置方法に関してもこのwikiのzawazawaのトップに移動して上部リンクから設置方法を確認しないと分からないので、フレームビルドページから具体的なコメント欄設置方法までが導線的に繋がっていないのも障壁になっていると思われます
とりあえずテンプレの末尾部分に設置方法へのリンクを追加してみました
単純につけ方がわからないパターンもけっこうありそう。おすすめフレームビルドのページでつけてほしいと依頼されたことあるし。
おすすめフレームビルドに関しては、「緩やかでカオスでもいろんな記事を書いてもらえたほうが嬉しい派」と
「記事作成が活発じゃなくなったとしても攻略本のように最低限クオリティーが保証されてたほうが望ましい派」でけっこう意見が大きく分かれるのでかなり難しさはあるけど、
お互い尊重して共存できる方向性を議論できるならコメント欄必須にするとかのルール化を検討してみるとかはありだと思う
木主ですが、枝2と3のテンプレになかった、付け方知らないというのはありそうです。
枝1に関してはまさにそれが問題なんですよ。
Wikiとしては情報の精査や検証をして情報として有益なものを作る必要があります。
ただ、お前らの意見要らねーからとなると情報の真偽に関わらずそれは落書き帳に気ままに落書きしてるのと一緒になります。そうなるともう真偽不明や誤情報もそのまんま乗りかねない上古い情報も放置されることになります。
それがWikiとしてどうなんでしょうかといった感じです。自分の好き勝手な論表書きたいならブログやTwitterで書いてくれって話ですね。
投稿場所を間違えてたようなので改めて投稿します。
たまに編集したりしてて気づいたけど、アップデートで変更された箇所は変更されたバージョンの記述があったほうがいいと思う。
情報が古いか新しいかの判断の目安として単純にわかりやすくなるはず。
格納してる中に書いてあったりするけど、格納するのは長くなるであろうと思われる古い情報だけでいいんじゃないかな？
具体的な変更案を提示した上で反対者がいなければ木主が編集すれば良いんじゃないかな。
基本的にはページの概要に書いておくようにしたらいいと思いました。
何かしら理由があれば個別に明記した方がいいと思いますが、これは編集者の裁量で判断しなければいけない気がします。
例えばGarudaなんかは今年リワークされていますが、リワークされたこと自体が書いてなかったりしますよね。
編集された情報がどの時点の情報か、というのを明確にしてよいはずです。
自分が編集すればいいってのは丸投げ気味で皮肉かわかりませんが、
色々な編集者がいるので自分が編集したとて削除されることもあるので提起したのです。
存在してる全てのページに追記するのは大変なことは理解しています。
以下は表記理由です
コメント欄設置のガイドがあるため誰でも設置はできます。しかし、コメントをした後に表示される「最新のコメント20件」内のリンクをクリックすると、zawazawaに飛ばされてしまいます。該当ページのコメント欄に飛ぶようにするにはどうすればいいのでしょうか？
管理ユーザーが手動で設定する必要があるそうです リンク コンパニオンのページは対応してもらいました
なるほど！私は該当ページのコメント欄設置者ではありませんが、申請と報告ありがとうございます
被ダメージの仕組みに関して新規ページ作成。異論なければMenu内、ダメージの仕組みの下にリンクすることとしたい。
作成理由：被ダメージに関する情報が「Warframe」のページと「ダメージの仕組み」のページに散在しており、利便性が悪い。
エフェクティブヘルスの利用例がとても良いですね！ 物理属性ダメージ耐性はほぼ共通なので、毒とそれ以外の2カラムにまとめても良さそうに思います
表を少しまとめた。ページ自体、突貫で作ったので色々間違いがあるかもしれない。気づいた方は修正又は指摘願います。
当該ページをメニューに追加した。
とりあえずダメージの仕組みにおける「Finishing(True) ダメージ」と被ダメージの仕組みにおける「Cinematicダメージ」と「Trueダメージ」で用語が混乱している様に思います。
ダメージの仕組みにおいては「Finishing(True) ダメージ」を区別せず・フィニッシャーや切断ダメージの状態異常を含む概念として使用しているのに対して、被ダメージの仕組みにおける切断ダメージの状態異常は(Trueダメージの一種ではなく)Cinematicダメージと分類されています。(被ダメージの仕組みにおけるCinematicダメージは「切断ダメージの状態異常によるダメージ」のみを指す分類として使用されています)
またダメージの仕組みにおけるFinishing(True) ダメージと被ダメージの仕組みにおけるTrueダメージのどちらも「シールドを無視するかどうか」を混在させていますが、被ダメージの仕組みの様にTrueダメージとCinematicダメージに(用語自体は別の言葉でもいいと思いますが)分割して分類するのであれば、「シールドと装甲を無視するダメージ」と「装甲は無視し・シールドは無視しないダメージ」で切り分けるのが適当ではないでしょうか？ 少なくとも「切断ダメージによる状態異常によるダメージ」と「フィニッシャーなどによるダメージ」(どちらも装甲を無視し・シールドは無視しないダメージです)をダメージタイプとして分割するのは奇妙な分割法と考えます。
ダメージの仕組みは最近しっかり更新された。ただFinishingダメージに限っては該当するフレームページも含めて全部ひとまとめの表記にされてしまった。コメントで指摘したけどスルーされて、編集合戦になるのも面倒だったし放置してたんだけど編集した方が良いかもしれない。
英wikiの様にCinematicダメージを切断異常によるダメージのみと定義し、またTrueダメージを「シールドと装甲を無視して・ヘルスとオーバーガードにダメージを与える」ダメージタイプとする場合、現在切断異常によって発生するものを除いた「装甲は無視しても・シールドは無視しない、シールドとヘルスとオーバーガードにダメージを与える」ダメージには(英wikiを含めて)呼称と説明が存在しない、という事になると考えられます。
英wikiと同様に定義する立場に立って記述する場合、(現状においてCinematicダメージとの違いは「切断異常以外から発生する」という一点のみと思われますが)その呼称の無いダメージタイプについても何らかの説明が必要と考えます。
(現在の被ダメージの仕組みにおいてのTrueダメージとは「原則としてシールドを無視しない」「アビリティの効果としてシールドを無視する場合がある」とされているものであり、英wikiのそれとは別の見解で書かれているようです)
英Wikiの変遷としては
最初 装甲無視ダメージは全てFinishing Damageと呼称
2018年 Finisher Damageと混同され易いので、True Damageに改称
2023年 True Damageから切断ProcをCinematic Damage(DT_CINEMATIC)として分離
結局、英Wikiに合わせるのか、このWiki独自の分類にするのかと言う話なんだけど、私は基本的に英Wikiに合わせるのが筋と思う。あそこは一応公式なので。
たとえTrue Damageのアビリティがシールド無視したりしなかったり、あるいはフィニッシャーと切断Procが、ユーザー目線だと同じ物に見えるとしても。必要な部分は注釈等でカバーすれば足りるんじゃないかな。
＞1154
＞英wikiの様にCinematicダメージを切断異常によるダメージのみと定義し、またTrueダメージを「シールドと装甲を無視して・ヘルスとオーバーガードにダメージを与える」ダメージタイプとする場合
This damage type only applies to health and overguard, and bypasses armor's damage reduction.
わかりにくいんだけど、ここでの only は続く bypasses armor's damage reductionに対して強調したもので、シールドに関して言及しているわけではないと思うけど。
何故なら下のType Effectivenessnoの表で、シールドにはN/Aの記載がない。つまり英WikiはTrueダメージは「原則としてシールドを無視しない」としている。
なので、「被ダメージの仕組み」の記載と英Wikiの見解は基本的に一致しているはず。
英wikiにおけるCinematicダメージの説明は「This damage type applies to health, shield and overguard, and bypasses armor's damage reduction. 」であり、また同Trueダメージとの差異に言及されている部分では「Cinematic Damage is similar to True Damage, though the latter also bypasses shields.」とされているので英wikiにおけるCinematicダメージをTrueダメージから分割する立場の人は「(装甲だけではなく)シールドも無視するのがTrueダメージ」と考えていると思われます。
Trueダメージの説明を「シールドに言及している訳ではない」と解釈する場合「英wikiにおいても見解が2種類存在し、統一見解は存在していない」と解釈していると認識すればいいのでしょうか？
英Wikiでもごっちゃになってるから丸コピすると面倒なことになるっていうのは同意。シールド無視ってことにしとけば挙動がごちゃごちゃなTureのほとんどが簡単に分類できて良いんじゃない派。で、例外は少ないからそれは注釈で良いんじゃないかと思う。
英wikiの関連ページをいくつか確認しました。
現状slash procの挙動がtrue damageと同じ挙動である以上、例外的にシールドを除外するtrueダメージアビリティがある、というEVページの表記に倣って、turue一括表記+例外が生じた際に個別表記でいいのではないでしょうか。cinematic damageへの言及は注釈などで十分かと思います。
Cinematicの歴史的経緯がそれなら確かにTure統一表記の方が良さそう。あとFrost3番もシールド無視Tureだけどダメージの仕組みが編集された際に漏れたので、この際KULLERVOと共に追加すれば完璧だろうか。
追加でSEVAGOTHのSow・INAROSのDesiccationの一部(毎秒ダメージ部分)・REVENANTのReaveの半分(ヘルスドレイン部分)が装甲・シールド無視(英wikiの内容とは違いINAROSのDevourはシールドを無視しない様でした)、というのはいいのですが、少なくともTRINITYのEnergy Vampireの装甲・シールド無視に関してはMarked For Deathによるダメージに引き継がれるのが確認できているので「装甲を無視するダメージタイプがアビリティでシールドをも無視できるようになった」なのか「また別のダメージタイプ」なのかでMarked For Deathの仕様(アビリティによる特殊効果を引き継ぐorダメージタイプが違うだけ)に首を突っ込む事になる要素でしょうか
Trueダメージの説明を見返していて誤解していたので訂正します。
Trueダメージ："This damage type only applies to health and overguard, and bypasses armor's damage reduction. It is primarily available through some Warframe abilities. "
Cinematicダメージ： "This damage type applies to health, shield and overguard, and bypasses armor's damage reduction. "
シールドを無視する=True、無視しない=Cinematicで英wiki内表記は使い分けているようですが、英wiki内コメントを見る限り装甲無視全般=true damageという感じで使っている人が多いので多少混同が見られます。
詳細は当該ページのコメント欄でやってください
Incarnonってデュヴィリの再演に入ってるけど武器欄からもこのページに飛べるようにできんかな？
ゲーム内の一部記述が英語→日本語に置き換わったようです。
例えば、incarnon→インカーノン、endo→エンドなど。
気が付いたものがあれば教えてください。ページ名の変更は基本考えてませんが、TITLEには反映しようと思います。
この影響でゲーム内フィルターでincと打っても、incarnon化した武器がヒットせず、面倒になりました。
エンドはEndoに戻ったので再度修正。インカーノンは日本語のまま。他は未確認。
ボスページ「フラグメント・スゼレイン」を作成しました。ガーゴイルの叫び作戦で早急に情報共有できるページがあった方が良いと思ったので。レファンティスのページを参考にしましたが、今後別マップで出てくる場合はササヤキの目を集める等のフェーズは分離したほうが良いと思っています。ただ、Zarimanの天使のように分離するか、ミラー防衛のようにするかは自分に判断が付かなかったので現在の形にしています。
要するに、ボスとミッションが分離できていません。
wiki管理者様へページ名の変更のお願いがあります。「フラグメント・スゼレイン」から「ザ・フラグメント」です。よろしくお願いします。
管理人メモで報告したほうが良さそうだったので管理人メモの方で依頼を出しておきました
最近"クエスト"や"シンジケート"などの文字列の一部を数値参照文字に置き換えてる方へ
やめてください。
そういう大規模な編集をするなら事前にやりたいことや編集方針なりを相談をしてください。
数値参照文字にするとソースの文字列の可読性や検索性が悪くなります。知らない人が見ると何が書かれているのかわかりません。
不特定対数で編集するwikiでは、どの文字列に対してそういった書き換えを行うのか、また全ての記述をそのように統一するのかは困難です。なのでシンプルな表記がよいと思います。
また個人的にはページ定義されてる文字列はリンクされたほうが良いと考えてます。
ただ部分一致で例えば、"京都"というページがあって、"東京都"で部分一致してしまうケースなどはリンクを回避するべきだとは思います。
一部オートリンクを避けるならインライン要素で囲むか、nullを差し込んでください。
例えば"&color(currentcolor){東京都};"とか"東京&null;都"など。currentcolorのところはなんでもいいですが。
これなら何が書かれているかはわかります。
あるいは特定の文字列のオートリンクをサイト全体で除外するならForceIgnoreListを使います。
LexPのページ見てて思ったけどIncarnonへのリンクがあるといいなと思った
プライマリだけリンク追加してみました。リンクの編集は初めてですので、なにか間違いがあれば元に戻します。😮よろしくお願いします。
編集の際に、別モデルは違うかなぁ…と思って備考欄にしてみました。後はincarnon武器のところだけリンクさせたかったのですが方法がわからなかったので今のままになりました。申し訳ないです。
公式のバージョン表記にモバイル版(MOB)が追加されていたのでトップページにも追加してみました。レイアウトやカラーなど独断と偏見で決めたのでそうじゃない！という場合は修正お願いします
不具合・バグ報告 ←記事の公式フォーラムリンクを踏むと「We could not locate the item you are trying to view. 」ページに遷移するのですが、自分だけでしょうか？そうでないならリンクを更新したいです。
リンクは更新しても問題ないと思いますが、機種ごとのリンクはプラットフォーム固有のバグ報告に限った場なので、どうせならサブフォーラムに沿って各リンクを用意した方が便利かも知れませんね。
現状のリンク先に更新しました。フォーラム・リニューアルによってリンク先が変わることがたまにあるようですね
定期的にOWマップで魚が湧かない野生の保護動物が出ない等の書き込みが見受けられるので エイドロンの草原,オーブ峡谷,カンビオン荒地等のモリ釣りと動物保護が出来るOWマップは仕様で保護動物,魚,敵のスポーン枠が共有されている旨を記載しても良い気がします