glade

覚書ページの整理が全然進まない。
PyGtk はどの順番で widget 解説を進めるか考えると頭がおかしくなりそう。
TreeView や TextView の前に Scrollbar や Scale の前に Adjustments の知識が必要で…

それより、もう使わなくなった Glade 関連の解説なんかはどうしようかと。
なんたって今では普通 libglade ではなく GtkBuilder を選ぶだろうし。
最初の GUI アプリ作りのとっかかりは Glade ほど解りやすいものは無いだろうし。

いやまてよ。
C 言語から Glade を使う方法てか GTK+ コンパイル方法も併記すればいいんでない。
なんたってソレは私自身もやったことがないので勉強にもなる。

よし Mandriva One に Glade や GTK+ ヘッダをインストールしてみよう。
C でやるには別途でコンパイラの他に GTK+ ヘッダを入れる必要があるんだよね。
Ubuntu での需要ばかりだろうから Ubuntu には後で入れる。

libgtk+2.0_0-devel を導入。
依存関係で他のパッケージも沢山インストールされるが気にしない。

devhelp も導入。
/usr/share/gtk-doc 以下の doc はコレで見られるようになる。
libgtk+ を入れた後はこんな感じになる。

glade も一応入れてと。
んで海外からチュートリアルを探してみたら強烈なとこを見つけた。

GTK+ and Glade3 GUI Programming Tutorial – Part 3

とにかく tutorial.xml を落とし C コードをコピペしてコンパイルしてみる。

普通にコンパイルが通って動かせた。
ふむふむ、C から Glade ファイルを使うにはこうすればいいのか。
しかしこんなトコを見た後では何を書くのも気後れするわ。

でもコンパイルオプションが長くてメンドクセ!
メモリの解放処理をいちいち書かなければいけないのがメンドクセ!
つーかメソッドではなく関数を使うのがメンドクセ!
PyGtk がどれほど楽チンなのか改めて思い知る。

y901x-0.2.1

y901x-0.2.1 を誰も待っていないだろうけど更新しました。

やっと compiz 3D 無効状態でリストサイズ変更グリップラインが崩れるのを修正できた!
3D で使えば問題無いけど実はずっと気にしていた私であった。

def __on_expose_event(self, widget, event):
    # GetDC()(Windows)
    gc = widget.style.fg_gc[gtk.STATE_NORMAL]
    # Draw Vertical Line
    for i in range(10):
        if i%3 == 0:
            widget.window.draw_line(
                gc,
                event.area.x+i,
                event.area.y,
                event.area.x+i,
                event.area.height)

とやっていたのを

def __on_expose_event(self, widget, event):
    # GetDC()(Windows)
    gc = widget.style.fg_gc[gtk.STATE_NORMAL]
    # Draw Vertical Line
    for i in range(10):
        if i%3 == 0:
            widget.window.draw_line(gc, i, 0, i, widget.allocation.height)

に変更したらアッサリと。
つまり引数で渡される event.area から得られる値は 2D 状態ではアテにならないぞと。
widget から直接大きさを調べて計算すれば 2D でも 3D でも対応できるね。

今まで表示されない部分に一生懸命ラインを引いていたってことか、あーあ、早く気がつけ俺。
他にステータスグリップ描写が変な位置になる不具合も同じ理由だった。

他、覚書ページ作りで思いついたことを地味に導入して本サイトにて公開中。
しかし三ヶ月も放置したのに毎月ダウンロード数が地味に増えているのは何故だろう?
といってもたった二百程度なんだが、Linux 専用だし需要は微妙だしこんなものだろう。

どうでもいいけど本サイトトップページのスクリーンショットは取っ払った。
BlackBerry で見てみたら…まぁそういうわけで。
今後はサイトデザインもスマートフォンを考慮したほうがいいかもね。

BlackBerry Multimedia

動画や音楽を BlackBerry に入れてみようと考えた。

何故だか BlackBerry Desktop Manager が aspire 1410 にインストールできない。
インストーラが Windows 7 未対応なのか 64bit 未対応なのか CD 自体が不良品か?

そんなことより…
実は私はマルチメディア関連は Mandriva Linux にしか入れていない。
一度 Windows 7 ミニノートに移して転送なんてメンドクセェ!

どうせ microSD 経由なんだから Linux でも直接転送できるはずだ。
ということでやってみた。

BlackBerry にまず空の microSD を突っ込む。
一度裏蓋を外して押し込まないと認識できない。
んでテキトーにカメラで写真を撮影して microSD に保存。

microSD を外す、毛抜きでも使わないと外せないぞこのやろう。
ソレを Linux に持っていって Nautilus で開いてみる

見事標準ディレクトリが全部作成されているので適材適所にファイルを放り込む。
BlackBerry に microSD を戻して、おぉそれだけでファイルを認識し一覧に現れるヤン。
当然普通に再生できる、H.264 は再生できないファイルもあったが aac や wmv は完璧。
なんだよ、こういう転送だけなら Desktop Manager いらないやん。

ちなみに Mandriva にて BlackBerry で撮影した 3gp 動画を再生するには

を PLF リポジトリから入れる必要があった。
とにかくスマートフォンは着信音が自由に選べるのがいいね。

BlackBerry は腕時計代用には辛い

最近の若い奴は大半が腕時計をしていない。

「時間の確認なんてケータイで十分ヤン」

と何度も聞いた。
私自身さえも以前は便利を否定する発言の意味すら理解できなかった。

しかし最近解った。
何年かぶりにロレックスをあーだこーだ言う人に出会ってしまったから。
その手の興味が薄い私より知識が浅いんですけど本当にロレックスの良さを理解しているの?

その人とは別人だが以前 BMW は素晴らしいと宣って実際に乗っている知り合いがいた。
BMW は妥協の塊である Z シリーズを除き必ず着座位置が前後タイヤの中心になるよう設計している。
ちなみに日本車でソレをやっているのは私の知る限り RX-7 という古い車ただ一つである。
だから素晴らしい、基本ボディ剛性の高さを含めてドライバーズセダンという表元は正しい。
彼が運転する BMW の後ろの席に座った時に意地悪で

「このタイヤハウスの出っ張りのせいで狭いんだけーが」

と言ってみたらキレられてしまったw
何故後席が異様に狭いのかを説明すらできないのに BMW を絶賛してやんの!
ドライバーズシートを後ろに下げた結果で後席がタイヤハウス直近までに押しやられてしまったんだよ!
はいはい、値段が高いもの、もしくは皆がイイというものは「素晴らしいもの」なんですね。

何を言いたいか解るとおり高級車や腕時計から若者が離れたのは「高級感」より実益にシフトしたこと。
知識の無い大人が根拠の無い高級感だけで「イイ」というものに若者が拒否反応をした結果が今。
だって少し検索すれば本当のレビューなんて腐るほど見つかる時代なんだもの。
そんな「知識が無い大人」に限って声がデカいから尚更だ、不景気なんて都合がいい言い訳にすぎない。

と、長い前置きはこれくらいにして。

BlackBerry は腕時計の代わりにポケットから出してサッと時間確認には超辛い。
でもこれは iPhone やストレート式及びスライド式全般にも言えるかも。
ガラパゴスケータイだからこその折りたたみ式ばかりだったからである利用方法の極みかも。

少なくとも
メニュー→オプション→画面/キーボード
から左右サイドボタンは両方「なし」に変更しないとポケットの中で知らぬ間にカメラになってしまう。

ブラックベリーボールドの「時計」 – BlackBerry な毎日

これで好みの表示形式に変更はできるけど使いにくいのは変わらない、デスクトップ時計は小さいし。
私自身もケータイ時計は利用するようになってしまったんだけーがなぁ…

gtk.EntryCompletion

gtk.Entry と gtk.EntryCompletion の覚書はこんなもんでいいだろう。
デフォルト機能でココまで至れり尽くせりにしなくてもいいと思うのだが。
gtk.Entry and gtk.EntryCompletion

前回はコード保管と書いたけど入力支援と書くほうが正しかったね。

他に ConfigParser と自作クラス覚書をまとめたり地味に書き換えや追記とかしているんだが…
相変わらず C# と Ubuntu の覚書ばかりアクセスされているままである、まぁそんなもんだろう。

しかし覚書ページばかり弄くっても Blog 更新が滞るばかりだ。
ということで何を考えたかケータイを BlackBerry Bold に変えた(関係無い!
本当は iPhone が欲しかったが色々な理由でコレにしたけど想像以上に面白い。
もう少し使い込んだら Blog はこのネタになるかもしれない。

BlackBerryアプリ開発講座 記事一覧 – できるネット+(できるネットプラス)

java か…