Note/Forum/18/logCurrent?
- 追加された行はこの色です。
- 削除された行はこの色です。
[[Forum/18]]
-そう言えばこのMod、CM Partnersのesmも同梱してたんですよね。tool試してみたさも有り、つい勢いでwikiのページはHeartOftheDead.espのデータだけで作っちゃったんですが・・・。こっちの翻訳も必要でしょうか？やるとしてもページ分けとかどうしようかなぁ。 -- COLOR(#009900){nek-12} &new{2009-01-15 (木) 02:58:29};
--上手く作成できたようですね、お疲れさまです。何か疑問点やこうしたら良いとか感想とか有ったら遠慮なくどうぞ。どこが分かりやすいとか分かりにくいとか、そういう感想だけでも十分改善の糸口になりますから。&br;しかし、L10N/The_Heart_of_the_Dead/4.2/Dialogue/-01みたいなページが出来るのは想定外(基本的に -を使う場合はページの分割時で、元ページ名-分割番号 になるはず)なのでもちょっと原因を究明してみます。 CM Partnersはそれ自体が別のコンパニオンMODですから、行うなら別に打ち立てた方が明快だと思います((The_Heart_of_the_Dead作者さん自身で改造されているのかもしれませんが))。実際、このWikiの階層構造の場合、MOD内に複数ESPがあった場合の対処方法が提供されていません。さらにもう一階層掘っても良いんですが、どうしようかなぁ (L10N/The_Romancing_of_Eyja/1.4/Eyja.esp/Dialogue/AAEyjaAnvilMansion みたいに)。複数ESPが存在するMOD翻訳時だけこの手を取るってのも有りですね。…ただ、問題はcs2wikiにも書いた、Wikiログのファイル名長の問題が出てきます。確実にファイル添付は出来ません((添付ファイルは同じように名前がエンコードされるんですが "添付されたページ_添付ファイル名"というかなり頭が痛いネーミングになっており、どうしても長いファイル名になる傾向があります。作業DirectoryのPathを入れたら255bytes超過なんて簡単でしょう))。どうしたものか。PukiWiki自体をHackしてしまえば良いのですが、当然のことながらPukiWikiの根幹部分なので影響範囲が想像できないんですよね。やるなら長い名前と短い名前を対応させるDBもどきを作成し、ログ読み書き部分にかますのが無難かなぁ…。そしてcs2wikiでも対応させる、と。余り考えたくない手間ですね。…後半かなり雑談脱線転覆でした。-- COLOR(#FA8072){Irrlicht} &new{2009-01-15 (木) 17:15:04};
---CM Partnersのデータ検証どころか、うっかり忘れてたModListの追加までしていただいて恐縮です。で、toolの方なんですけれど、あえて言うなら/IMPUTフォルダにデフォで入ってるカラのtxt群を削除した方が良いのかor悪いのか、その辺がちょっと分からなかったくらいですね。素人にも使いやすかったですよ。 -- COLOR(#009900){nek-12} &new{2009-01-15 (木) 20:34:00};
---家々、フォローこそが管理人の仕事ですのでお気になさらず。空のTXTは入力ファイル名が分かりやすいようにという親切心の工夫でしたが、使わないファイルはどうするかREADMEに書いて無かったですね、そういえば。追記しておきます(ちなみに空テキストは自動的に処理がスキップされる)。抜けていた点を指摘して頂き有難うございます。&br;コマンドラインアプリにしちゃったので場合によっては慣れない人も出てきそうってのが懸念だったのですが、それが思ったよりは大事ではなかったようで何よりです。&br;開発コンセプトはファイル突っ込んでコマンド一発でプロジェクトが立ち上げられるって感じでした。対話型(Mod名は何ですか？Verは？って順番に入力を促すタイプ)に出来ればそれは便利そうなんですが、ちょっとむりっぽいです。&br;余談ですが、実はWiki用インポートファイルをToolからWikiにUPまですることも不可能じゃないんですが、まぁそこまではしなくて良いかなと考えてます。他には翻訳不要行を自動的に取り出すとか(空行部分とか、書物でテキストが無くタグだけ、とか)いう機能も考えましたが、まぁそれくらいは手動で何とかできるでしょうし保留です。あとはMODの分野では殆ど関係ないですが、Vanillaとかご覧になればお分かりのようにVanillaのDialogueのように分割ページが多い場合に自動で小見出しを作るとかいうのも有りかなとか考えましたがこれも保留で。開発のめんどくささや簡単に人力でできる事でしょうし。 とはいえ、追加すると楽しそうな機能が有ったら遠慮なくどうぞ、実装できるかは分かりませんが。-- COLOR(#FA8072){Irrlicht} &new{2009-01-15 (木) 21:43:47};
--上記問題のdebugの為、MODを調査しているんですが、HeartOftheDead.espはCM Partners.esmをMasterにしているのでespをCSに読み込ませた時点でesmも読み込まれ、exportデータに出てくるようです(検証はしてません)。つまり、CM Partnersを個別に訳すかどうかは気にしなくて良い気がします -- COLOR(#FA8072){Irrlicht} &new{2009-01-15 (木) 18:00:05};
--盲点でした。当該カテゴリですが、なんと識別に用いているセルがNULLだったのが原因でした。CS、NULLも許容するのね…。早速修正します。尚、Wiki上の夫々のページは Data-01" "Data-02"にリネームしました -- COLOR(#FA8072){Irrlicht} &new{2009-01-15 (木) 18:25:45};
--分析終了。上述の予想通り、esmが自動的に読み込まれるため、exportされた内容にはesmのデータも含まれて居ます。よって気にしなくて良いでしょう。&br;後、上述のDialogueのNULLなセルですが、これはesmに有るデータがなんらかの原因(若しくは操作)でそのようになった模様(その原因までは究明せず。Dialogueのみに見られる)。ですので多少特殊事例なのかもしれません。&br;で、ここでちょっとまとめると、『esmをmasterにするesp形式のMODは当該espをCSで読み込んでexportするだけで良い』でよさげです。実際にやってみないと保証は出来ませんけど。 -- COLOR(#FA8072){Irrlicht} &new{2009-01-15 (木) 18:58:57};
