掲示板・スレッド詳細
編集者用スレ part4
0.
yayoi - 16/09/06 21:21:14
当wikiを編集している人専用のスレです。
編集者同士の会話はこちらへどうぞ。
前スレ
http://seesaawiki.jp/aigis/bbs/19368/l50
ユニット編集、当wikiへのご希望、編集できない方からの情報提供、その他専スレのある話題は該当スレへ。
http://seesaawiki.jp/aigis/d/incl_%b7%c7%bc%a8%c8%c4%cd%b6%c6%b3
476.名無し - 16/10/18 08:52:02 - ID:ux1ehcyWCQ
>その整合性をとる必要がないと考えた理由を聞きたいです。
実は、中見出しの中ではあと、レアリティ一覧のサファイアの右に置けば整合性は取れる。
その際、レアリティはレッド? ルビー? 王子?
>案6改では、例えば、初心者王子が王子のページへ行こうと直接リンクを探す時、
必ずしも初心者がメニューバーから直接王子を見つけられなくても(見つけにくくても)問題ないと思う。
いずれかの近接の中に入っているのだから辿り着けるだろう。
なにもワンクリック縛りに拘る必要はないかと。
>シンプルでコンパクトな表記を目指すのなら、
シンプルで(スペース的に)コンパクトに収まるなら重複してても問題ないかと。
>案7のような独立表記でも達成可能だと思います。
そもそも「中見出し」に王子がある方がヘン。
>早見表
俺は前々からSS無しで軽くした「クラス別ユニット一覧」の設置には肯定してきたし、この板では需要も確認している。
逆に「クラス別ユニット一覧」そのものは開くだけでも重いというかデータ量が多いので俺としては削除したいぐらい。
必要になるものを置き、削除したいものを削除できないでいるから2つともある状態。
メニューバーでも一行に収まるからまぁいっかと。
>ところで、「異性質3行なのでセーフ」というのがよくわかりませんでした。
明らかにレアリティ7個とか並んでてもクドイだけじゃん?
アイアン、ブロンズ、って来たらあとは何か分かるような物を並べて表示させといて行数食うのはナンセンス。
だからその逆がセーフの条件かな。
477.453 - 16/10/18 09:59:37 - ID:sz4Sc0B7Ow
ステータス表とclass_近接型_一覧の経緯・関係なのですが、前スレの話(2016/6月頃)を要約すると
「近接型ページをクラス単位に分割して置き換えたが、このページをステータス一覧として使う事もあった。目次分割されるとその使い方ができない。
残して使うなら更新の手間が2重になってしまうがclass_近接型_一覧のように埋め込みにすると更新の手間いらずで類似ページが維持できるから妥協案としてどうか?」
という形で作られた物です。
早見表はその議論のさらに2014年に作成されていて、更新自体も2015年で止まっているようなのでclassページの話とは関係なさそうです。
ページ肥大化を早期対処しようとして作られたのでしょう。
―――――――――前置きここまで――――――――――
「ステータス一覧」のページを作るなら、既存のクラスページ(class_ソルジャー等)を「ステ表_ソルジャー(仮称)」と「詳細解説_ソルジャー(仮称)」に分けて
#include(ステ表_ソルジャー)
#include(詳細解説_ソルジャー)
とするのが良いと思う。これをクラス数の数だけ繰り返す(60強)
その上でステータス一覧ページには
#include(ステ表_ソルジャー)
#include(ステ表_ヘビーアーマー)
#include(ステ表_ワルキューレ)
・
・
・
といった感じだろうか。
利点は言うまでもなく、更新の手間がかからない事。
欠点は色々あって、
・120ページ作らなけりゃいけない手間
・ドット絵や顔アイコン等の画像が残るのでページは短くなるが重さは変わらないかも?
・2重の埋め込みは表示できないはずなので、クラス一覧ページは実質死亡(遠距離一覧ページのトークンのようになる)
パッと自分の頭で思い浮かぶのはこの辺ですかね。
478.453 - 16/10/18 10:48:24 - ID:sz4Sc0B7Ow
書き忘れ
一方の早見表の方は上記の問題がいろいろ解決されているが、やはり更新の手間がかかるの一語に尽きますね。
更新の及ばないところがいくつか見えている現状ではなるべき編集労力の削減に努めたいのが、自身の現状の方針です。
メニューバーの並びに関しては、個人的にはあまりこだわりはないのですが、王子の位置に関してはどこかしらの見出しの先頭部分での独立表記が望ましいと思います。
厳密に考えるのであればユニットとしての王子は「class_王子」に所属するユニットの一つであり、レアリティがない事を除けばシンシアやグレーテル等と同じで、本来はメニューバー内の中見出しどころか小見出しにも置くべきではないのですが、
「成長方式が他ユニットと全く違う」「外伝的な形式の編成固定ミッションを除き出撃チームの15枠とは別の編成枠にいる」
などの強い独立性を持ち、かつ「主人公ユニットであるという特別性」がある事が理由です。
あるいは方向性を変えて、王子をユニット大見出しから別の大見出しに移してしまうのもアリですかね。さらに話が膨らみそうですが。
479.名無し - 16/10/18 22:37:54 - ID:/TsoS8jjMw
>>476
>実は、中見出しの中ではあと、レアリティ一覧のサファイアの右に置けば整合性は取れる。
>>473では整合性をとる必要がないとの立場だったはずですが、
整合性をとる必要がないと考える理由への質問の答えとして、整合性がとれると回答している、
ということは、考え直して、整合性をとることが必要だとの認識に至ったと考えてよいですね?
これで、メニューバー表記は整合性をとるべきであるという点について、
私の主張と>>476さんの主張が一致しましたね。
従って、以降は、王子をどの位置に表記すると、あるいは表記しないと、
最も整合性が取れるのかが次の論点となります。
それを踏まえて、なぜレアリティ一覧のみへの追加で整合性が取れていると
言えるのか、理由を伺いたいです。
これは>>476さんの考える整合性の定義にもかかわるので、説明が必要です。
その一覧内等に王子が含まれる場合には第2階層にも表記する、ということなら、
「ユニット一覧表」「ユニット索引」「限定入手ユニット一覧」「絵師別一覧」の
下位階層への表記も行わないと、整合性が取れているとは言えません。
>なにもワンクリック縛りに拘る必要はないかと。
拘る必要がないなら、王子は削除する方が
よりシンプルで(スペース的に)コンパクトに収まり、整合性も取れます。
>>476さんのこれまでの主張にも沿います。
王子だからといって特別扱いする理由はないように思われます。
しかし、案6ではそうなっていません。それはなぜですか?
>>473で、王子がメニューバー表記に値する特殊な存在だと考える論拠を示して下さい。
>シンプルで(スペース的に)コンパクトに収まるなら重複してても問題ないかと。
重複することと、シンプルでコンパクトに収まることが両立可能と言える根拠は何ですか?
重複記述は複雑さと相関関係にあり、シンプルさ・コンパクトとは相関関係がないと考えるのが自然です。
続く
480.名無し - 16/10/18 22:39:05 - ID:/TsoS8jjMw
>>479の続き
>>476
>そもそも「中見出し」に王子がある方がヘン。
何がどう「ヘン」ですか?感想だけではなく、根拠も説明して下さい。それが議論のルールです。
案7のこの部分は、元はレアリティ一覧だった部分を再構成したものです。
表記内容については、>>476さん自身が「レアリティ一覧のサファイアの右に置けば
整合性は取れる」との書き込みで主張するものと実質的に同じであり、
自己矛盾した指摘であるように思えます。
>明らかにレアリティ7個とか並んでてもクドイだけじゃん?
>アイアン、ブロンズ、って来たらあとは何か分かるような物を並べて表示させといて行数食うのはナンセンス。
「クドイ」かどうかは>>476さんの感想・主観であって、客観的とは言えません。
レアリティ7個並んでいるのは、私には「くどい」どころか、
>>476さんの主張通りの、シンプルでコンパクトな表記だと思っています。
レアリティの順番がすぐに分かるかどうかも同様です。客観的な判断基準の提示をお願いします。
481.名無し - 16/10/19 00:18:25 - ID:iwF6HwR9ig
長すぎて分からんので3行にまとめて
482.名無し - 16/10/19 04:19:46 - ID:ux1ehcyWCQ
>>478
あれは未完成というか放棄ものだったのか。
ならちゃんとしたのが作られるまでは空きにすべきかな。
>ということは、考え直して、整合性をとることが必要だとの認識に至ったと考えてよいですね?
いいえ、ちょっと長文書く前にロジック考えてください。
全部台無しになりますから。
整合性を取る必要は無いという考えは変わってません。
取る必要はないということは、取れていても良いということです。
その範疇で整合性が気になるならこうすることで整合性も取れますという提案をしたまでです。
>それを踏まえて、なぜレアリティ一覧のみへの追加で整合性が取れていると言えるのか
他の項目は項目として王子を入れるような区分けがされていないからです。
>拘る必要がないなら、王子は削除する方がよりシンプルで(スペース的に)コンパクトに収まり、整合性も取れます。
物理的にはそのようなことはないが?
視覚的にも極僅かだし。
>王子だからといって特別扱いする理由はないように思われます。
王子は特別な存在なんだから特別扱いするんだよ。
>>>473で、王子がメニューバー表記に値する特殊な存在だと考える論拠を示して下さい。
他の人も書いてるけど、主役、強制、特殊な成長。
単に外すことが出来ないというだけでも、他のユニットとは違う存在なのだよ。
>重複することと、シンプルでコンパクトに収まることが両立可能と言える根拠は何ですか?
王子入れても物理的に、スペース的に広がってないでしょ?
483.名無し - 16/10/19 04:32:07 - ID:ux1ehcyWCQ
>何がどう「ヘン」ですか?感想だけではなく、根拠も説明して下さい。それが議論のルールです。
それ、本気で聞いてるの? さすがに慇懃に馬鹿にしてないか?
中見出しは分類法を書くことで統一されているからであり、王子は分類法ではないから。
>自己矛盾した指摘であるように思えます。
なんで枝に書くことを認めて、中見出しに書くことを否定したら矛盾になるんだ?
>「クドイ」かどうかは>>476さんの感想・主観であって、客観的とは言えません。
俺の脳みそだと、1〜7までの数字があって、その間に23456があることが決まっていたら、その間の数字まで全部書かれて、見せられる事、視覚の中で幅を取られることをクドく感じるんだよ。
君は何かの作業や伝達において、1234567と書いて伝える? それとも1〜7です。と伝える? こんなのはどうやっても主観の域を出ないわけだが、統計や科学的な論文の引用でも必要とするのか?
逆に閉じられていることに何の問題も感じない。
484.名無し - 16/10/19 08:24:33 - ID:/TsoS8jjMw
>>482-483
>あれは未完成というか放棄ものだったのか。
>ならちゃんとしたのが作られるまでは空きにすべきかな。
ということは、案6でステータス早見表(近/遠)が撤去されるので、
>>477さんのような「ステータス一覧」のページを作ることには反対になるのですか?
それとも、賛成は変わらずですか?
>整合性を取る必要は無いという考えは変わってません。
>取る必要はないということは、取れていても良いということです。
なるほど。整合性が取れていても良いんですね。
それなら整合性のある表記にしようという私の案に異論はないはずなので、
賛成ということでよいですね。
>王子は特別な存在なんだから特別扱いするんだよ。
>他の人も書いてるけど、主役、強制、特殊な成長。
>単に外すことが出来ないというだけでも、他のユニットとは違う存在なのだよ。
王子について、その点は私も異論がありません。
私が聞きたいのは、そこまで王子が特殊であると評価しているにもかかわらず、
上位階層での独立表記ではなく、下位階層の項目名の一つとして表記するに
留めるべきとする理由です。独立表記のほうがシンプルでコンパクトではないですか?
>中見出しは分類法を書くことで統一されているからであり、王子は分類法ではないから。
説明がよくわかりませんでした。
案7Aの中見出しは「ユニット」(と「一覧」)であって、「王子」ではありません。
その中の項目の一つとして「王子」を表記しています。
>俺の脳みそだと、1〜7までの数字があって、その間に23456があることが決まっていたら、その間の数字まで全部書かれて、見せられる事、視覚の中で幅を取られることをクドく感じるんだよ。
つまり>>482さんの言う同性質とは、自然数の数列表記のことですか。
ということは、レアリティ別一覧は項目名の並びですから、同性質ではなく、
異性質の4行ということになりますね。
485.名無し - 16/10/19 08:46:01 - ID:/TsoS8jjMw
>>481
1.メニューバーで、王子をどこに表記するか?
2.折り畳み表記をする際の判断基準は何か?
3.class_近接型_一覧、class_遠距離型_一覧をステータス一覧として
どのように再構成するか?
486.名無し - 16/10/19 18:51:03 - ID:ux1ehcyWCQ
>>>477さんのような「ステータス一覧」のページを作ることには反対になるのですか?
>それとも、賛成は変わらずですか?
誰かが作ったら置く場所はココということ。これが賛成になるのかどうかはわからん。
>私の案に異論はないはずなので、 賛成ということでよいですね。
ここで言うあなたの案が7のことなら俺の6よりかなり縦に長いから異論はあるかな。
>独立表記のほうがシンプルでコンパクトではないですか?
あなたの独立表記で一行余計に食ってるのを見てどうコンパクトであると理解すれば良いのか分からない。
>案7Aの中見出しは「ユニット」(と「一覧」)であって、「王子」ではありません。
A案はそうだけどB案はそうじゃないよね。
そして、王子のレアリティは「王子」なの? どっかでレッドとかルビーとか見た気がするけど正式なのを誰か知らないだろうか?
まずそれが確定しないとね。それもせぬまま「中見出しが”ユニット”で始まってるレアリティ分類」に置くのは違和感というか異質感しかない。
A案であっても俺は一行無駄だと感じるしね。
>つまり>>482さんの言う同性質とは、自然数の数列表記のことですか。
いいえ、違います。もはやア○ペチックな解釈だぞ?
「あ〜お」にも相当する「鉄〜黒+サファイア」のことも言っています。
>異性質の4行ということになりますね。
なりません。
メニューバーの中で王子が重複するのは致し方の無いこと。
王子と言う存在が特殊な存在でありながら近接ユニットとしての特性も併せ持っている、つまり王子そのものが分類的に重複しているのだから。
487.名無し - 16/10/20 07:28:18 - ID:/TsoS8jjMw
>>486
>誰かが作ったら置く場所はココということ。これが賛成になるのかどうかはわからん。
つまり、ステータス一覧を新設すること自体に異論はないということですね。
私が新設を提案しているステータス一覧は、
ページの構成素材こそクラス別の表を利用しますが、
クラス別一覧とは別の、新たな一覧ページとしての扱いになります。
従って、案6の「ステータス早見表(近/遠)」の位置に表記するのは不適切です。
また、今後、データ表(テスト)のような、
別観点のステータス一覧追加の提案等がなされた場合、その位置では対応できません。
掲示板で再び論争すればよいとはいえ、不毛で、私は避けたいです。
>ここで言うあなたの案が7のことなら俺の6よりかなり縦に長いから異論はあるかな。
案7Bは折り畳みをすべて閉じると案6よりも短くなるので問題ありません。
>あなたの独立表記で一行余計に食ってるのを見てどうコンパクトであると理解すれば良いのか分からない。
行数の増加のみをもって、コンパクトさが失われたと判断するのは早計です。
誰もが利用しやすいwikiを目指すにあたって、
読みやすさとの釣り合いを保つことも重要です。
コンパクトさは重要ですが、
いたずらに行数の維持・削減を追求して読みにくくなっては本末転倒です。
行数の維持・削減は王子の特殊性よりも優先すべきことではありません。
独立表記する価値のある項目は新項目として独立表記するのが自然です。
実際、少し前にデイリー復刻の項目が追加されましたが、
その際、コンパクトさが失われた!と大激論になった様子はなかったように思います。
>>486さんなら「イベント|デイリー復刻」のような表記を提案してそうなものですが、
それもなく、これまで特に問題視もしてこなかった。
ということは、今まで無自覚だった(?)とはいえ、
デイリー復刻は独立表記で一行余計に食ってるがその方がコンパクトだと
判断しているのではないですか?
それと同じだと理解すれば良いです。
続く
488.名無し - 16/10/20 07:29:52 - ID:/TsoS8jjMw
>>487の続き
>A案はそうだけどB案はそうじゃないよね。
B案にはそもそも中見出しが存在しません。王子は他の項目名と同階層の配置です。
王子はレアリティ云々にかかわらず、独立表記する価値があるので表記しています。
>「あ〜お」にも相当する「鉄〜黒+サファイア」のことも言っています。
ということは、同質性とは、
自然数や五十音のように順序があると認められるものである、ということですか?
そうすると、レアリティ一覧の項目名は希少度の順序で並んでいるので、同質性があり、
クラス別一覧とユニット一覧表の各項目名はそのような順序が認められないので、
異性質である、ということになりますね。
クラス別一覧の「近接/目次|遠距離 /目次」と
「王子|特殊|トークン」の各項目名は何かの順序がありそうな感じもしますが、
私には分からないし、>>486さんも>>473で異性質と書いているので、異性質で問題ないですね。
納得しました。
>王子と言う存在が特殊な存在でありながら近接ユニットとしての特性も併せ持っている、つまり王子そのものが分類的に重複しているのだから。
分類的に重複するならそれこそ独立表記の価値ありではないですか?
489.名無し - 16/10/20 09:14:05 - ID:ux1ehcyWCQ
>掲示板で再び論争すればよいとはいえ、不毛で、私は避けたいです。
モノが出てからでないとどこに置くのが適当かは言えない。無理。
>案7Bは折り畳みをすべて閉じると案6よりも短くなるので問題ありません。
全部畳んで中を見えなくするのが是なら6のクラス別一覧とユニット一覧表に[+]付けた方が短くなるから7の形式自体は結局長い。
>行数の増加のみをもって、コンパクトさが失われたと判断するのは早計です。
だってあなたがコンパクトって言ったんだよ。
>行数の維持・削減は王子の特殊性よりも優先すべきことではありません。
誰が決めたの?
行数の削減が「いたずらに」ではなく、「適切に」行われていたとしても?
6が適切に行われていないという根拠は?
>実際、少し前にデイリー復刻の項目が追加されましたが、コンパクトさが失われた!と大激論になった様子はなかったように思います。
ゲームの仕様に追加されたモノを統一された規格にのっとって適切に追加したからだよ。
中見出しとしての王子は新規追加じゃないし、分類法を書くという統一規格にも合わないからね。
>それと同じだと理解すれば良いです。
上記のように本質が全然違いますね。
>王子はレアリティ云々にかかわらず、独立表記する価値があるので表記しています。
言った通りに、王子は分類法じゃないよね。
>クラス別一覧の「近接/目次|遠距離 /目次」と 「王子|特殊|トークン」の各項目名は何かの順序がありそうな感じもしますが、
そこは概ね同性質と言って良い部分。そこにステータス早見表を加えた3行にすると異性質3行となる。
早見表は一旦削除の予定ではあるが。
>分類的に重複するならそれこそ独立表記の価値ありではないですか?
ない。分類の中で重複すればいいだけ。
490.名無し - 16/10/21 01:20:07 - ID:/TsoS8jjMw
>>489
試案7を改訂しました。A案では「未分類」、B案では「主人公」の分類を新設し、
そこに王子を表記しました。これで異論はないですね?
491.名無し - 16/10/21 09:55:12 - ID:ux1ehcyWCQ
レアリティ分類の中で「未分類 王子」と書くより「王子」と書くだけの方がコンパクトでいいよね。
一行減らせるし。
正式なレアリティが判明するまでは「王子のレアリティは王子」でも悪くはないと思うし。
これでようやくルール上の不整合がなくなり、「どっちが良いか」を決める段階に入れるな。
492.名無し - 16/10/21 22:08:39 - ID:/TsoS8jjMw
試案7Aを改訂しました。
>>491さんの指摘通りにするつもりでしたが、>>478さんの、
「メニューバーの並びに関しては、個人的にはあまりこだわりはないのですが、王子の位置に関してはどこかしらの見出しの先頭部分での独立表記が望ましいと思います。」
との意見を反映していなかったので、それを反映させました。
さて、>>491さんの納得も得られたようで、案7のAかBかを決めたいと思います。
これまでA案を推す声がなく、>>469さんの書き込みや、案6改二との比較を考えると、
B案の評判がよさそうな印象なので、B案を採用したいと思います。
以降、異論がなければ、メニューバー表記について、
案7Bを最終結論として、2016/10/23(日)夜かその翌朝頃に書き換えます。
なお、ステータス一覧のページは、>>477さんの提案内容で
class_近接型_一覧とclass_遠距離型_一覧を再構成したいと思います。
こちらはメニューバー表記の書き換えが終わり次第、編集作業に着手します。
493.名無し - 16/10/21 22:20:48 - ID:R3n52pwPUA
メニューバー議論お疲れ様です。
ユーザーとしては楽しみにしてた、編集者としては恐れてた第二覚醒がやってきます。
編集箇所が増えるほど漏れが発生しやすくなりますので、
なるべくinclude対応できるページはinclude化したいですね。
494.名無し - 16/10/22 00:07:59 - ID:ux1ehcyWCQ
>>492
いや>>491の時点でB案の「主人公 王子」を使う方式なら納得してないな。
「主人公」は「分類(の要素)」であって「分類法」じゃないでしょ。
もしかしたら「主人公」は「レアリティ」かもしれないね。
つまり>>492の改訂はルール上の不整合が解決されていない。
ついでに「どっちが良いか」は「6改」or「7」の「どっちが良いか」だよ。
B案の評判とやらも6が出されて以降は見当たらないしな。
なお、ステータス表は>>477だとクラス別の分類になるね。
しかも、結局「説明なし、SSあり」のclass_近接型_一覧となって、重さが解決されない案だから採用されないでしょコレ。
ステ表の需要はソコだからね。
こっからどうにかSS(ドットやアイコン)を表示させない方式を導き出すとしたインクル元を2つつくることになって更新も二つせねばならんようになる。
つまり、ステ表のモデルはまだできていない。
釘を刺しておくが暴走注意
最新50から落ちるので再表記テストページ
495.453 - 16/10/22 00:34:34 - ID:jDE/6Ze4Fg
自分がだしたのはあくまで提案その一ですからね。
流石にいきなりこれで進めてしまうのは早計かと。
他に何か有効な代案がありそうなら模索はしてみたいですね。今のところ自分には思い付かないのだが。
一応毎日スレだけは読んでます。
496.名無し - 16/10/22 00:57:10 - ID:ux1ehcyWCQ
>>492
これは余談だが、これ以上時間の無駄をさせるのも忍びないのでそろそろ書いておこうと思う。
今君が相手をしているのは>>487>>492みたいな誤魔化しや齟齬を強引な妄想で解釈したもので押し通せるような相手ではないので、速やかにそれを理解し、認識を改め、行動を変革させないと時間がもったいないぞ?
ここの議論に向かない人と違って、齟齬や勘違いがどこのどのような部分であるかを論理的に文章にできる人間だからね。
まぁ、それを証明するいい機会だから突き放さずに付き合っている部分もあるが、俺は面倒くさくなると他の人みたいに逆ギレとかせずに説教始めてもっと面倒臭くするぞ?
どこをどのように読んだらそうなるんだ? ここはこことここを読んでこういう意味にしかならないぞ?とね。
497.名無し - 16/10/23 01:38:44 - ID:/TsoS8jjMw
>>494-496
早計・暴走でした。指摘ありがとうございます。最終結論は持ち越しで。
>>494
>「主人公」は「分類(の要素)」であって「分類法」じゃないでしょ。
案7を改訂しました。A案は「主人公」と「仲間」の小見出しを追加し、
B案は「主人公」と「一覧」の中見出しを追加しました。
ステータス一覧の表記位置は内容未確定のため暫定です。
これでよいですか?
>ついでに「どっちが良いか」は「6改」or「7」の「どっちが良いか」だよ。
そうでしたか。「6改二」ではなく、「6改」ですね?
>つまり、ステ表のモデルはまだできていない。
そうでした。今のところ上がっている案は、
1.class_近接型_一覧をそのまま使う案(現行通り。ステ表の提案は廃案)
2.class_近接型_一覧を、「ステータス表」と「クラス詳細」の解説部分を
切り離した上で「ステータス表」のみを並べる案(メニューバーの表記名も変更)
3.近接型早見表を使う案(class_近接型_一覧は廃止?)
4.データ表(テスト)を使う案(class_近接型_一覧は廃止?)
ですか。特徴は↓のような感じですかね。
__________________________________1________2________3________4
更新の手間_________________無______無______大(?)小(?)
作成の手間_________________無______大(?)普通__普通
流用ページの有無________有______有______無______無
ページ表示負荷___________大______大______小______小
メニューバー表記位置__不変___不変___不変___新設
ソート機能____________________無______無______無_____有
2.は作成労力の割に表示負荷の問題がほとんど解決されないと思われる
3.は過去の議論の結果、更新の手間を理由に1.の妥協案が採用され、廃案となった
4.が現在使われていない理由は不明。情報求む。
個人的には更新の手間さえ解決できれば4.がよさそうに思います。
それはともかく、代案の募集期間はどうしますかね?
10月末日までとするか、思い切って今年中とするか。来年春以降となるとさすがに長すぎですかね?
話を進めるためにも(一応の)期限の設定は必要かと思います。
498.名無し - 16/10/23 03:12:33 - ID:ux1ehcyWCQ
>>495
とりあえず言いだしっぺの人に聞いておきたいかな。
王子を中見出しに置くと、中見出しは分類法が書かれている点で統一性に欠く。
大見出しや別枠にしたところで、王子はユニットの性質も持つので、ユニットの項(小見出し)にリンクがあることに矛盾は無く、結局重複となる。
以上を踏まえてどう思うだろうか?
ついでに一つ
>厳密に考えるのであればユニットとしての王子は「class_王子」に所属するユニットの一つであり、レアリティがない事を除けばシンシアやグレーテル等と同じで、
王子は特殊なユニットです。表記上、特殊には精霊が入ってますので、言うなれば「王子(主人公)は特殊2みたいなもの」と言える範疇です。
敢えて言うなれば「レアリティ:王子または主人公 クラス:王子または主人公 分類:王子または主人公 ユニット名:王子」と言った方が厳密なのかもしれない。
ということは、公式でバケツも精霊扱いになったので、特殊→精霊(他)の表記に変更することで、小見出しに王子(主人公)があることへの違和感もなくなるのではないだろうか?
499.名無し - 16/10/23 03:25:41 - ID:ux1ehcyWCQ
>>497
>案7を改訂しました。A案は「主人公」と「仲間」の小見出しを追加し、
あの位置だと小見出しではないし、
仲間 以下の項に含まれてるリンクを辿ると、「カテゴリ:仲間」から除外されてるはずの王子に辿りついてしまうものがいくつもあるよ。
>これでよいですか?
A? B? 何について良いのか?と聞いているのかわからない。
>そうでしたか。「6改二」ではなく、「6改」ですね?
レアリティに加える余地はあるけどそれで。
そもそもそれをたたき台に上げる(既に上げてるけど)ということです。
3.4.の廃止?はまだ廃止の方向へは運べてない。まだ使うって言ってる人が居るからね。具体的な有用性は聞けてないから廃止したいんだけど。
3.は大規模な数値変更が無ければ上から順に 小 大 かな。 4.も同じか。
500.名無し - 16/10/23 22:25:07 - ID:/TsoS8jjMw
>>498
王子をそこに配置している理屈がやっと理解できました。案7も改訂しました。
>>486の、
>メニューバーの中で王子が重複するのは致し方の無いこと。
とはそういうことだったのですね。
統一性と重複を犠牲にしない限り、王子の探しにくさは何ともならないのですね。
いや、これら(と違和感も)犠牲にすれば、これまで出してきた案7の表記も可能、ということですか。
ま、どうでもいいです。
>レアリティに加える余地はあるけどそれで。
前回質問した後で気がつきましたが、折り畳みについて、
「6改」の折り畳み基準による折り畳み後の表記は「6改二」や「案7」でも
実現可能なので、争う利益がないように思います。
「案7」と比べるなら、「6改二」のほうが良いのでは?
>3.4.の廃止?はまだ廃止の方向へは運べてない。まだ使うって言ってる人が居るからね。具体的な有用性は聞けてないから廃止したいんだけど。
ではclass_近接型_一覧の具体的な有用性を説明する意見も募集、としますか。
とりあえず出ている意見は
・一旦読み込めばページ内移動の方が(クラス単位に分割したものより)早い(>>404)
くらいですか(カッコ内は私の推測)。
ページ内移動で「ステータス表」部分同士の比較だけでなく、
「クラス詳細」部分同士、画像部分同士、も比較するなら有用性はあると言えそうですね。
501.名無し - 16/10/23 22:56:14 - ID:t/6Y5rTDxQ
>>500
>ではclass_近接型_一覧の具体的な有用性を説明する意見も募集、としますか。
編集、修正に関しては、基本的には編集しやすさなどの意向もあるから
編集者用スレで話して決めていく、でいいと思うけど、
利用者、という点では編集者用スレに出入りしている人間などごく一部なのだから
要素の削除を検討するなら、まずはアクセス解析で該当ページの使用状況を確認するのが先だと思うよ。
利用者が明らかに少なければ、その時点で少なくても残した方がいいか、
他で代替が十分だから削除で問題ないかを考えればいい。
根拠があればどちらにせよ話も前向きに進められる。
逆に根拠なく進めようとしても、過去何度もあったように水掛け論で盛り上がることになる可能性が非常に高い。
もう一つの視点は明らかに更新が追い付かないから無理、という場合。
ただ該当ページはinclude化が進んでるので、更新に問題があったとしても根本的な問題ではないと思うけど。
502.名無し - 16/10/24 23:21:49 - ID:/TsoS8jjMw
>>500
>要素の削除を検討するなら、まずはアクセス解析で該当ページの使用状況を確認するのが先だと思うよ。
また私は暴走していたようです。
class_近接型_一覧を改変・廃止する方向で話を進めようとしていました。
class_近接型_一覧を改変・廃止するかどうかの判断と、「ステータス一覧」を作るかどうかの判断は別問題ですね。
503.453 - 16/10/25 11:17:17 - ID:T0Gxk0+WpQ
>>498
別の大見出しや別枠(たとえば「はじめに」「ゲームプレイ」内)に王子を移す場合は
ユニット大見出しからのリンクは取り払ってしまっても良いかなと思います。
ユニットとしての王子を見る場合、主人公という特殊性を持つ以外は「class_王子でレアリティなしの近接ユニット」の一つだと思うので。
王子ページの形式は他ユニットと様々な違いがありますが、ランクや称号によって能力が変更するという点を
「ゲームシステム周りに関係している記述」と見なすのならば他の大見出しへの移動は有り。
他の大見出しや別枠(たとえば「はじめに」「ゲームプレイ」内)に王子を移す場合は
ユニット大見出しからのリンクは取り払ってしまっても良いかなと思います。
主人公という特殊性を持つ以外は「class_王子でレアリティなしの近接ユニット」の一つだし、その特殊性自体は別の大見出し内で触れているからです。
※しかしこの考え方をする場合、王子ページ自体の構成見直しをするべきかも知れませんね。
上記の点を「王子というユニットを説明する備考レベルの記述」と見なすのならば見出しの引っ越しは無し。
その場合でも主人公という特殊性はあるので、メニューバー内のしかるべき場所にリンクを貼るべきと思います。
しかるべき場所に関しては、仰るように合成素材を「聖霊他」とした上で、本当の意味での特殊型としての王子が良いかも知れませんね。
なお私は王子のレアリティは無いと解釈しているので、レアリティの項目内に王子を置くのはあまり相応しくないと考えています。
504.名無し - 16/10/25 12:07:29 - ID:T0Gxk0+WpQ
>>497
厳密に言えば3の再利用,4の新設が議論されたが、更新の手間やらなんやらで1の妥協案で済まされた感じです。
2は、「1の妥協案で済ませてるくらいなら、せっかくだしもうちょっと踏み込んで2くらいやってみないか?」という私の提案(>>477)です。
自分で欠点をいくつか(>>477)挙げておいてなんですが
>・ドット絵や顔アイコン等の画像が残るのでページは短くなるが重さは変わらないかも?
この点に関しては、class_近接型_一覧作成の段階で
「ステータス一覧として利用する。利用する人間は重いと感じてないからこれで構わない」
という旨の発言があったので、負荷に関しては気にしなくていいのかなと思っています。
初期作成の手間と、事実上class_近接型_一覧が廃案になる事が問題点と考えます。
3の再利用はないかなと思う。
2から画像を取っ払っただけなのに更新の手間が2重にかかる。しかも古い表なので追加する要素も多く、作成の手間は「極大」です。
4の新設は更新の手間がかかるのはネックですが、別の需要が満たせるので作る価値はあると思います。
カンスト数値だけなら更新の手間はまだマシ。誰かしらがカンストキャラを持っているから情報を集めやすいのもあります。
505.名無し - 16/10/26 13:41:37 - ID:Cy60Pg0Flw
>>504
大前提として、現状誰がいい悪いなんて話ではないです、とお断り。
以下長文なので先に結論だけ書くと、4の有用性は第二覚醒まで保留、
更新性には大いに疑問があるので再考求む、という話です。
---
現状編集ルールの統一さえなされない中で、各編集者が
これでいいんやろか、と不安を持ちながら、善意でできる範囲で編集している状況です。
自分は自身の手持ちユニット+コメ欄で申請を見つけたタイミングで
「ユニット個別ページ」「クラス別ページ」の両方をまとめて
修正するようにしてますが、多くの編集者は「ユニット個別ページ」だけ
編集して、その二つの整合性が取れていないユニットが多数発生しています。
また一部のデータのみ報告があった際に、不明のデータをどうするか
(そのままにするか、()をつけるか、消すか、など)も微妙な状態。
個々の編集者に問題があるのではなく、ルールの統一、徹底が難しい、という話です。
では後追いで数十もあるクラスページと各ユニットページを一つ一つ開いて
整合性を取ったり、メンテナンスできるのか。
一度ぐらいなら手分けして協力しますが、調整の度に全部やり直すのか、
と言われれば勘弁して下さい、です。
現状クラス別ページの更新さえままならん中で、更に要素追加して
本当に更新がきちんと行われていくのか、は大いに疑問があります。
間もなく第二覚醒が実装されて、能力値の変更もあるらしいので
第一覚醒、第二覚醒A、第二覚醒Bがそれぞれステもアビも変わるかもしれない。
ユニット単位で攻撃速度も違う、スキル使用時の変化やアビのかかり方がより重要な現状で
データ表が有効に機能するのか、ニーズがあるのかもちょっと疑問です。
なんとなくステが一覧で出ている表より、
以前検討された一撃耐性が素の状態、スキルとアビが乗った状態だけ見れる方が
まだ使い道あるかな、という気がします。
進めるにしても、現状発生している不整合の解除(クラス別ページのinclude化など)、
第二覚醒内容が判明してからその内容を反映したデータ表(テスト)の有用性の再検討
が先かな、と思う次第。
506.名無し - 16/10/26 23:10:20 - ID:ux1ehcyWCQ
>>503
長文書いてもらってなんだけど、ざっくり答えると
>※しかしこの考え方をする場合、王子ページ自体の構成見直しをするべきかも知れませんね。
>
>上記の点を「王子というユニットを説明する備考レベルの記述」と見なすのならば見出しの引っ越しは無し。
俺は上の理由で下の結論。
>>505
作って更新する意欲のある人がいなければ 無し だね。
507.453 - 16/10/27 14:39:14 - ID:Fhm/EaqufQ
>>505
まあそんな急く話ではないので落ち着いてください。おそらく第二覚醒実装よりも先にこの件が決着する事はないでしょうし。
そして現状は自分も把握しています。なので特段4案を推しているわけではないです。
ところで個別ユニットページの更新をした後に、合わせるためにクラスページを更新する現状は4案の維持と同じく二度手間と言えます。
そして二度手間が面倒なので仰るような不整合を作る要因になっています。
いっそユニットステータス自体を独立させてみてはどうかと思うのですが。
数値こそがwikiの最重要点であり、現在の最大の問題点だと思いますので。
物は試しに3ページ作って見ました。
status_カリオペ status_ネーニャ status_クロリス
・魔女カリオペページのステータス表を差し替え→問題なく動作
・上記ステータスページを埋め込んだclass_ウィッチ→問題なく動作
・class_ウィッチを埋め込んだclass_遠距離_一覧→2重埋め込み表示不可?により非表示
対処法:class_遠距離_一覧に全部のステータスページを埋め込む
初期作成の手間が極大、再構成の手間が少々かかりますが、
クラス別ページ、ステータス一覧、レアリティ別ページもフォロー可能にはなりますが、>>477の改案としていかがでしょうか。
508.名無し - 16/10/27 21:51:00 - ID:ux1ehcyWCQ
それはステータス一覧の作り方の改案ではなく、ユニットデータの数値変更を完全に一か所だけで完結させる方法の提案ですよね?
509.名無し - 16/10/29 00:10:07 - ID:ux1ehcyWCQ
ID:CgJYQeKXsg 出て来い。
510.名無し - 16/10/31 12:42:08 - ID:cjeL+6zfOg
>>508
そうですね。
ひとまずデータを細分化したその上で、2案を採用するのであれば>>477の「#include(ステ表_ソルジャー) 」を
#include(status_一般兵A)
#include(status_一般兵B)
#include(status_砂漠兵士)
#include(status_王国兵士ヘクター)
・
・
・
と置き換えて行けばいいのではないかと。
ただ2案を採らないにせよ、これはやってしまった方が良いかなと思います。
現状の重複情報の二度手間解消のためにも。
511.453 - 16/11/09 10:30:46 - ID:fB11paf/Ug
特に反対がないと思われるので>>507のステータスデータの細分化進めます。
512.
senyou - 16/11/09 10:49:06
作業しながら気付いたけど、一覧ページでは男性ユニットは枠色が青になっているけど
形式変更すると男性ユニットの枠色が「未CC白/CC薄灰/覚醒灰」になってしまいますね。
class_アベンジャーページ参照
取り立てて気にする要素ではないかも知れないが一旦中断します。
513.453 - 16/11/09 11:24:24 - ID:fB11paf/Ug
鉄ユニが白枠だったりと、あまり統一性はないのね。
枠色の違いは気にしないか、男キャラテンプレの枠色自体を青色にしてしまうのが良さそう。
数もさほど多くないし。
数日空けて何かしらの意見なければ継続再開します。
514.名無し - 16/11/10 02:49:13 - ID:5k0z41ec/Q
>>513
お疲れ様です。以前から個別ページとその他のページのデータの不一致は気になっていたので助かります。
ただ、意見というよりもはや別の議題の提案となってしまうのですが一つ。
class_アベンジャーのページを見て思ったのですが、個別ページのステータス表をそのまま持ってくると覚醒アイコンまでついてきてしまいキャラ毎の区切りの視認性が悪くなってしまっているように感じます。
また、2次覚醒でアイコンおよびドット絵が増えるため現状のステータス表をそのまま持ってきたのではクラスページが非常に縦長のページになることが予想されます。
なのでテストページにステータス表の変更案を2つほど作ってみました。
1つ目はアイコンは覚醒前のみにしたもの、2つ目は1つ目から以前議題になっていたドット絵を抜いたものとなっています。(※抜いた画像はそれぞれ個別ページで別の表にしてまとめるため画像が消えてしまうわけではありません。)
また両方ともステータスの縦の間隔が狭まり背景色がグレースケールでは見にくくなったため背景色を変更しています。
どちらでも上の問題は解決されると思うのですがどうでしょうか?
515.453 - 16/11/10 10:17:43 - ID:635h9l7dzg
>>514
ご意見ありがとうございます。
懸念内容はごもっともで自分も気にしていたのですが、2重更新およびデータズレの解消の方が重要かつ先決かなと思いますので別の議題として後回しにしたい
…というより作業量的に面倒くさいので今やりたくないのが本音なのですが。
とはいえ後から全部の「status_○○」ページいじり直すのも骨ですよね。
ササッと話が片付くようなら今考えて同時に作業してしまうのが良いし、
長引くようならステータス置き換えだけ先にして、その話は後回しにする形でどうでしょうか。
個人的な意見述べるならばテストページの変更案2が形としてベストかなと思います。
データ表のコンパクトさに隙がないし、アイコン等は必要な個所にまとめられているし。
516.名無し - 16/11/10 18:23:36 - ID:5k0z41ec/Q
>>515
あ、書き忘れてましたね。自分の意見は統一作業に待ったをかける意見ではないです。
どちらを先に行っても作業量に変わりはありませんし、統一作業の作業内容には影響してこないので反対意見のなかったそちらの作業を先に進めてください。
それと>>512>>513の枠色の問題に関してもこちらの変更案と同時に修正すれば問題ないので気にせず進めてもらっていいと思います。
517.
senyou - 16/11/15 11:15:58
入れ替え作業してる最中ですが、作業中は定期的にコメント欄やスレも見るようにしているので
変なところあるようでしたらご指摘ください。
今も訂正入れて頂いているようですが二度手間になっていると思いますので。
518.名無し - 16/11/18 12:49:20 - ID:5k0z41ec/Q
他に意見も出そうにないですし今晩から変更案2で編集していこうと思います。
それと一つ変更点として表にステータスページに飛べるリンクを追加しときました。
今のままだとinclude表記のページからステータスページに直接飛ぶことができず編集するのにページを探す手間がかかってしまいますし。
519.453 - 16/11/18 18:15:02 - ID:SB+Hevh85Q
>>518
ちまちまやっているのでこちらの作業あまり進んでいなくて申し訳ないですな。
メニューバーの編集者向け折りたたみのところにステータス編集用のリンクを作成してあるのでご活用ください。
下記4ページになります。
近接型1
近接型2
遠距離型1
遠距離型2
520.名無し - 16/11/19 22:37:03 - ID:aKRKHshNPA
クラス別
目次 ←
近接(目次)|遠距離(目次)
近接(一覧)|遠距離(一覧)
近接と遠距離の目次合体させたの作りたいです。ただの遠近の目次リンクが一つのページにあるだけのページですが・・・。
あっちも気になるあれも気になる、特に決め打ちで見たいクラスがないというとき、またブクマ登録に便利になると思ったのが理由です。
個人的な理由ですし、需要がないよなどの意見があるならやめます。
521.名無し - 16/11/20 09:22:32 - ID:ux1ehcyWCQ
今更言っても遅いんだろうけど、ちょっとページに立ち寄って数字を埋めようと思ったら「なんだこれ編集できねーじゃん」になることが懸念される。
>>520
目次を1ページで作って「近接(目次)」はその行へ 「遠距離(目次)」はその行へ
と飛べるようにすればいいんじゃないか?
「目次 ← 」これは追加する必要なしで
522.名無し - 16/11/20 15:46:00 - ID:67AtKDuj7Q
なんかまた無断で男テンプレ、女テンプレの成長表に「//」が付けられているんだけど
これは消してもいいよね?
>>521
その通り
なんだこれ編集できねーじゃんdeここに来た
523.名無し - 16/11/21 05:28:16 - ID:yWAYzQyDIQ
>>521-522
ここに来たって事は>>519を見て既に解決してると思うけど、数値はメニューバーのステータス編集から各キャラのステータスページに飛べばいい。
これに気付かなくて、名前検索で直接ステータスページに行って編集して、「これは面倒だ」って思ってここ来たら便利な物あったんかと後悔してた。
524.名無し - 16/11/21 17:47:57 - ID:ux1ehcyWCQ
解決はしてないよ。
「ちょい埋め編集者」にとっての利便性と手間は悪化してるからね。
常連編集者の手間は省けるが、ライト編集者にとってはさらに手を出しにくくなってると考えられる。
各ページにステータス編集への誘導を付ければ軽減されるとは思うがそれで十分かどうか。
525.名無し - 16/11/21 23:11:40 - ID:5k0z41ec/Q
>>521-522
テストページのようにステータス表の右端にステータスページへのリンクを追加しているのですがこれでどうでしょうか?
個別ページステータス表下に「ステータス編集はステータス表右の編集から行ってください」と一文添えておけば編集方法が変わったことも分かるでしょうし
>>522
成長表は前スレの516〜議論されているようですが結局結論も出ず、男と女でテンプレに違いが生じていたためとりあえず女のほうに寄せさせてもらいました。
今後の編集では触らないようにしておきます。
現在他の議題もないですしもう一度話し合ってみてはどうでしょうか
526.名無し - 16/11/22 06:55:38 - ID:ux1ehcyWCQ
そのリンクでどこに飛ぶのか分からないし、右端だと幅が広くなるから良くない。
527.
senyou - 16/11/22 17:54:03
>>526
最終的にクラス別ページやレアリティ別ページ等の一覧ページにも「status_○○」を貼り付けて対応したいなと思うので
一行右に広がっても表にリンクが内包されている方が良いと思います。
ドット絵がなくなっている分だけ元の表より左右幅は短縮されていますし>class_アベンジャー参照
後は編集リンクは直接編~~集>ttp://seesaawiki.jp/aigis/e/edit?id=1941517みたくした方が良いでしょうか。
URLが常時固定なのか不明で不安なのですが。
528.520 - 16/11/22 18:11:26 - ID:aKRKHshNPA
>>521
なるほど
ページを一つにまとめてリンク(アンカー)がそれぞれの場所の先頭にするということですか。
でも一覧下にある下の早見表をどうしたらいいかわかんないです。下にバああああって長くなりますし・・・。
529.名無し - 16/11/22 22:39:33 - ID:67AtKDuj7Q
>>525
結論は出てるでしょ
成長表は無いよりはあった方がいい
wikiは常に完成途上
530.名無し - 16/11/23 00:57:20 - ID:ux1ehcyWCQ
>>527
ドット絵削除は決定事項でしたっけ?
>>528
早見表? 検索アシストなら一番下にバああああっとさせときゃいいよ。
あれはページ内でユニット名検索した時に引っかかるようにするためのものだからね。
531.名無し - 16/11/24 01:26:19 - ID:5k0z41ec/Q
>>527
いろいろとテストしてみましたが編集ページのアドレスはページに編集を加えても新規ページを追加しても変化しないようです。
ただし新規でステータスページを作る際、作成完了するまでアドレスがわからないため作成→アドレス追加とページ作成者に2度手間をかけてしまうことにはなりますね。
532.名無し - 16/11/25 22:06:51 - ID:qOV7FrSQWw
一覧くっそ見づらいし重くなってんだけど、前のから何で変えたの?
533.名無し - 16/11/25 22:46:18 - ID:5k0z41ec/Q
class_indexページはコメント欄を見ても不満が多そうだったので戻しておきました。
534.名無し - 16/11/27 00:01:11 - ID:ux1ehcyWCQ
>>533
変える時には言おうよ。
そういう約束でしょ?
535.名無し - 16/11/27 00:06:06 - ID:lHAiwRFj0Q
>>534
それでいうと明らかに影響がある編集を「変える時に言わなかった人」がいて、
複数人から指摘があったから元に戻したんでしょ。
その指摘は順番が違うよ。
536.名無し - 16/11/27 02:43:05 - ID:ux1ehcyWCQ
>>535
この場合、前者と後者は同一人物ではないの?
537.名無し - 16/11/27 03:40:03 - ID:lHAiwRFj0Q
>>536
ID見る限り別人には見えます。
まあ編集する方全員がここつぶさに見てるわけでもないですし、
編集ルールまとめてるページがあるわけでもないので
テストやお断り呼びかけの徹底はなかなか難しいところですよね。
きっと画像への変更作業自体は善意だったんでしょうし‥
538.名無し - 16/11/27 08:54:20 - ID:5k0z41ec/Q
>>536
更新履歴のID見てもらえばわかりますがclass_indexページを編集した人と自分は別の人物ですよ
539.名無し - 16/11/27 11:16:18 - ID:vfCpztGYJQ
>>536
落ち着いて考えてみよう
仮に同一人物だとしてだ
一旦編集したものについて指摘を受けて、それで元に戻したから別にいいんじゃね?
もっとも別人だって言ってるからそれでいいだろ
540.名無し - 16/11/27 20:51:08 - ID:ux1ehcyWCQ
>>537,538
IDは参考にならないが、別人なら復元お疲れさまです。
復元なら事後報告で十分なので。
>>539
同一人物であれば>>534の指摘に何の問題もないだろう。
ルーターのWANがぶっ壊れたから俺もID変動になってるかも
541.名無し - 16/11/30 13:51:27 - ID:gOEiBH9/IQ
コメント欄で指摘されました、MENUBARに8倍煮込み表のリンクを書き加えたのはわたしです。
えーっと、>>534読む限り、事前にここで合意形成が必要だったんですかね?
542.名無し - 16/11/30 23:55:32 - ID:5k0z41ec/Q
>>541
明確なルールがあるわけではないので絶対にダメということはないはずです。
ただし編集合戦等の無駄なトラブルを避けるためにもここで話し合ってからのほうが良いと思います。
8倍煮込み表についてはコメント欄で言われている通り新規ページを作って他の経験値ユニットの記述も増やしたほうが有用性高いでしょうね。
543.名無し - 16/12/01 00:25:49 - ID:bVVgCpxplg
>>541
管理人いないから、実質ここが権限者の集いになっている
ここに嫌われるとどんな内容でもまず差し戻されるし、またその逆だとどんな内容でもまず通る
下手すると荒らし扱いされるから、事前に確認は取った方がよかった
しかしそういうやり方を続けた結果、今このwikiがどんな状態なったのかは過去ログ見てもらえれば分かると思う
544.名無し - 16/12/03 11:19:59 - ID:dmc1M7OLxw
なんかドット別置きにしたの?
横長削減のつもりだろうけど、結局スクロール必須だし縦長くなっただけ見難いんだけど
しかもPCで見ると横スカスカで無駄に縦長だし
横長削減するなら意味ある長さまで削減してよ
無駄に見難いだけじゃん
545.名無し - 16/12/03 16:02:23 - ID:gOEiBH9/IQ
>>542, >>543
ありがとうございます。
新規ページのタイトルはどのようなものがいいでしょうか?
MENUBARに置いてしまった人間として新規ページを作るところまでは責任を持ちたいですが、個人的には8倍煮込みさえあれば事足りてしまうので、独立したページにふさわしいタイトルが思いつかないのです…。
546.名無し - 16/12/03 18:58:10 - ID:ux1ehcyWCQ
>>544
横長対策ではなくなんかの齟齬対策だったと思うがたぶん>>500ぐらいに書いてあったと思う。
各ユニットページにおいては縦長になる分には既に十分縦長だからさほど問題は無いと思うが、実施については「いつの間に?」感が否めない。
ちなみに意味のある横長削減について、何か絶対的な基準になる数字とかある?
547.名無し - 16/12/04 21:54:58 - ID:5k0z41ec/Q
>>544
>>546でいわれているとおり元はデータの統一という議題から始まっており、今回の形式変更はその際クラス別ページが縦長+見づらくなるという問題を解消するものです。
ちなみにテストページを見てもらえばわかりますが第二覚醒を考慮すると個別ページにおいて縦の長さはほぼ変わりません。
>>545
コメントにある合成関連便利表あたりでいいんじゃないでしょうか。
ページ名を気にする人はほぼいないでしょうし、リンク名はいつでも変えれるわけですから。
548.名無し - 16/12/05 20:20:47 - ID:jZSfw/86aQ
交換所のユニット一覧表は
虹水晶
刻水晶
魔水晶
で分けてみてはどうでしょうか?
549.名無し - 16/12/05 22:21:27 - ID:VYB3cxLYag
>>548
ん?やってほしいならやるよ
550.名無し - 16/12/05 22:59:36 - ID:9rrEFBK5tg
いつもMAP画像を作っている者です。
私事で恐縮ですが今年の12月は非常に忙しく、プライベートで使える時間がほぼありません。
ですので私がいつも行っているMAP画像の製作、および情報提供所に提供された画像の編集・反映はお休みさせていただこうと思います。
申し訳ありません。
一応ですが、私がいつもMAP画像を作成する際に使用する素材を添付しておきます。
どなたか引き継いでいただける方がいらっしゃれば幸いです。
551.名無し - 16/12/06 15:23:38 - ID:cMdJzm3oHA
>>548
そんな長い表でもないし、今後もどばっと増えそうな気がするところじゃないからこのままでいいと思うよ。
>>550
いつもご苦労様です。しかし自分の手には余りそうなお仕事。
552.名無し - 16/12/07 00:54:41 - ID:rSb2t7Qmuw
class_近接型_一覧 ページにおいて#include(status_ユニット名) の表記が出てます
>>477で指摘されて>>507で検証された問題点なはずですが、対処はされないのでしょうか
編集した人は普段目次ページを使用しているから気付いてないだけかな?
まぁ私も、いま交換所に並んでるカルマを見ようとして気付いたわけですが…
553.名無し - 16/12/07 03:00:40 - ID:rSb2t7Qmuw
細かいことなんだけど、class_クラス名 のページ最下部
一覧に戻る ではなくて 目次に戻る のほうがいいのでは?
なお、個人的には削除のほうがいいと思ってる(以下理由)
・ここ以外のページにはこんなリンクは無い
・一覧ページ閲覧者には無意味
・というかページトップに戻るリンクと勘違いしそう
554.名無し - 16/12/07 05:06:26 - ID:sIyCumSuGw
>>502
既知の問題、というよりページを順番に作成いただいているので
該当のはまだ作られてないんだと思う。
自分は厚かましく待ってるけど、気になるなら作成されるのがよろしいかと。
なお別途トークン周りがうまく出ない、というのも既知の問題。
こちらは一連の準備終わったら、リンク張り直しかな。
>>503
こちらも既知の話。といっても話題に出たの随分前のことなんだけど。
プライオリティ低いので後にしましょうか、って放置してるけど
気になるなら修正しちゃっていいと思う。
ティンと来る人いるかもしれないから、修正提案して、反対意見がないか一週間ほど待ってからの方がいいかも。
555.名無し - 16/12/07 10:39:21 - ID:MFPMiCttGg
>>552
一通り完成してから随時差し替えと思っていたのですが、別の方が始めていらっしゃるようですね。
近接型だけでも早々に仕上げてリンク張り替えるようにします。
遠距離型の方も帝国勢で同様の事態は確認しているのですが、こちらは追々。
>>553
製作の段階で一覧ページは考慮されていませんでしたから、どうしても目次ページありきの構成になってしまっています。
不要と思うのであれば削除に反対はしません。正直自分も製作段階で特に必要とは感じていませんでした。
削除理由はごもっともだと思います。
上の方が仰るようにしばらく待った後に削除でいいのでは。
556.名無し - 16/12/07 17:59:04 - ID:W55lpF0qog
金とサファイアのユニットで2次覚醒の編集が異なります。
557.名無し - 16/12/07 18:30:15 - ID:6JlYEbC3rA
一覧やら目次って今のクラス別一覧のデータ量が多すぎて編集に支障が出て来たから作ったハズだよね?
ステータス埋め込みにしてドット消す(んだよね?)んなら要らないんじゃないの
当初の移行が必要になる理由が完全に無くなってるんだけど
目次やらステ一覧やら整備するより、ステータスページとクラスページを編集用に引っ込めて
今の一覧を埋め込みだけの「見る専」ページにする方がシンプルで使い易いんだけど
目次ページみたいに開く→別のページに移動とか手間かかるだけだから改善してほしいな
558.名無し - 16/12/07 18:33:31 - ID:6JlYEbC3rA
あ、あとマツリのコメ欄見てみ
正直、今の君らの対応おかしいから
利用者に不便掛けてること認識しときなよ
559.名無し - 16/12/07 19:13:01 - ID:MFPMiCttGg
>>556
ちょっとその書き込みだけでは要点が掴めないので詳しくお願い。
>>557
そうですね。
厳密に言えば重たかったのはドットなどの画像情報ではなく、表組の文字情報含めた全てが重かったって話なのですが。
ともあれ今の置き換えが完成すれば一覧ページからキャラのステータスを個別に置き換え出来るので、クラス別ページは当初の作成意義を失います。
その辺りは置き換えが済んだ後で検討して行けばいい話かなと。
一度作った上で複数人の手が入ったページ(クラスページなど)の削除は一個人でするわけにもいきませんし。
>>558
マツリのコメ欄は確認しているが、正直何をどういえばいいのやらといった感じです。
私自身は普段はコメント欄に投下された数値の拾い上げや手直し、画像投稿をしている一般編集兼利用者でありますし
「スレ民VS一般編集&利用者」というおかしな対立構造を作られても困る。
個人レベルで判断すべきでないと思った大掛かりな編集案件はスレに持ち込んで相談しているだけなんですがね。
ともあれ関係ないキャラのコメント欄で関係ない話を続ける事は出来ないので、相談事や要望あればこちらでお願いします。
560.名無し - 16/12/07 19:57:33 - ID:JXmwzR8C8g
アホか
やりたい事は間違えてない、やり方がマズいんだよ
ステータスページにしろ各ユニットページにしろ、個人でやり切れる分量じゃないだろ
実際手一杯になって修正が半端で色々食い違いが発生してる
編集の方法が決まってるなら「新ステータス編集方法」みたいなページを作って目立つ場所に置き
一般も巻き込んでマンパワー集めなきゃだろ
今のままじゃちょっと手直しレベルのスレ読み込む気無い編集者は手が出せない
で、そう言う興味のあるユニットだけちょっと弄るって編集者の方が圧倒的に多いんだ
苦労してるのは分かるが半分自業自得だぞ
561.556名無し - 16/12/07 20:20:18 - ID:W55lpF0qog
キュテリやイーリスといった2次覚醒済みのステータス欄が異なるという意味だす
562.名無し - 16/12/07 22:03:23 - ID:5k0z41ec/Q
>>552
statusページのミスがないか確認するのにclassページが最も便利だったので完成したクラスから編集していました。
一覧について失念していましたね、すみません。
個別ページ以外でinclude表記するのは全て終わってからにします。
>>560
たしかに編集方法をまとめたページはあると便利そうですね。
563.名無し - 16/12/08 14:38:47 - ID:ux1ehcyWCQ
>>557
>一覧やら目次って今のクラス別一覧のデータ量が多すぎて編集に支障が出て来たから作ったハズだよね?
>ステータス埋め込みにしてドット消す(んだよね?)んなら要らないんじゃないの
>当初の移行が必要になる理由が完全に無くなってるんだけど
2行目は1行目の理由の一部。だから3行目のことは完全になくなったわけじゃない。
ドット絵を消すことについて承知した覚えはないけど、2次覚醒の絵が多岐に渡るからとかなんとかの理由を誰かに説明し直してもらいたいところ。
>目次やらステ一覧やら整備するより、ステータスページとクラスページを編集用に引っ込めて
>今の一覧を埋め込みだけの「見る専」ページにする方がシンプルで使い易いんだけど
言っていることがよくわからない。
インクル引用形式の今の状態がそうではないのか?
>目次ページみたいに開く→別のページに移動とか手間かかるだけだから改善してほしいな
目次クリックして対象行に飛ぶのもクラスページに飛ぶのも手間は変わらないが?
>558
意見はここで言えばいい。
言いたいことを勝手に思い込みのまま言い放っていたい人はそのままでどうぞ。
564.名無し - 16/12/09 07:11:00 - ID:iwF6HwR9ig
>>563
前スレでも同じ流れあったね。
クラス一覧だとページ内リンクで読み込み無しでクラス一覧が見れる、戻るでリンクに戻れるから読み込み無しで比較も出来る。
目次だと1クラス見る度に読み込みが発生する、毎回読み込みが発生するので比較しようとすると非常に不便。って流れ。
それで現在の並列にしてた。編集時の読み込みの重さが解決されたなら、利用者に使いやすい方に合わせるのが正じゃないかな?
このwikiの元々のスタイルでもあるし。
ドットもインクルで埋め込んだならステータスに入れ込んだ方が良いよね。
でも、此処で言えば良いってのは本当に良いの?「見切り発車しやがって」とか「手が遅い」とか「意見統一しろ」とか。
これ愚痴とかぼやきじゃなく現状への正当な批判だと思うけど、批判コメだらけになられたら迷惑でしょ。
ちゃんと向こうで続けず、こっちに不満・批判が出てる事を伝えてるんだからちゃんと受けとめなよ。
565.名無し - 16/12/09 09:23:10 - ID:ekkKOUm2Wg
ここでコメ返しする必要は無いけど拝聴に値するコメはあるんだよなぁ
ダメ出しされて当事者顔真っ赤なんだろうけど正直言い訳できないコメもあるわけでさ
今から出来る改善やら次回への戒めやら考えて
編集指南ページを設けるのは言い案だと思うな
566.名無し - 16/12/09 11:23:37 - ID:ux1ehcyWCQ
>>564
>って流れ。
流れはあったが、手間と操作は同じだろ。
必要のない数値やドット絵を読み込まない分目次の方が有利なのだが?
>編集時の読み込みの重さが解決されたなら、
俺のPCではわからんのだが本当に解決されているのか?
>>559の言う理由で重かったのなら解決はされていないはずだが。
>ドットもインクルで埋め込んだならステータスに入れ込んだ方が良いよね。
なんのことを言っているのかわからない。
>正当な批判だと思うけど
それが正当な批判と判断するならここで言ってもらえればいいんじゃないの?
俺には利用者的な一方的な発言で半分不当な要求に見えるけど。
>こっちに不満・批判が出てる事を伝えてるんだからちゃんと受けとめなよ。
自分が理屈で納得し汲み取ることができるだけの意見があるならあなたがここで代弁してみては?
道理と理屈で応じますから。俺はここの主でも何でもないけどな。
>>565
>ダメ出しされて当事者顔真っ赤なんだろうけど
のっけからそんな煽り文句付けずには喋ることもできない奴は相手にされなくても知らんよ。少なくとも何とかしようとしている人への態度じゃないな。(問いただした理屈に答えないとか相手の応じ方がふざけてたらそういう態度とってもいいけど)
俺は今のステータス数値埋め込み法はあんまし乗り気じゃないし当事者じゃないし。おまけにここで編集の導線が必要って言いだしたのも俺だしw
567.名無し - 16/12/09 12:35:57 - ID:ZGMWocmLYg
あーあ…まーた荒らしが暴れ出したよ
編集スレ終わってんな
568.名無し - 16/12/09 17:00:23 - ID:6JlYEbC3rA
要約:俺はそうは思わんのでお前がおかしい
569.名無し - 16/12/09 17:06:02 - ID:yWAYzQyDIQ
>>562
class_近接型_一覧の重装砲兵、戦の聖霊、ヴァンパイアロード、くぐつ使い、エンジェル、アベンジャー、ヴァンパイアプリンセス、サムライ。
これって元でもinclude使ってるからこういう表示になってるんですよね?
これを正しく表示させる方法を教えて頂ければ、とりあえずクラス事消えてる部分だけでも直したい。
570.名無し - 16/12/09 20:04:55 - ID:iwF6HwR9ig
一覧の件はステータスページが用意されていないのにインクルード指示しちゃったので読み込みエラー起こしてるだけ。
なのでステータスページを作れば解決する。はず。作り方は知らないけど。
571.541 - 16/12/09 20:27:08 - ID:gOEiBH9/IQ
合成表の件ですが、やろうと思ったらすでにやっていただいておりました…!
senyouさん、ありがとうございます。
572.名無し - 16/12/09 20:44:48 - ID:MbV9Q/xB1Q
>>570
それは違う
ページがない場合は[page include error]と表示される
今誰かいじってたみたいだけど例えばシンシアとかもステータスページもクラス一覧ページもあるしそれらは一見ちゃんとしているように見える
エラーになっているのはぱっと見ドット外しと二次覚醒の追加をステータスに反映したユニットだからインクルード先にエラーや不整合があって一度目のインクルードでは無理やり表示ができているようにみえ二度目のインクルードで表面化するパターンだと思う
573.名無し - 16/12/09 21:09:16 - ID:5k0z41ec/Q
>>569,570,572
ここのwikiでは無限ループ回避のためにincludeの中にあるincludeは記法として認めないようになってるのが原因です。
なので一覧を治す方法としてはclassページをそのままコピペして持ってくるのが一番簡単でしょう。
574.名無し - 16/12/09 21:12:33 - ID:Bx+4X8rtlw
エラーが出ているのは二重のインクルードになっているから。
seesaaの仕様上二重呼び出しはかけられないはず。
今までは一覧ページがクラスページを呼び出しているだけだったが、クラスページにステータスページをインクルードしたから
一覧ページが「ステータスページをインクルードしているクラスページ」をインクルードしているので起きた。
多少調整をしたのでこれで現時点での閲覧の不整合はないはずです。
575.名無し - 16/12/09 22:02:26 - ID:5k0z41ec/Q
テストページにアイコンドット全乗せ・アイコン1つドット全乗せ・アイコン1つの3パターンのとき、個別ページ・クラスページがどのようになるかを置いているので話し合いにご活用ください。
なお、クラスページに関する部分は色・記法を統一していないので見栄えに関してはあまり参考にならないかもしれません。長さの参考にでもしてください。
最新コメント
2024-07-02
2024-07-01
2024-06-30
2024-06-29