2009-08

＃私事でドタバタしてましたが、無事山を越えたので、少しずつ再開したいと思います。
＃こんな場末のブログにも訪問者がいらっしゃるようなので(^^;

マイクロエースから発売された近鉄8000系 新塗装・冷房車について

今回は生産量が少ないのか、それとも近鉄ファンがとても多いのか、わかりませんが、店頭ではあまり数を見かけないようです。発売決定時から予約していたので、基本4両＋増結2両 を無事(?)入手できました。

塗装ですが、どこでも言われているように…　いままでのマイクロエース製品「近鉄10000系 ビスタカー」等を基準に比較すると塗装品質は、いまいち感があります。（ブックケースが黒色以降は中華の工場が変わったらしいとか）

近鉄のパンダ顔は自分で塗るとなると大変なので、製品化はありがたいのですが、
よーく見ると、マルーン帯の境目などが若干にじみ、ドア部で吹込みありで、ちょっとガッカリです。最近の製品で目が肥えたせいでしょうか

良い点は、ドア上の水切りまで濃い目のマルーンで塗装表現されています。
銀色ライト周りが少し太い気もしますが、前照灯、識別灯、四角の尾灯も点灯します。

さすがに前面方向幕は点灯せず白色に塗られています。
幌は、赤いプラパーツ1色で少し気になるので内側をクリーム色にしたいところですね。

側面の窓を左右に分けている赤の窓枠ラインは、アルミ銀と共にガラス側への塗装表現で細いです。もう少しガラスがはめ込まれていると、もっと良かったのにと思うのは私だけでしょうか

動力はいつもの仕様で、モータ部の床下機器が四角い形ですが、動きは滑らかでした。
台車モールドも、いつものあっさり風味です。

パンダ顔の近鉄車両のNゲージは限られているので、好きな方は買いでしょう。

あとは、カラーバリエーションでマルーン１色も出るとよいなぁ(個人的希望)

＃ところで後日、じっくり見ていたら、2mmほどのキズ等発見… orz　回送されました。
＃いつ帰ってくるのでしょうか…

WordPress のテーマとして、wp.Vicuna.exc を使っています。

使っている理由は、ソースが綺麗に整理されており、カスタマイズもなんとかできそうな感じだからです。

今まで特に問題なかったのですが、WordPress 2.8.x に上げてから、カレンダウィジェットの日本語表記の曜日が文字化けするようになってしまいました。

元々「2.7.1 しか動作確認してない」と書いてあったので、とりあえず自分の環境で動くようしてみました。というわけで、忘れないためのメモです。

php はよくわかりませんので、てきとー修正です(；´∀｀)
うそ書いてるかもしれないので鵜呑みにしないように

• 方法1：イマイチな方法

  mb_substr() で文字化けしていることがわかりましたので、とりあえず下記のように mb_substr() の第4引数に’UTF-8’ を試しに指定したところ直りました。

  どうやら、WordPress本体 の charsetでUTF-8 と設定しているのに、それが伝わってない感じです。

  function.php:

          $day_name = mb_substr( $wd, 0, 1, 'UTF-8' );
          $day_ex = __($wd);
  
          if ($day_name == "S") {
  /* -- カレンダー日本語表記化 s --
              echo "\t\t\t\t\t<th class=\"". strtolower(substr( $wd, 0, 3)) ."\" title=\"$wd\">$day_name</th>\n";
  -- */
              echo "\t\t\t\t\t<th class=\"". strtolower(substr( $wd, 0, 3)) ."\" title=\"$wd\">".mb_substr( $day_ex,
  0, 1, 'UTF-8')."</th>\n";
          } else {
  /* -- カレンダー日本語表記化 s --
              echo "\t\t\t\t\t<th title=\"$wd\">$day_name</th>\n";
  -- */
              echo "\t\t\t\t\t<th title=\"$wd\">".mb_substr( $day_ex, 0, 1, 'UTF-8')."</th>\n";
  

• 方法2：多少マシな方法
  上記の方法1でも、直りましたが、mb_substr は他にもあり、他も修正しなくていいの？的なところもあるので、方法1はやめました。

  代わりに、php.ini に内部エンコーディングをUTF-8に設定してみたところ、うまく直りました。(default_cahrset も一応追加)

  default_charset="UTF-8"
  mbstring.internal_encoding="UTF-8"
  

当面は、方法2で回避しますが、誰か詳しい人に解明してほしいところ…(^_^;

他のテーマ　default1.6 と iNove 1.4.5 は問題ないので、WordPress 2.8 で新しくなったと思われるウィジェットまわりの実装が違う影響なのかもしれません。