Blog

現在のサーバーは自作PCの自宅用で、色々やるのはとても恐いので、どっかに借りて作ろう。
SourceForgeでもいいんだけど。
色々利用したいので、データベースが使えるところがいいなぁ。

• ホーム
• ニュース
• ダウンロード
• ユーザーマニュアル
• デザイン集
  • はがき
    • 年賀状
      • 干支
        • 子
        • 丑
      • 写真
    • 喪中葉書
    • 寒中見舞い
  • 封筒
    • ○号
  • 名刺
    • ビジネス
    • プライベート
  • ラベル
    • ○社
      • a-???
      • b-???
• 文言集
  • 年賀状
  • 喪中葉書
  • 寒中見舞い
• 素材集
  • …
• FAQ
• サポートBBS
• お問い合わせ

以上のものを国別に用意。
住所／郵便番号データベースも持ってもいいかもと思ってる。
さらに開発用のページも用意したいところだけど、別かな。

Kitaが2chを見ているような感じで アプリケーションから上記のデータを参照できるのがベストだけど、データのユニットが大きいから、 本当にそうしようと思ったらすごいスペックのサーバーがいる気がする。
12月はアクセスが集中しますので、なるべくお早めに。みたいな。

別に逐次アクセスじゃなくても、配布ファイル作成用でもいいかな？
毎月サイト内のデータのアーカイブを作成して、アプリケーションから(templates-ja-20051101.tar.gzを)ダウンロード。

どうするにせよ、サイトを作らないことにはアプリケーションも作れないから、 さっさと作る必要があるな…。
どなたか協力してもらえる方いませんか？？？

データの持ち方を色々考え中。
1つのデータの中に人間のリストと住所のリストを含めるのがいいように思える。
宛名印刷の最低限の情報(郵便番号、住所、氏名)以外の情報も持ったほうがいいのかなぁ？
結局 KAddressBook が使いづらいから、こんなに悩むわけで、 メーラーみたいな３ぺインで、郵便番号からの住所補完機能と連名用のフィールドがあれば Kontact みたいに KAddressBook を取り込んで(KParts?)はい、終わりってなるのに。
でも、いまさら KAddressBook を修正するなんて多分色んな面で無理なので、 とりあえず KreetingKard の一部として作って、後で(誰かが)KParts化するって道のりで KAddressBook の代替ソフトを目指すのが現実的。
API(kabc)にも関わる問題なので、現実的といってもほぼ無理に近いんだけど。
まぁ、みんなに「こっちのほうがいいじゃん」って思ってもらえるものを作らないと話にならないんだけど。。。

というわけで、「宛名印刷モード」「個人情報管理モード」って作ればいいんだな。
外国の郵便番号も対応できるようにして、さらに住所の直接入力はだるいから

• 北海道
  • 札幌市
    • ○○区
      • △△
        • □条
          • ×丁目
            • ▽番
              • ☆号
    • ○△区
  • 函館市
• 青森県

みたいなツリーで選んで行けるような機能もつけよう。
全国の住所一覧ってどっかにあるんだろうか？
goo 地図とか Mapion 住所一覧から探すからぱくっていいのかな？
ゼンリン 地図複製等利用のご案内とか関係あるのかな？
地図へのリンク機能はつけたら便利そう。逆に地図から入力とかそういう機能はいらないよな…。
どっかにそういうWebServiceがあったらいいのに、住所ってどこの管轄か知らないけど、国がやるべきだよね。
それから、少し前に仕事でKreetingKardでも使っている郵政公社の郵便番号リストを利用したんだけど、 一部古い情報があったりして、かならずしも最新で正しいとは限らないということがわかりました。

とりあえず昔のコードをぱくって表示するだけしてみた。

位置は今のところスペースで調整してるだけです。

KPDF の範囲指定がかっこよかったのでコードをぱくってきた。

やればできるんじゃん。
描画がまた遅くなった。どっかネックになってる部分がある気がするのでそのうち探そう。

世の中の流れにのってリリースしたいところだけど、全然無理。
細かいところをちまちま修正して、飽きたのでAPIドキュメント眺めていた。

• KMainWindow::setAutoSaveSettings
• KMainWindow::saveProperties関係
• KMainWindow::settingsDirty
• KMainWindow::slotStateChanged
• KApplication::sessionSaving関係
• KApplication::installSigpipeHandler

よくわからなかったのでどっかで使ってないか検索してみよう。

デザイナ部分のドキュメント／ビューがなかなかいい感じでできつつあります。
明日から後回しにしていた縦書き描画とフォーマット関連をやる気出して設計／実装しよう。
その前に住所録のクラスをさくっと(ごっそり？)見直して、ドキュメントも書かないと。

デザイナ部分の見ためがなかなかよくなってきたので撮ってみました。

裏と表の季節が一致してないのは気にしないでください。

Kontact に100MBくらいの添付ファイルを付けたらとても重くなった。
相手のサーバーに受信拒否されたのはまぁ、当然として、 送信待ちのそのメールから添付ファイルを削除して再度送信した後も Kontactがむちゃくちゃメモリを掴んでいるようで、 全体的に描画が遅いなどの影響があったので、Kontactを再起動。
KontactというよりはKMailの問題だと思うが、ちゃんと作ってーって感じ。
人の事いえないだろ？と思ったあなたは大正解です。なんでもいいから手伝ってー！

なんか「インストールできません＞＜；」とか「エラーになります」とかだけのメールの割合が多くてうんざりする。

Doxygen 専用コマンドの \if <セクションラベル>の 例２のところにあるサンプルがまさにそれでした。
#if defined DOXY_LANG_JA ... #else ... #end 作戦はナシって事でorz

宣言部(.h)か実装部(.cpp)のどちらにも書けるらしい。
「APIドキュメント」と言う位なので宣言部に書いた方がいい気がするが、 ヘッダーファイルに記述すると、全体の８割くらいがこのコメントになってしまうので、 基本的にはソースファイルの方に書くようにします。
というより、ヘッダファイルに書いておいて、実装するときにそこに移動するような感じかな？

src/kkglobal.h を追加し、以下の内容を記述

この部分は KDevelop での表示がカラフルになって、思っていたよりずっと素晴らしい感じ。

をこのファイルの先頭に記述するとAPIドキュメントのコメントが日本語で出力され、 この定義をコメントアウトすると英語に切り替わることを確認した。

もほとんどのファイルに記述してあるのでこのファイルに移動しよう。
//TODO 全てのヘッダファイルに kkglobal.h をインクルードする。

KDevelop で skim + uim-anthy で日本語を入力していると 10秒くらいでキャンセルされる。
エディタが何かしてるのかな？
すばやく変換をしてなんとかかんとか書いたが、あきらめてそこだけ他のエディタで書いた方が多分早い。

色々調べて書いてみる。
Qt は /*! */ のスタイルだが、KDE では /** */ が多いようだ。

Doxygen は出力言語が選べるらしく、Japaneseにすると日本語でマニュアルが作成された。
ファイルのエンコードがUnicodeなので、入力フィルタ(INPUT_FILTER)に「nkf -e」が必要
Japanese-euc、Japanese-utf8、Japanese-sjisとかになってたら便利なのに。

QPROPERTY に対するコメントを以下のように記述すると Qt のドキュメントだと get/set に対してコメントが付加されているようだがそうはならなかった。

ドキュメントを日本語と英語で書けたら(日本語だけ書いておけば後で訳してくれる人がいれば) 楽だなぁと思って色々調べたが、正式な方法では無理っぽい。
m17nのドキュメントは 日本語版と 英語版があり、 ずるいことをして生成してるらしい。
英語と日本語のドキュメントを #if - #else - #end で分けてみるとうまく表示されたのでよいことにしよう。
日本語(゜д゜)ウザァって外国人(？)が現れたら泣く泣く削除するって事で。

設定した画像が「保存」→「読み込み」を繰り返すたびに劣化していることが判明。
内部では QImage で持っているのを 保存、読み込み時に QPixmap にコンバートしていたのが原因らしい。

QDataStream & operator<< ( QDataStream & s, const QImage & image )
QDataStream & operator>> ( QDataStream & s, QImage & image )

に置き換えることにより解決したっぽい。

設計の見直しが半分くらい終わった。
速度の事は気にしないで、とりあえず正しいような感じになったかな。

• 年賀状・暑中見舞いドットコム
• 英文連名宛名の書き方
• 【英文手紙の書き方】〜英語の住所の書き方・宛名の書き方〜
• amazon:ハガキ作成

どうもドキュメントの設計をミスってるっぽいので考え直す必要があるみたい。
それにあわせてビューも見直さないと。
というか、デザイン関係全部だな。

1. DCOP
2. KParts
3. C++形式のキャスト

いまのところ必要ないといえばない？
必要になった時に集中してやればいいや。

ソースにコメントを書くの件で色々ソースを見ていて、
今まで「必要ないからいいや」と思っていたQ_PROPERTYについてちょっと調べてみた。
プロパティによると Qt 独自のプロパティを扱う仕組みだそうだ。
やっぱり使いはしないなと思うけど、これを機にできるだけ書くようにしよう。

あと、疑問に思ったのが

の部分。色々作ってみてるくせに知らないこと多すぎだ。

KMyMoneyというのが気になって色々見ていたら、
KMyMoney Main Page for API documentation.なんてものが存在する。
ちゃんとコメントを書いていてとても偉いと思ったので、KreetingKardにも採り入れることにした。

みたいな感じに書いておけば、KDevelopの「ビルド(I)」>「API ドキュメントをビルド」で自動的に作れるらしい。
詳しい設定は「プロジェクト(P)」>「Project Options...」>「Doxygen」でする。
「Doxyfile」というファイルが設定ファイルで、cvs には登録しない雰囲気。
とりあえず、debug フォルダは除いておいた。

詳しい書き方とかはソースとドキュメントを見比べて勉強しよう。

他にも KMyMoney は Project Handbook もちゃんと作ってるし、
その中には Appendix C. Unit Test Examples なんて項目もあって、勉強になる。

とりあえず連名に対応させよう。
インターフェースは以下のような感じ？

↓名前をスペース区切りで分割して

↓いらない行と列を削除して

↓縦書きのときはこうすればいい気がしてきた。

書き込み方を間違って以前のエントリを消してしまいました。
まぁいいか…。

実装。

CDを色々借りてきたので KAudioCreator 1.1.2 で mp3化。
ID3タグの日本語がちゃんと保存されない。
Konqueror のファイルのプロパティで変更できるようだが、反映されない。
amaroKも同様。
Jukはちゃんと保存された。

温泉帰りにニセコ周辺を適当にドライブ。
京極町のふきだし公園に行ってきた。

北湯沢の名水亭に行ってきた。
浴衣ではなく『湯ぱっちゃ』というパジャマみたいなの(MITSUKOSHI製)がかなり微妙。
温泉は悪い意味で普通、食事も普通。
でも、のんびり出来てかなり満足でした。

KWord の文字色の設定は以下のようになっていた。

actionFormatColor = new TKSelectColorAction( i18n( "Text Color..." ), TKSelectColorAction::TextColor,
            this, SLOT( textColor() ),
            actionCollection(), "format_color", true );

本体はkofficeuiらしい。
configure.in.in で以下を定義して

Makefile.am の _la_LIBADD に $(LIB_KOFFICEUI) を追加でとりあえず動いた。
KOfficeに依存する感じになった。
ごっそり移植ができそうなら、そのうち自分に取り込んでしまおう。

スクリーンショット

アイコンが「Ａ」になってないのも後回しで。

SourseForge にリポジトリがあるのだが、全然チェックインしていない。
理由は簡単で、1から作りなおしたからで、
当時のコードは色々な箇所に残っているけど、ディレクトリ構成とかをわかりやすく変えてしまったためにコミットするのがめんどうなのと、
少なくとも最初に公開したkreetingkard-0.1.0.tar.gzと同じくらいのレベルにしてから公開したいから。
おおまかな構想は頭の中ではほぼ固まっているので、気が向いたところから気の赴くままに実装しているところです。

現在の状況は私が想定しているソース公開レベルに対して35%くらいの出来ですが、
それでもいいからソースみたいとか、俺が変わりにコミットしてやるからソースをくれとか、
今の時点から開発に参加したいという積極的な方がおられましたらおしらせください。

前から分かってはいたが、年賀状の宛名印刷のレイアウトは会社名、所属、役職の有無でかなり難しい。
あとは連名の印字で、これもかなり泥くさいことをしないと実現しなさそう。
前者は「設定」の「宛名の自動レイアウト」という項目を作って、「日本／葉書(縦)」、「日本／葉書(横)」、「日本／封筒(縦)」かなんかで
印刷直前にデータによって動的にレイアウトを変更するような仕組みを作るのが一番正当な気がする。
後者はフォーマットというプロパティを追加して
「日本／郵便番号」、「日本／住所(縦)」、「日本／宛名(横)」なんかで個別に対応するのが正しいかな？

郵便番号の形式(???-????)や住所の自動補完なども含めて、やはり世界中でつかえるものにしたいです。

フォントが異なるアイテムを選択したときには空白にしたいが、 QString::null や "" を渡してもだめらしい。
KWord だと最後に関係したものを表示しているようだが、他にやることがまだまだあるようなので後回し。
KKDDoc で SelectItems のスタックみたいなものを持っていれば最後に選択されたものはわかるので、そのうち実装しよう。

絶対失敗しない宛名印刷 なんて本を購入してみた。
Word,筆まめ,筆王,筆ぐるめ で宛名印刷をする方法が書いてあるので参考にしよう。
ただ、800円＋税は高すぎる。そんな金あったら業者とかに頼める気が。

ドキュメントには載っていないが、 KFontAction , KfontSizeAction なんてものがあるらしい。
テキスト編集用のツールバーを以下のような感じで作成。

フォントのコンボボックスの動きが最初はもっさりしてるけど、いい感じ。

あとは色用のを KWord からぱくってこよう。

22x22 の text_center.png が text_left.png,text_right.png より 1px づつ広いのはわざとなのかな・・・。
横書用をパクって縦書用のアイコンを作成したけど微妙に見づらい。

src ディレクトリに hi16-action-????.png を作成して Makefile.am を以下のように変更

Blogを書きはじめたはいいけど、何を書こうか、どこまで書こうか、ちゃんと書こうか、適当に書こうか、色々悩むもんですね。
とりあえず、最近は KreetingKard を作りなおしているところなので、それが中心になりそう。
あとは適当に人のブログからネタをパクってきたり、調べたり学んだりしたことをメモ代りに書いておこう。

Adefg - Anthy dictionary editor for GNOMEの作者の方から「KannaDic で Anthy の時に辞書の作成ボタンが押せる」とバグ報告を受けていた。
確かにあのへんはすごく適当に作ってたので、直そう直そうとは思ってるんだけど放置気味。
オープンソースなんだから誰かが直してくれるかなぁとか思いつつ今にいたります。
恥ずかしいのでさっさと直したい。

ちなみに KannaDic by Google Suggest を見ると今日現在で 5710件。結構探されてるのね〜。

とりあえず、最新、月別、日別、詳細、カテゴリ別、カテゴリ一覧、年月一覧を作った。
のべ２時間くらい。
あとは書き込みと、コメント機能、トラックバック機能、RSSくらいかな？
今のところ特に必要としていないので、だれかにコメントつけたい！トラックバックしたい！と言われるまで実装しないのもひとつの手かな？

KKDTextItem::drawString()
KActoinの動きの見直し
Redo/Undo時のKKDCanvasのraise

KKDDoc::currentIndex() のバグで動いていなかったのを修正

KKDCanvas::mousePressEvent
KKDCanvas::mouseMoveEvent
KKDCanvas::MouseReleaseEvent を実装

色々考えたあげく、日記を書くことにしました。
日々考えたり調べたり試行錯誤したことをメモして置くだけでも多少価値があるかなぁと。

で、既存のものに使いやすそうなものがなかったので
自分で自分が使いやすいものを作ることにしました。
やっぱりオーダーメイドが一番。