Warframe Wiki

驚きました。ページを大幅に改変するならばコーデックスの時のように先に改変案を掲示されるのかと思っていたので…。
ページ全体のバランスも何も、このページは履歴だけを載せるページですし、履歴が一目で表示されず、1クリックの手間があるのはページの主目的が疎かになっています。各カテゴリページならば履歴はオマケのようなものなので折りたたむのは理解できます。もしも各項目が長すぎるというだけならば、項目毎に適切な長さになるように折りたたむ長さを決めれば済む話です。
作業途中でどのような掲載様式にするのか分からないのでなんとも言えないのですが、全項目をバージョン毎にまとめるのは可読性が悪くなりませんか？
また、以下は編集者側の都合なのですが、各カテゴリに履歴が散らばっているよりも、このページにまとまっている方が更新する側としては作業がやりやすいです（このページを更新しているのはほぼ私一人なので）。

現状履歴が一目ではわからないと思います。長大なページのスクロールが伴い、目的の行を探すことになります。
Warframeのアップデート履歴が見たいなら最初からWarframeのページに行けばいいと思います。そもそも本体のページに履歴がないのが変なので実体はそちらに移しました。
アップデート毎にWarframeや武器をまたがって捜索したいのであれば、現在の長大なテーブルがオープンのままの表示形式は可読性が悪いと感じますが、どのような操作をイメージしていますか。

コメントに名前を付けてもらえますか。

本体のページをクローズにして、このページではオープンにする書き分けはできると思います。

確かに知りたいなら各カテゴリのページを見れば良い、というのはその通りです。このページにまとめる事に少し固執していた部分がありました。ですが、このページの有用性として、冬眠明けに各ページに散らばった追加要素を個別に確認しに行かなくて良い、という所があると思います。もちろん、完全な折り畳み形式のままでもその役目は果たせますが、せっかくの専用ページならばページ全体の見やすさを阻害しない程度には折り畳みの外に出しても良いのでは、と思いました。そして履歴の実体データ、どちらを取り込み先にするかは(先程は編集上の都合を出しましたが)、どちらでも構わないと思うので、折り畳みの形式に支障が出るならばこちらから取り込む、大丈夫ならば各ページで良いと思います。

考え込んでしまって返信が遅くなってすいません。これで完成という事で良かったんですね。フレームや武器の所には実際に名称を入れるか、各履歴の該当箇所リンクを貼るか、どちらかといった感じでしょうか。
うーん…正直言うと前の方が見やすいなと個人的には思うのですが、これが慣れのせいなのか分かりません。フレームや武器を全体のアップデート履歴に併記する、というのは現状で欠けているので必要性は理解出来ます。
かといって良い代替のデザイン案もすぐには思いつきそうにないのでちょっと考えてみます。

いえ、完成というわけではないです。概ねですが。
ページのタイトルがアップデートまとめなので、最初に示すべきが各アップデートの概要だと思います。なので各アップデートでお決まりの武器や何かの更新の有無をまず提示して、他細かい変更点(従来のその他)の記載で全体像を示せればよいと考えました。武器など個別の履歴テーブルを追いたければ各見出しへ判断してジャンプすれるという流れです。

現状のページ構成は頭から各論みたいな状況なので、個々の項目をスクロールなり見出しジャンプで個別の見て回って、総合的に全体像をイメージするような感じになってます。

また、現状の問題点として、テーブルに埋め込むことにより、改行が不便な点(&br;)と書式が限定される点があります。
テーブルにしないほうが編集しやすいですし、できることが多くなります。

私が書きかけた、まとめ見出しの不完全な点として、

• アップデート毎の各説明をリスト構文なりで修正しきれてないこと
• テーブルで武器などを入れるべきところが空欄なこと
• 可能であればIncludexで表の行部分だけ抽出して、一つの表に結合できるかの検討

わかりました。あとは
・武器などが同時実装多数であれば見づらくならないようにする
・アップデート毎に見出し(**)をつける
・可能であればホットフィックス(マイナーアップデート)とメジャーアップデートに違いをつけたりして見やすくする
あたりに気をつければこれで大丈夫だと思います。確かにテーブル形式は編集が面倒でしたので…。

とりあえずメジャーバージョン毎に見出しを付け、さらにその中で小見出しに分かるという形式にしました。

verごとに見出しを付けましたか。contentsの表示量が長くなるので、何か手を考えたほうがいいですね。
contentsxで*レベル1見出しだけにするか、まとめ見出し以下だけ表示させないかあたりがいいかと思います。

それもそうですね…。折り畳みの外に出す分の大見出し(メジャーバージョン)だけに見出しを付け、ホットフィックスなどのマイナーバージョン、折り畳みの中は#shadowheaderで見出しの一覧に載らないようにする、でどうでしょう。

とりあえずcontentsxをテーブルに格納して、左をレベル1だけ、右をレベル2だけにしました。
レベル2見出しがまとめ以下にしかない前提の大雑把な処置です。丁寧にやれば厳密にできると思います。

#shadowheaderだと目次ジャンプができないのでちょっと不便かなと思います。
前述の対応のレベル2だけ分けても長くなるかもしれないので、アップデート毎の目次は別途foldかaccordionで格納がいいかもしれません。
とりあず普通に見出しをつけてみて、どの程度長くなるのか様子をみてから決めればいいと思います。

実体：こちらのページで部分折り畳み、カテゴリページで全折りたたみ、という使い分けが出来るのならばどちらでも構わないと思います。
折り畳み：項目毎に一画面で表示できる20行程度。全体のまとめはメジャーバージョンで2つ前（現在ならば38.0と37.0を外に出す)くらいが良いかなと。

テーブルについての部分表示は、下書きページのテストの見出し(一番下)を見てください。
tablescrollで表の先頭から何ピクセル分までの表示で抑えるかを指定できます。はみ出た分はスクロールです。
foldで折りたたむ場合は、その中身を部分的に表示するなどは技術的にできません。foldで表示量を制御する場合は、個別ページでは表全体をクローズ、まとめページではオープンのような形です。

なるほど。この形式で問題なさそうですね。ピクセルは500～550程度が良いかと思います。

実体をどこに置くかですが。
私の意見は実体は各ページに置き、まとめページはその各ページからincludeで参照して寄せ集めるのが良いです。
理由は、まとめページの行数が多すぎるからです。今後上限の1600行を超えると思います。そうなったときは必然的にどこかに移してIncludeすることになります。すでに行数が達した他のページはそのようになってます。

まとめページに実体が全てあることのメリットは編集のしやすさということですが、
各ページへの編集リンクを付ければアクセス性は確保できます。バロキチの見出しに編集リンクを付けました。(赤字)
従来テキストエディタなどで1ページでソースを管理しているような場合は、そこは分散してしまうので不便ですが。

その形式で問題ありません。編集の手間はあくまで二次的な懸念でしたので、容量的にも危ないという事ですしそちらが優先されます。ご配慮ありがとうございます。

以下のような書き方はできないので、各ページにソースを分散させる場合は、ソースのあるページのテーブルに直接tablescrollを掛ける必要があります。ただ、そもそも各ページも表示量は抑制したいので、それで問題ないと思ってます。

#tablescroll(){{
#includex()
}}

これでいきましょう。
本ページに適用の後、MenuNewの先頭にリンクを加えてください。

反映しました。

トップの見出しが上手く機能していなかった(Update 35.0以降が反映されない、表の外に出すと正しく反映される)のでflex_container記述に変更しました。