PDFを表示する場合，その文字表示に関しては，
それを表示するアプリケーション及びアプリケーションが稼働している環境に依存します．
（フォント埋込の場合を除く）

このため，同じフォントをインストールしても，Windows環境で表示・印刷した場合と，
Linux環境で表示・印刷した場合で，見た目が異なるといった事態が，たまに起こります．

この場合，PDFの表示に使われるフォントを，両方の環境にインストールすれば解決するはずなのですが，
Linux環境に於いて，オープンソース・プロダクトなどを使用しているような場合は，
PDFで使用しようとしているフォントがインストールされているにもかかわらず，
別のフォントでレンダリングされてしまうといった事象が発生します．

これは，Linuxで使用されているフォント管理システムである，FontConfig が，
PDF内で指定されているフォント名とフォントファイルの関係を，正しく認識できていないからです．

このような場合には，FontConfigの設定ファイルでの設定を調整して対応します．

今回は，以下のような筆者の環境における，FontConfigの設定例を紹介します．

• Red Hat 4.1.2-50
• FontConfig 2.4.1

以前，紹介した SWFTools の pdf2swf を使用した場合を例にして説明します．

設定前の状態で，以下のように実行すると，

《 FontConfig設定の調整前 》

> pwd; ls ./bin
/home/hoge/swftools
as3compile    gif2swf         pdf2swf        swfbbox     swfcombine
swfextract      swfstrings    font2swf       jpeg2swf    png2swf
swfc               swfdump      swfrender    wav2swf    
> export FC_DEBUG=1039
> ./bin/pdf2swf -vvvv -s languagedir=./share/xpdf/japanese -F ./fonts \
-T 4 -s flashversion=4 ./Test-HelveticaNeueLTStdMdCnO.pdf \
-o ./Test-HelveticaNeueLTStdMdCnO.swf
........

FcConfigSubstitute Pattern has 20 elts (size 32)
        family: "HelveticaNeueLT Std Med Cn"(s)
        familylang: "en"(s)
        style: "Italic"(s)
        stylelang: "en"(s)
        fullname: "HelveticaNeueLTStd-MdCnO"(s) "HelveticaNeueLT Std Med Cn Ob"(s)
        fullnamelang: "en"(s) "en"(s)
        slant: 100(i)(s)
        weight: 100(i)(s)
        width: 75(i)(s)
        foundry: "adobe"(s)
        file: "/home/hoge/swftools/fonts/HelveticaNeueLTStd-MdCnO.ttf"(s)

........
DEBUG   Font HelveticaNeueLT Std-LtIt (/home/hoge/swftools/fonts/HelveticaNeueLTStd-LtIt.ttf) \
is a match for HelveticaNeueLTStd-MdCnO
DEBUG   fontconfig: returning filename /home/hoge/swftools/fonts/HelveticaNeueLTStd-LtIt.ttf
VERBOSE Font HelveticaNeueLTStd-MdCnO maps to \
/home/hoge/swftools/fonts/HelveticaNeueLTStd-LtIt.ttf
........

• 環境変数 FC_DEBUG は，FontConfig のデバッグ情報出力設定のためのものです．
  　　詳細は，FontConfigのマニュアルを参照して下さい．
• pwd2swf コマンドの "-vvvv" オプションは，ログ出力レベルをTRACEにするものです．

最後の，フォント名とフォントファイルをマッピングしている部分を見て分かる通り，
FontConfigのフォント認識状態に問題があって，
pdf2swf コマンドが，PDF内で指定されているフォント名に対応するフォントファイルを，
正しく認識できていないことがわかります．

そこで，上記の FontConfigのフォント認識を，pdf2swf が正しく使用できるように修正するために，
~/.fonts.conf に以下の記述を追加し，設定します．

《 .fonts.conf 》

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<!-- for fontconfig ver.2.4.1 -->
  <match target="scan">
    <test name="family" qual="any">
      <string>HelveticaNeueLT Std Med Cn</string>
    </test>
    <edit name="family" mode="assign_replace">
      <string>HelveticaNeueLT Std</string>
    </edit>
    <test name="style" qual="any">
      <string>Italic</string>
    </test>
    <edit name="style" mode="assign_replace">
      <string>MdCnO</string>
    </edit>
  </match>
</fontconfig>

すると，設定後の，コマンド実行の結果は．．．

《 FontConfig設定の調整後 》

> pwd; ls ./bin
/home/hoge/swftools
as3compile    gif2swf         pdf2swf        swfbbox     swfcombine
swfextract      swfstrings    font2swf       jpeg2swf    png2swf
swfc               swfdump      swfrender    wav2swf    
> export FC_DEBUG=1039
> ./bin/pdf2swf -vvvv -s languagedir=./share/xpdf/japanese -F ./fonts \
-T 4 -s flashversion=4 ./Test-HelveticaNeueLTStdMdCnO.pdf \
-o ./Test-HelveticaNeueLTStdMdCnO.swf
........
DEBUG   Font HelveticaNeueLT Std-MdCnO (/home/hoge/swftools/fonts/HelveticaNeueLTStd-MdCnO_mk.ttf) \
is a match for HelveticaNeueLTStd-MdCnO
DEBUG   fontconfig: returning filename /home/hoge/swftools/fonts/HelveticaNeueLTStd-MdCnO.ttf
VERBOSE Font HelveticaNeueLTStd-MdCnO maps to \
/home/hoge/swftools/fonts/HelveticaNeueLTStd-MdCnO.ttf
........

となり，pdf2swf が，PDF内で指定されているフォント名に対して， フォントファイルを正しくマッピングするようになりました．

どうも，FontConfigは，フォントファイルを読み込んで解析する処理の部分が，まだこなれていないようで，
今回使用した FontConfig 2.4.1 以降も，頻繁にバグフィックスを重ねています．

このことにより，《 FontConfig設定の調整前 》 にある，
FontConfigのフォント認識状態の出力が，バージョン毎に変化しています．

ですから，~/.fonts.conf ファイルを設定するときには，
稼働環境のFontConfigのバージョン毎に，確認しながら設定する必要があります．
ご注意下さい．

iPhoneで重宝しそうなアプリ Nike+ GPSについての続編を紹介したいと思います。

今回、ほぼ2ヶ月強使いこなした感想を書きます。
アプリは2011/09/02にVer3.2.1と頻繁にVerUPを繰り返してます。
走行距離も300キロを超え、段階、レベルがグリーンゾーンにUPして、
モチベーションとテンションが上がってきております。
因みに、このソフトでは走った通算距離（km）に応じて、6段階のレベルに
イエロー（0～49 km）、オレンジ（50～249 km）、グリーン（250～999 km）、
ブルー（1,000～2,499 km）、パープル（2,500～4,999 km）、ブラック（5,000+ km）

最新のバージョンの特色は、iPhoneの他、WEB上でも同期が取れ
走るペース、状態、気候など、走る時に得られるデータが全て、一元化されてます。
こらぁ楽しくなってきますな～

日々の記録と、達成度でこのアプリ上で
元プロ野球選手の清原和博さんが、
『いっぱい走ったな、ごはん、いっぱい食べてや』と粋なひと言。

《全体》

《記録》

《コース》

では、また今度こそ500キロ達成した頃にまた！

以前より，Scalaはコンパイルに時間がかかると言われてしまっていた点が改善され，ちょっとしたコードの検証に使えるREPLも今までより気軽に起動できるようになり，より利便性が高まった感があります．

また，2.9.Xでデグレートしたバグについても直されていたりしますので，バグのために2.8.Xを使い続けていた場合は，今回は使用を検討してみることをお勧めします．

なお，ScalaベースのソフトウェアのScala 2.9.1への対応状況ですが，ビルドツールであるsbtは，0.11.0で対応するようです．現在は，0.11ブランチのソースからビルドすればスナップショット版が利用できます．

Liftは2011/09/02現在，Scala 2.9.1への対応作業中のようですので近々対応版がリリースされると思います．

話しは変わりますが，プログラミング環境がなくても数多くのプログラミング言語を実行できる「ideone.com」というサイトがあります．

《 ideone.com 》

このサイトを利用すれば，ScalaのコードもWebブラウザが使える環境ならばどこでも手軽に実行してみることができます．

残念な所は，2011/09/02現在，利用できるScalaのバージョンが2.8.0であるという点です．

また，このサイトを利用する場合は，打ち込んだソースコードはデフォルトで公開されますので注意して下さい．

Sinatraと直接関係無いのでは？と思われるかも知れません。
が、今回は『組み合わせて使ってみる』事を目的としてみます。
Excelファイルのアップロード＆ＤＢ登録に挑戦します。

私は、ExcelファイルをRubyで取り扱う場合、'spreadsheet' を利用してます。
Windows環境限定なら'win32ole'と'Excel.Application'の組み合わせも便利です。

1.Postするフォーム

最初に、ブラウザからExcelファイルをPostする必要があります。
PostするFormなのですが、Formのenctypeを'multipart/form-data'に設定し
inputタグでは、typeにfileを設定するだけです。
勿論、post先には対応するURLを設定してください。
シンプルなので、ＨＴＭＬのサンプル引用などは・・・しません！

2-1.Postを受け取る処理

次は、サーバー側でブラウザからPostされたExcelファイルを取得します
Sinatraでは、Postされたファイル名は『params['file'][:filename]』として
ファイルのバイナリデータは『params['file'][:tempfile]』として、設定してくれます。

《 Postを受け取る処理：参考 》

xls = Spreadsheet.open( params['file'][:tempfile], 'rb' )
@columns, @rows = ExcelFile.sheet_to_rowcolumn( xls.worksheet(0) )

2-2.Postを受け取る処理

2-1では、ワークシートの中身をArrayに置き換えて取得していますが
これは、自作のメソッドです。
ここでは、ActiveRecordのExcelファイルクラスに、そのメソッドを追加しています。
ワークシートの行と列のArray化、必要に応じて文字コード変換をしています。
※.文字コードは、内部処理はutf8、ダウンロードを行う場合にはShift_JISで処理する為、変換を想定しておきます。

《 ExcelFileクラス：参考 》

# エクセルファイル
class ExcelFile < ActiveRecord::Base
  # エクセルのシートを、見出し(columns)とデータ行(rows)
  def ExcelFile.sheet_to_rowcolumn( sheet, sjis_encode = false )
    columns = Array.new
    rows    = Array.new
    while true
      break if sheet[ 0, columns.size ].nil?
      columns.push( sheet[ 0, columns.size ].tosjis) if sjis_encode
      columns.push( sheet[ 0, columns.size ]) unless sjis_encode
    end
    
    i = 1
    while true
      break if sheet[ i, 1 ].nil?
      row = Array.new
      for j in 0 .. (columns.size-1)
        row.push('')                    if sheet[ i , j ].nil?
        if sjis_encode
          row.push(sheet[ i , j ].tosjis) unless sheet[ i , j ].nil?
        else
          row.push(sheet[ i , j ]) unless sheet[ i , j ].nil?
        end
      end
      rows.push(row)
      i += 1
    end
    return columns, rows
  end
end

2-3.DBに登録する処理

今回のサンプルでは、大胆にエクセルファイルの内容を
blob形式で、カラム'metadata'に保存してしまいましょう！。
（お仕事の場合には、管理者と相談しましょう！）
ActiveRecordで、操作する場合下記の様になります。

《 ExcelFileのDB登録：参考 》

excel_file = ExcelFile.create( :filename =>params[:file][:filename] )
excel_file.update_attribute( :metadata, params['file'][:tempfile].read )
excel_file.save!

2-4.応答を表示する処理

最後に、ブラウザーへ応答を返します。
Sinatra(ruby)には、現在多種多様なテンプレートエンジンがあるので
好みに合ったエンジンを選んでもらえればいいと思います。
ここでの、表示にはワイルドに（雑？）、erbで出してしまいます。

《 ExcelFileのDB登録：参考 》

erb @columns.inspect + @rows.inspect 

と、このような手順で、Excelファイルのアップロード＆Database格納が出来てしまいます。
レッツ！Lightweight Language！

iPhoneで重宝しそうなアプリ Nike+ GPSについての続編を紹介したいと思います。

前回は、Nike+ GPSのさわりを紹介しました。今回、ほぼ1ヶ月強使いこなした感想を書きます。
アプリは2011/07/14にVer3.1.2と小刻みにVerUPを繰り返してます。
走行距離も200キロを超え、モチベーションとテンションが上がってきております。
日々の記録と、達成度でこのアプリ上で、タレントの安田美沙子さんが、
またがんばーってと盛り上げてくれます。きめ細やかぁ！

《記録》

《コース1》

《コース2》

まず、GPSの精度が上がっています。
GPSの感度が低い箇所でも、小刻みにGPSが動いてくれるようです。
自分が走った記録や平均時速やコースが地図上と比較しても、ほぼ正確に出るようになりました。

また、GPSの途切れそうな山間部でも途中途切れても、このように出してくれます。

では、また500キロ達成した頃にまた！

Akkaは現在Scalaと一緒の形でTypesafe社によって配布されています．

Scalaに標準で用意されているActor機能よりも高機能なものになっています．

シンプルなコード・設定ファイルで実際にどのようにプログラムが書けるかを，
見てみたいと思います．

サーバ側のソースコードは次のようになります．

《 server.scala 》

import akka.actor.Actor

class EchoActor extends Actor {

  protected def receive = {
    case x => self.reply(x)
  }

}

• 5行: Actorトレイトのreceiveメソッドを実装します．これがクライアントからのメッセージを受け取る部分となります．
• 6行: クライアントから受け取ったメッセージxを受けて，それをそのままクライアントへ返します．

サーバの設定ファイルは次の通りとなります．

《 akka.conf(サーバ側) 》

akka {
  time-unit = "seconds"
  enabled-modules = ["remote"]
  event-handler-level = "DEBUG"

  actor {
    timeout = 10
    serialize-messages = on
  }

  remote {
    server {
      hostname = "localhost"
      port = 9999
      connection-timeout = 10
      message-frame-size = 20000000 # limit byte size
    }
 }
}

サーバの起動は次のクラスを実行します．

《 boot.scala 》

import akka.actor.Actor._

object ServicesBooster {

  def main(args: Array[String]): Unit = {
    remote.start()
    remote.register("echo-service", actorOf[EchoActor])
  }

}

• 6行: サーバ環境を起動させます．
• 7行: サーバ環境へサービスを行うActorを名前を付けて登録します．これで，クライアントからこの名前を指定してアクセスすることができるようになります．

クライアント側のソースコードは次のようになります．

《 client.scala 》

import akka.actor.Actor

class TestActor extends Actor {

  val echoService = remote.actorFor("echo-service", "localhost", 8888)
  (0 to 10).par.foreach {
    no =>
      println("echo = " + (echoService !! ("echo " + no)))
    }
  }

}

• 5行: リモートのActorへアクセスするためのオブジェクトを名前とホスト名，ポート名を指定して生成します．
• 8行: 生成したオブジェクトを経由してメッセージを送ります（!!の後の部分が送るメッセージの内容となっています）．そして，返ってきた値を表示します．

クライアントの設定ファイルは次の通りとなります．

《 akka.conf(クライアント側) 》

akka {
  time-unit = "seconds"
  enabled-modules = ["remote"]
  event-handler-level = "DEBUG"

  actor {
    timeout = 10
    serialize-messages = on
  }

  client {
    message-frame-size = 20000000 # limit byte size
  }
}

このようなコード・設定ファイルを用意することで手軽に分散プログラミングを行うことができますので，Scalaを利用されている方は，是非，Akkaを使用してみてください．