OpenOffice。とりあえず日本語プロジェクト辺りにリンクしておこうか。
PC自体がどんどん安くなっているので、今や価格設定の上でガンになっているのはOS及びオフィススイート(つまりはMicrosoft Office)。高過ぎる&値下がりしない。
でもまあOSは仕方がないでしょう。OSなしでPCを使うというのは今は無理だから。でもOfficeは切れるよな、と思えるレベルにまで届いて来たね、OpenOffice。
ただ、物書き視点でWriter(Wordみたいなもの)を見ると、改行処理が全体的に日本人と肌が合わないのですよね。Writerは物理改行と論理改行を区別するとか(論理改行の方が少しだけ行間が広くなる。これは書き文書ではなくWeb文書の発想ですね…)。あと困ってるのがルビ。付き方がイヤ過ぎます。というか、WriterとCalc(Excelみたいなもの)については、ほぼそれだけです、不満は。もうどうにかして。WriterのルビさえどうにかなったらMS Office買わなくて済む。調節は出来なくていいから、もう少しruby baseとruby textの間を詰めて下さいお願いします。ルビなのになんでこんな離れてんだ。元の字と寄り添って貰えませんでしょうか。ほらほらそんなケンカして拗ねて離れてないで仲良くくっついてくっついて。
※実際の所は、ルビを振った日本語文書をそれなりに見せるための方法はあるのですが、その行間設定の仕方は、シロートの手に負えるレベルじゃないと思うのです。
(c.f.ルビをつけたときの行間の乱れについて)
ホントこれはムリ。素人さんはそんな、たかが文字にルビ振るだけでポイント計算までしませんてばさ……。
ただ、私にとって、まだまだ不完全なOpenOfficeでもMSOfficeよりマシな点があって、
(1) 印刷の悩みが1つ解消
(2) Draw、イイっ!
(2)については、過去記事「画像処理ソフト、素人ゆえの悩み」参照、で終わらせよう。私程度の画像処理素人にとって、Drawの機能は必要にして充分。やっとG.Crewを見捨てられそうです(販売もサポートも終わっている製品だから、Vistaにしたらどうなることかと。今までの資産がブッ飛ぶかも、という恐怖を初めて味わわせてもらいましたデス。「資産」はどっちにしろ移植しなきゃならないから今からゲンナリですけどね)。
(1)については。
実は、B6というサイズを私は結構使うのです。ところがWordでB6(サイズには普通はないので、任意で128×182を指定する)で作成すると、印刷時に、現在使っているHPのプリンタで印刷開始位置が右にズレる(用紙の左余白を10倍くらいに誤解している感じ)という問題を抱えていたのでした。
プリンタ側の問題なのかWord側の問題なのかと問われれば、声高にWordのせいじゃコラと言い切りたいのです。何故ならPDFやWindowsメモ帳など、他のソフトに関しては問題が出ないので。
HPは元々海外産プリンタをムリに日本に移植しているので、コピー機能でB版(B5とか、Bのつくサイズ)が使えない、という仕様を持っていたので、B版には弱いんだろうなとは思っていたのですが。
HP側のサポートはタダだから聞いてみたけど当然Wordのせいにする(まあそうだろう)。この程度でMSにサポート料払うのはウザいのでMSには報告してません。というか多分2007買ってね、と言われるだけだろうな。
タダでPDF化出来るソフトが手に入ってからはPDFを経由して印刷で解決しましたが、それ以前はB5に印刷して手で半分に切ってましたよ、地道に。PDFを経由するのだってめんどくさいのには変わりないんですけどね。
で。OpenOfficeのWriterで試したら問題は出なかった。と言いますか、既にページ設定に「B6(JIS)」が標準で用意されているのを見て笑いが(※喜んでいるのです)。うひょう。オープンソースにMSが負けてるぅ。まあ元々はSunの製品だけどさー。
さて。
新たに発生したうずうずはBase。
前々から、自分が持っているCDを曲目も含めてデータベース化したいという思いがふつふつとありました。
持っている560枚(現在)のCDのうちコンピレーション系が3割(ほとんどテクノ系)なので、アルバム名・アーティスト名という単純な二次元表では書けないのですよね。私の場合はアルバムやアーティストから曲を探すんじゃなく、その逆検索が多い(収録曲からアルバムを探す)。収録されている曲の1つ1つにアーティスト名をつけないとならない。あと、そのCDが物理的に何処にしまわれているのかを探し出すのが大変なので(分散してあちこちに…)、格納場所を書き込める項目が欲しかったりするので、お仕着せの音楽管理用のツールやDBテンプレートなんかじゃ項目が足りないのですよね。で、何かを自作するしかないとは思っていたのですが。
なので、今は簡易的にxmlで書いて、JavaScriptでそれを一覧出来るスクリプトを書いて、という方法で凌いでます。探す時は文字列検索(地味)。枚数を正確に把握しているのはそのせい。
前々からRDB化はしたかったのですよね。
そんな悩みの目の前にBaseぶら下げられちゃうと、…ねえ? うずうずしない方がおかしいわけで。
とはいえ、OpenOfficeのBaseは出来たばかりで、仕様がコロコロ変わっている最中みたいなので、まだちょっとセーブ中。どうせ個人用なんだから、アルバムとアーティストをmaster扱いにしてスプレットシートのLookUpでもいいかなと思ったり。100枚程度なら迷わずそうするんだけど、500越えるとLookUpじゃ一覧性が悪過ぎるよなあ、多分。テクノ系は一発屋が多いし。
Accessと違って単なるDB操作ラッパーなのが現行仕様ですが、あまりにも「Accessの代替」を求めるIssueが多くなるとDB操作ラッパーから簡易アプリに変身しちゃうんですかね? 少なくとも、小計・合計・平均など、レポート側で単独計算させる機能が実装されていなかったのはどう考えても痛過ぎると思うのです。画面に表示されている行を合計する程度ならWriterで出来るんですが、私はそれでは機能不足。集計行にしか使わない隠れフィールドとか、その集計行を利用した改ページ制御とか、DBのレポートならそういうのはあって当たり前と思うのだけれど…。
# と思ったらレポートビルダなんてものあるんだ。
# まだ試してなかった。評価保留。
固定リンク / 2008.5.10
|