Warframe Wiki

アップデートまとめ / 5

52 コメント
views
5
名前なし 2024/12/22 (日) 20:49:50 1db26@02931

このページから各カテゴリーに項目を移植されている方。まとめページに履歴があるより本来のページにある方が良いというのは分かるのですが、武器の項目について、折り畳み表示のままでは可読性に難がありませんか?取り込み元のページでは折り畳み表示にして、こちらだけ展開表示…というのが出来ない故かもしれませんが、それならば無理に移植せずにこちらをオリジナルページのままにして、向こうのページに折り畳み表示の中にこちらのページを取り込む、とした方が良いかと思われます。

通報 ...
  • 6
    名前なし 2024/12/22 (日) 21:30:49 修正 1db26@02931 >> 5

    現在進行系で作業中のようですが、ページの掲載様式を大幅に変更するならば先にコメントや議論などで提案して頂きたいです。さらに変更先の形式をキチンと考える前に作業/試案しながら更新するのは閲覧者にとって迷惑なのでやめて頂きたいです。コメント欄の存在に気づいていないのか、無視しているのかは分かりませんが、これ以上対話に応じず更新を続けるならば申し訳在りませんが差し戻させて頂きます。

  • 7
    一般ボーイ 2024/12/22 (日) 21:37:03 修正 8885c@14ee8 >> 5

    私が編集しています。

    武器の項目について、折り畳み表示のままでは可読性に難がありませんか?

    各項目が長すぎてページ全体の可読性が悪いです。

    取り込み元のページでは折り畳み表示にして

    どちらのページも折り畳みにしたいです。
    ページ全体のバランスが悪いです。

    9
    名前なし 2024/12/22 (日) 21:50:10 修正 1db26@02931 >> 7

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

    10
    一般ボーイ 2024/12/22 (日) 22:00:08 8885c@14ee8 >> 7

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

    11
    一般ボーイ 2024/12/22 (日) 22:01:42 8885c@14ee8 >> 7

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

    12
    一般ボーイ 2024/12/22 (日) 22:06:06 8885c@14ee8 >> 7

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

    15
    アプデまとめの人 2024/12/22 (日) 22:19:20 1db26@02931 >> 7

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

  • 8
    一般ボーイ 2024/12/22 (日) 21:47:04 8885c@14ee8 >> 5

    ページは元に戻しました。

  • 13
    一般ボーイ 2024/12/22 (日) 22:17:36 8885c@14ee8 >> 5

    リンク
    こちらに下書きしました。

    18
    アプデまとめの人 2024/12/22 (日) 22:29:45 修正 1db26@02931 >> 13

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

    20
    一般ボーイ 2024/12/22 (日) 22:37:19 8885c@14ee8 >> 13

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

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

    21
    一般ボーイ 2024/12/22 (日) 22:39:04 8885c@14ee8 >> 13

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

    22
    一般ボーイ 2024/12/22 (日) 22:43:32 8885c@14ee8 >> 13

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

    • アップデート毎の各説明をリスト構文なりで修正しきれてないこと
    • テーブルで武器などを入れるべきところが空欄なこと
    • 可能であればIncludexで表の行部分だけ抽出して、一つの表に結合できるかの検討
    23
    アプデまとめの人 2024/12/22 (日) 22:54:10 修正 1db26@02931 >> 13

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

    29
    アプデまとめの人 2024/12/22 (日) 23:23:11 1db26@02931 >> 13

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

    35
    一般ボーイ 2024/12/22 (日) 23:31:50 8885c@14ee8 >> 13

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

    36
    アプデまとめの人 2024/12/22 (日) 23:43:44 1db26@02931 >> 13

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

    37
    一般ボーイ 2024/12/22 (日) 23:45:03 8885c@14ee8 >> 13

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

    38
    一般ボーイ 2024/12/22 (日) 23:48:03 修正 8885c@14ee8 >> 13

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

  • 16
    一般ボーイ 2024/12/22 (日) 22:28:57 8885c@14ee8 >> 5

    話が2点あるので、インデントを戻して仕切り直します。

    • 各項目の履歴実体(ソース)をどこに記載するか
    • まとめページの表示をどの程度の長さに整えるか
    19
    アプデまとめの人 2024/12/22 (日) 22:34:35 修正 1db26@02931 >> 16

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

    25
    一般ボーイ 2024/12/22 (日) 23:09:13 修正 8885c@14ee8 >> 16

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

    27
    アプデまとめの人 2024/12/22 (日) 23:18:47 1db26@02931 >> 16

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

    32
    一般ボーイ 2024/12/22 (日) 23:28:23 8885c@14ee8 >> 16

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

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

    34
    アプデまとめの人 2024/12/22 (日) 23:30:37 1db26@02931 >> 16

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

    41
    一般ボーイ 2024/12/22 (日) 23:55:00 8885c@14ee8 >> 16

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

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