ビルド掲載の仕方退避

Last-modified: 2010-08-02 (月) 06:06:12

最終更新日込みリスト型文責者案

-[[名無しのビルド>Pestilence-Build-名無し] &lastmod([[Pestilence-Build-名無し]]);
-(ページの横幅が長くなるため省略);
  • 名無しのビルド? &lastmod([[Pestilence-Build-名無し]]);
  • cymbalのビルド? &lastmod([[Keeper of the Forest-Build-cymbal]]);

DotAWikiに一番近い形式です。ビルド名問題を抱えていないところがポイント。
現在、文責者がほぼいないのでみんな名無しになっちゃって最終更新日で判断するしかないですが、投票のタイムスタンプ更新がノイズになります。
リンクをビルド名にする場合、移行作業が辛くなる上に、判断が文責者でない人間になります。また、何をもってビルド名をつけるかという判断が難しく、下手すれば皆同じタイトルになります。これは筆者名でも同じことですが。
この案は最終更新日の取得がキモになり、筆者名であるなら移行作業が一番易しいかと思います。

リスト型全含め案

-[[Initiatorビルド@名無し>Pestilence-Build-名無し]] &lastmod([[Pestilence-Build-名無し]]);
--[[アイテム考察@名無し>Pestilence-Build-名無し]] &lastmod([[ビルド掲載の仕方]]);
-(ページの横幅が長くなるため省略);
  • Initiatorビルド@名無し? &lastmod([[Pestilence-Build-名無し]]);
    • アイテム考察@名無し? 2011-02-28 (月) 10:51:08
  • Initiator&Supportビルド by cymbal? &lastmod([[Keeper of the Forest-Build-cymbal]]);

テーブル型全含め案に賛同ありましたのでリスト型でも作成します。
この程度の情報ですと特に注訳が必要ありませんから、テーブルでなくても特に不都合ないかと思いますが、いかがでしょう?
テーブル型に比べて編集が簡素ですが、リンクの長さによって若干表示がバラつきます。
孫ページが作成される場合に限り、リストはテーブルよりも視覚的に分かりやすくなります。

テーブル型全含め案

|~''ビルド名''|~''筆者''|~''最終更新日''|
|[[Initiatorビルド>Pestilence-Build-名無し]]|名無し|&lastmod([[Pestilence-Build-名無し]]);|
|[[Initiator&Supportビルド>Keeper of the Forest-Build-cymbal]]~(以下省略)
ビルド名筆者最終更新日
Initiatorビルド?名無し&lastmod([[Pestilence-Build-名無し]]);
Initiator&Supportビルド?寿限無寿限無五劫の擦り切れ&lastmod([[Keeper of the Forest-Build-cymbal]]);
ビルド名筆者最終更新日
Initiatorビルド?名無し&lastmod([[Pestilence-Build-名無し]]);
Initiator&Supportビルド?寿限無寿限無五劫の擦り切れ&lastmod([[Keeper of the Forest-Build-cymbal]]);

情報量は多いですがソースがちょっとゴチャつく上(Wikiの書式に詳しくない方は結構辛いと思います)、ビルド名の問題があります。
移行作業の辛さと編集のめんどくささを抜けば最も観覧者にとって分かりやすい形式かと思います。
(追記)
これセンターに寄せると見にくくない?
注約以外の要素を中央揃えしたテーブルを今まで見たことがないからかもしれんけど、
リストでの中央揃えって大昔のwebサイトみたいで気になる。

現行案

|CENTER:||c
|~''リンク''|~''詳細''|
|[[Pestilence-Build-名無し]]|過去に掲載されたビルド|
|[[Keeper of the Forest-Build-cymbal]]|過去に掲載されたビルド|
リンク詳細
Pestilence-Build-名無し?過去に掲載されたビルド
Keeper of the Forest-Build-cymbal?過去に掲載されたビルド
Pestilence-Build-namidame on midgank?長い筆者名の例

ソースは綺麗ですが表示に観覧者にとって意味のない情報が多く、長いHero名や筆者名であればあるほどややこしく感じます。
説明について、移行後すぐは恐らくほとんど「過去に掲載されたビルド」で済んでしまうので観覧者に有益な情報が少ないです。

コメント

  • タイトルまんまだとあまりに見にくいので「日付or名前orビルド名>Hero-Build-名前」やテーブルも抜いてDotAWikiと同じ形式にするのはいかがでしょう?(KotF参照) -- cymbal? 2010-07-30 (金) 02:59:25
  • とりあえず統一化のためテンプレ通りでお願いします。 -- zikuu? 2010-07-30 (金) 07:38:55
  • ええと、リンクは絶対にこのテンプレで行え(このテンプレの変更はしない)、ということでしょうか?このテンプレがHeroテンプレに則ってくれという意味でしょうか? -- cymbal? 2010-07-30 (金) 08:12:47
  • リンクのほうです。 -- zikuu? 2010-07-30 (金) 18:25:34
  • いやいやいや、まだ施行されてないので今しか話できないじゃないですか。全Heroに適応するんでしょ?そうなってからでは修正効かないので今例として1ファイルを更新してるんです。ファイル名も「Hero/Build-Name」が正規表現だと思うのですが、このテンプレは話し合う余地が既にないんですね? -- cymbal? 2010-07-30 (金) 18:48:33
  • ビルドを別ページに写して文責者とバージョンを分かりやすくするという考えは賛同しますし、もちろん移行作業には参加しますが、さすがにもうちょっと説明を下さい。何故このテンプレでないといけないのかが全く分かりません。執筆者を第一に考えたとしても、可能な限り観覧者にとって便利な表示にしましょうよ。 -- cymbal? 2010-07-30 (金) 19:27:28
  • そうですね。それについては賛成です。ページ名の/はページをヒーローのページ内に作るわけではないので-でいいかと。リンクについてのテンプレで既存の物は駄目なのでしょうか。あと、日付に関してはビルドページを更新した際などのことを考えると不便かと -- zikuu? 2010-07-30 (金) 19:50:48
  • ご理解いただけて幸いです。ファイル名まんまのリンクには情報が込められておりませんし、長いHero名になるとかなり見にくいです。ビルドを内部ページの扱いにすればそのページトップにHeroへのリンクが張られ相互性が上がります。現行のビルドは特化したものが少なく、説明を必要としない上、移行作業のネックになるでしょう。また、説明ならばリンクに込めてしまえばいい話だと考えます。その上であまりテーブルの必要性を感じず、リストの方が更新及び表示が容易ですからそちらに魅力を感じます。日付についてはDotAWikiに従ってますが、あれば便利だと思います。最終更新時間を表示するプラグインがあればビルドページにブチ込めばいい話ですが。 -- cymbal? 2010-07-30 (金) 20:13:55
  • 内部ページについて詳細教えてもらえますか?あと、cymbalさんがいいテンプレ案をもってるようなのでこのページに試しに作ってもらえると幸いです。 -- zikuu? 2010-07-30 (金) 23:16:46
  • 最終更新時間を出すやつはあるみたいです。ですがリンクに含めることができないので、ビルドのページに付けるか、ビルド一覧の項目のよこに添えるかするとよさそう。 -- zikuu? 2010-07-30 (金) 23:50:51
  • 物凄い長文になる予感がするのでウルテクで編集追加して一行コメント形式を無視します。もうここはノートです。

    自分は内部ページというより親ページ子ページという解釈でいるのですが、リンクを張って内容を総括しているのが親ページ、
    その内容であるものが子ページであった方がWikiは更新と観覧を円滑にすると考えます。

    抜本的な改革を促してる訳ではないのですが、例えば「Hero/Maliken/Build/hoge」であると、
    掘り下がる全ての子ページから遡れる全ての親ページへリンクが張られますし、
    ファイル一覧ではHeroでソートされるため管理が楽になります。ソートは-区切りでも構いませんが。
    この場合Buildは親ページとして成立していませんから-でいいでしょう。

    また、子ページから親ページへの逆進リンクはブラウザの戻るで良いかと思うかも知れませんが、
    検索エンジンや最近の更新等の直リンクから飛ぶ観覧者にとっての配慮になりません。

    これに従って全てのファイルをリネームするのは猛烈に辛いでしょうし、
    ビルドページにはまだ子ページを作る余地がある(例えば猛烈に長いアイテム評価等)ので、
    とりあえず「Maliken/Build-hoge」でスタートした方が、リンク的な優位がある分、観覧と管理にとって便利だろうと思います。

    話変わってlastmodをちょっと試してみましたが、リンクに使えませんねえ。説明には子要素になれるって書いてあるのですが。
    まあそこは仰るようにリンクに含めなきゃいいと思いますけど、利便性を考えると投票プラグインがネックになるんですよ。
    コメントはpコメント化で影響を免れますが、投票がタイムスタンプを更新しないオプションとかないんでしょうか?
    自作voteプラグインにはあるらしいのですが、正直このあたりはよく分かってません。 -- cymbal? 2010-07-31 (土) 07:38:40
  • とある場でじくーさんに現行案の提案をしたものです。
    現行案のページ名のフォーマットについては「親/子ページ」等の仕様を知らずに提案したのですが、
    Cymbalさんの解説してくれている「親/子ページ」案を利用したほうが良いと思います。
    その際のページ名についてもDotAWikiで採用されている形を利用したほうが良いかもしれません。

    リンクに関しては「どのようなビルドなのか?」「誰が書いたのか」が人目で理解できる形が理想で、
    個人的には「テーブル型全含め案」を推奨したいです。
    所謂「Wikiの書式に詳しくない方」には別途コメント等を残してもらって後ほど編集できる方にしてもらうといのはいかがでしょうか?

    正直、中途半端な知識で提案するのもどうかと思いましたが、
    Wikiをより良いものにしていきたいという気持ちは同じだと思いますので提案させていただきました。-- 名無し? 2010-07-31 (土) 09:18:09
  • zikuuさんに聞いたときは無理って言われたんですが。メニュー下部の更新履歴の 最新の30件というのはビルドだけ別で最新の30件というふうにはできるのでしょうか?面倒くさいことになるならスルーしてください。パッチでヒーローやアイテムを一気に更新した際に流れちゃうのがもったいないとおもいまんた -- 2010-07-31 (土) 10:39:53
  • あー、出来そうな気はしますね。特定の下位ディレクトリ(コメント/やBuild/以下)の更新表示はできたような記憶があるのですが、それを取り除くのはちょっとややこしいというか全ファイルリネームが必要になるかも? -- cymbal? 2010-07-31 (土) 11:02:27
  • では、ページ名は heroname/Build-うんたら でいきましょう。最終更新日は投票のこと考えるとダメですね。そうなると、ビルドページの手直しなどの場合はコメントに一言かいてもらうかで、あとはバージョン書いてもらえれば旧仕様うんぬんの回避はできそうですね。 -- zikuu? 2010-07-31 (土) 15:31:30
  • vote自体が行われると上がってくるのは問題ありますね。リストはとりあえずリスト型が一番簡単なので、それいくのがよさそうですね。 -- zikuu? 2010-07-31 (土) 15:45:08
  • voteのやつ試してみて、上に書いときました。 -- zikuu? 2010-07-31 (土) 16:01:29
  • vote2使えましたか、よしよし。自分が気付いた改善点は以上です。リストとテーブルはそれぞれ長短ありますので判断は任せます。 -- cymbal? 2010-08-01 (日) 02:32:52
  • ヒーロー考察等はもう Pestilence-Build-名無し の様に編集する事が決定となったのでしょうか? -- Pa? 2010-08-01 (日) 05:18:07
  • 今気付きましたが、なしてテーブルでCenter寄せなんでしょう。テーブルのセルは一番長いものに合いますから、中央揃えするとテーブル表示がリスト表示に勝る利点を一つ潰すことになりますけど。だから自案では中央寄せを削ってたんですよ。元現行案のようにビルド名の長さに差があると見にくくなりますよ。 -- cymbal?