[本日の携帯系]
うーん、スケジュールは100件しか登録できないのか…
やっぱり携帯だけで予定を管理するのは難しそうだなあ。

ウェブ上に予定表を置くのは何かと大変だし、なんかいい方法はないものか…

[本日の携帯系]
上の書き込みはW11Hからなんだけどさ。
UX50+633Sで書き込むよりずっとストレスが少なかった。
やっぱり(ほぼ)常時接続で定額制ってのは気兼ねがなくていいね。

で、このレベルなら、やっぱり他の掲示板などにも携帯でアクセスしたくなる。
現存する掲示板はほとんど旧世代のHTML。
携帯で正常に書き込みするのは難しいし、自作のスクリプトはformに対応していない。

…やっぱ、自作のスクリプトをformに対応させるしかないか。

あ〜 ちょっと面倒かも〜

[本日の携帯系3]
あら、いつの間にか携帯シンクがiSyncに対応してるぞ。
Bluetooth経由でUX50も同期すれば、予定をそのまま携帯に流し込めるかな。
ウェブの閲覧やメールの送受信については、すでに携帯に移行済み。
メモも、まりもをリファインすれば携帯で十分使えるだろう。
う〜む、うまくすれば、仕事の時以外PDAを持ち歩かなくて済むようになるかも。
これは魅力的だ…

ちょっと検討してみよっと (^ ^)

[本日のxtransweb系]
img要素のsrc属性が設定されていない場合にクラッシュするバグを修正。
外部cssを追加したので、携帯だけでなくPCからも快適に使えるようになった。
後、ヘッダだけのページの場合、その内容を表示してジャンプできるようにしてみた。
色々いい感じ (^ ^)
後は、formをどうするかだなぁ。
これが解決すれば、掲示板のポストなども全てスクリプト経由でできるようになる。
なんとか解決方法を考えよう…

[本日のクルマ系]
以前から不調の回転計だけどさ。
今回のリファイン後も、全開時に針がばたつくのは相変わらず。
…純正の回転計に戻しちゃおうかなぁ。
ターボ化によって7000rpm以上回すことはほとんどなくなったしね。

油圧計の移設もしたいし、メーター回りはまだしばらく色々考える必要がありそうだ。

[本日の携帯系]
W11Hについてふとインプレなど。

まずは通話音質。
まあauだし問題ない。
というか、今時問題があっちゃ困るんだけど (^ ^；

次は外装。
最初は女性的過ぎかなぁと思ってたけど、持ち慣れたら全然気にならなくなった。
むしろ艶のあるグリーンが見ていて嬉しいかも。
カメラ周りのデザインがちょっと残念なくらいで、全体としては満足度が高いぞ。

文字の表示について。
最小文字にすると、ほんとに沢山の文字が表示できる。
EZwebでは、既存のPDAにも劣らない程の一覧性が得られるのだ。
メールは普通の文字にしてるけど、これがまた見やすくていい。
やっぱり、高精細液晶なら「普通サイズの文字を綺麗に表示」できなきゃね。

メールの送受信について。
これは全く問題なし。
読み書きとも非常に楽。文字はきれいだし日本語入力も簡単。
画像付きのメールを送る場合、メールアドレスを自動変換してくれるのもいい。
PC用のメールを転送して使ってるけど、全然ストレスないね。便利 (^ ^)
これで扱えるメールの数が2000くらいだったら言うことないのにな〜
受信メールの保存数が500ってのはちょっと少ないと思うぞ。
まあ、古いメールはSDに保存ってことでいいのかも知れないけど。

ウェブの閲覧について。
EZweb対応のサイトについては、当然ながら普通に表示できる。
一般のサイトも、モバイル機器に対応しているものが多くなってきてる。
…tDiaryは最初からそうだし、「さるさる」や「はてな」も普通に対応。
自作の「まりも」もちゃんと読み書きできるし便利。
ただ、モバイルを意識しないサイトや古い記法のサイトには読めないものが多いってのが難点。
これは自作のスクリプトで対応。今ではほとんどのページが読めるようになったけども。
問題は、ウェブの画像表示をOFFにできないことか。
画像を多用してる一般サイトは、読み込みの途中でロードできなくなってしまう。
本文だけ読めればいいことが多いんだけど…
これは、勝手サイトを見る前提で作られたわけじゃないから、ある程度しかたないか。
(続く)

[本日の携帯系2]
カメラ機能について。
30万画素レベルだから別に期待してなかったけど…
こればっかりは100万画素レベルの機種には勝てないね。
まぁ、まともな写真についてはZ3があるから別にいいんだけど。
ネットワーク接続について。
1xエリアなら、ほんと嘘みたいに速い。着うたのダウンロードも一瞬だ。
ウェブサイトも、ロードが速いおかげでサイズの大きなページが楽に読める。
外部CSSでも楽々。
まあ、普通のcdmaOneエリアだとそこまで速くはないけどね。

EZフラットについて。
やっぱり安心 (^ ^)
EZチャンネルはともかく、ウェブやメールをいくら使っても定額ってのはいい。
もともとUX50+633Sのために月額6k円は使ってたから、定額費用の方が安いしね。
これでPC接続も(追加費用で)定額にしてくれたら、もう言うことないんだけどな〜

EZチャンネルについて。
無料のサービスのうちいくつかの配信を受けてるけど、今のところ全然ダメだね。
今のレベルなら、普通にEZweb用のページとして公開してもそれほど問題ないんじゃないかな。
これは今後に期待ってことで。

miniSDカードとジャケットについて。
…全然使ってない(爆)
だって、PC側にSDカードを読み書きできるカードリーダがないから。
Z3もSDだけど、あれはUSB接続でマウントできるからカードリーダが必要ないんだよね〜
まあ、携帯で写真をどんどん撮る人には有効なんじゃないかな。
でも、それをするには画質が… せめて100万画素あれば…

その他。
モード切り替えスイッチが側面にあるのは便利。
わざわざ本体を展開したりボタンを長押しする必要がないし。
ただ、モード毎の設定がそのモードでないとできないのはちょっと面倒かも。

接続コネクタが側面にあるのは、ちょっと使いにくい。
まあ、その分底面のデザインはいいけどさ。外付けのキーボードとか、かなり使いにくそう。


ということで、まあ今のところ概ね良好。
ほんと、機種変更して良かったなと (^ ^)

[本日の音楽系]
ま〜 好きにしろって感じだねぇ。

[昨日の音楽系]
昨日は京都の十字屋でCDとメトロノームを購入。

CDはインギーのインストアルバム。久々だなぁ。
これは今日の夜聴く予定 (^ ^)

メトロノームは小型の機械式。いくつか鳴らして、一番音がいい奴を購入。
これなら練習が捗りそう (^ ^)

[昨日の食事系]
昼は、カレーうどんの後にやきそばUFO。
夜は、松屋の豚丼(大盛り)+豚汁の後に飲み屋で色々。

…ダイエットは?

[本日の体調系]
別に雨が降っている訳じゃないけど、なにやらいや〜な感じ。
朝から体が重くて、首から肩にかけて鈍痛が…

あ〜 こりゃ多分気圧が低いぞ。

う〜〜〜

[本日の携帯系]
W11Hがお気に入りの昨今だけども。

新しいau携帯のラインナップが発表されたらしい。
やっと100万画素オーバーのWIN機が出るのか〜
日立の製品名はW21H。ってことは、うちのW11Hの後継機ってことだよな。
W11Hの値段が下がってたから、そろそろ出る頃だとは思ってたけど。
さて、どんな製品なのかな〜

…って、なんかどれもデザイン悪くないか? (^ ^；

日立も三洋もソニーエリクソンも、なんか妙に格好悪いぞ。
なんとなくデザイン的に退化しているような。

[本日のMacOS系]
ということで、近々PBG4を実家に取りに行くことにした。
MacOS9で使えば快適そのもののマシンにMacOSXを入れるのは躊躇するなぁ…
でもまあ、仕事用と思えば仕方ないか。
開発さえしなければ、まあまず問題ないだろうし。

さて、メモリの算段でもしておくかなぁ…

[週末の音楽系]
ということで、合宿終了。

つ、疲れた…

2日で10時間くらい弾いたのかな。
普段は、弾けても1日2時間だから、そりゃ疲れるわ。
2週間ほどほとんど弾いてなかったんだけど、これでだいぶ取り戻した気分。
良き哉 (^ ^)

合奏は、なかなか楽しかった。
まぁ、曲によっては全然弾けなかったり眠かったりした訳だけど。
やっぱり合奏はいいねぇ。燃えるねぇ。

さて、来週も合奏だ。
ラスゲアードの2人も来るらしいし、かなり楽しみ (^ ^)
でも、伴奏だけだと寝てしまいそうだ (^ ^；

[週末のクルマ系]
極く快調 (^ ^)

現在のインプレ。

2000〜4000rpmからの踏み込みは、NA時代よりずっと鈍い。
でも、サーキットではそんな回転数使わないからいいや。
つうか、NA乗りだけに回転を落とさない乗り方が身に付いてるしねぇ。

逆に、4000〜6000rpmのアクセルレスポンスは文句なし。
まるで大排気量のNA車みたいな加速感だ。
大幅なトルク変動がないので、ほんとにすんなり加速してくれる。
クロスミッションにしたこともあって、パワーバンドを外すこともないし。
う〜ん、上品な速さだ。

騒音は、ほんと劇的に改善。
アイドリングは、給排気系NAチューン時代より静かかも。
高速だと流石に煩いけど、それでも普通に会話できる。
カーステの音量も34から22まで落せるようになったしね。
静かだなぁ。

足回りは、HKSの10kg/7kgからSwiftの8kg/6kgに変更。
ダンパーの減衰力も、15/30から25/30に落としてスプリングに対応。
一般道や高速ではかなり乗り易くなった。
サーキット用には、少しロールが大きいかな…
まあ、許容範囲だけどね。

よし。

[本日のHTML+CSS系]
う〜ん…
リストで表現されるデータをテーブル状に表示する方法を考え中。

例えば、

<ul class=''test''>
<li class=''li01''>01</li>
<li class=''li02''>02</li>
<li class=''li03''>03</li>
<li class=''li04''>04</li>
</ul>

というリストに対してCSSを、

ul.test {
width: 200px;
height: 200px;
border: 1px solid lightgray;
padding: 0px;
}

ul.test li {
border-width: 0px;
list-style-type: none;
width: 100px;
height: 100px;
margin: 0px;
float: left;
text-align: center;
vertical-align: middle;
}

ul.test li.li01 { background-color: #eebbbb; }
ul.test li.li02 { background-color: #bbbbee; }
ul.test li.li03 { background-color: #eeeebb; }
ul.test li.li04 { background-color: #bbeebb; }

とすれば、まあなんとなくテーブルっぽくはなるんだけども。
問題は、表示するテキストの位置が上になってしまうことだ。
テーブルだと、上下左右とも中央に表示されることが多いし、できればそうしたいんだけども。
う〜ん…
ブロック要素に対するdisplayのtableはまだ実装されてないみたいだし。
vertical-alignは違うし。
なんで水平方向のtext-alignがあって、垂直方向の指定子がないんだ?

困ったなぁ。
できるはずなんだけどな…

[本日のCSS系]
を。line-heightを100pxにしたらちゃんと表示された。
…変だなぁ。まあいいけど (^ ^；

[本日のクルマ系]
今日はお掃除。

白っぽく変色したロールバーのカバーを磨いて。
ECUとシガーソケットの四連マルチタップをきちんとセンターコンソールの脇にくっつけて。
新調したロングケーブルのマルチタップを、リアシート側に取り付けて。
いらない荷物を全部放り出して。
最後に、トランクの中にこぼれたバッテリー液の後始末 (^ ^；
敷板をシャワーで洗ってマットを洗濯して…

あ〜 なんか異様に疲れたわい。

[本日の音楽系]
さて、明日から2日間は合宿だ!
とは言っても、この2週間ほどほとんど練習していない!
行っても人様の邪魔になるだけだ!

…う〜ん (^ ^；

ま、いいか。

[本日のCocoa系]
あう! 即座に反応が (^ ^；

まあ、確かにビューをデータの担体にしたプログラミングの際にはちと面倒ですね。
バインディングが足枷になる場合もあるかも。
う〜ん…

[本日の日記系]
まりもと連携した日記を作ろうかと思ってたんだけども。
なんとなくtDiaryでいいかなって気がしてきた。
結局、まりもと連携って言っても[]でリンクが張れるくらいだし。
つっこみ機能やリファラの表示機能、自力で実装するの大変だし。

でも、専用の記述様式を覚える必要があるってのは面倒だなぁ。
なんとか一度自力で実装してみるかな。
ダメなら、tDiaryを導入すりゃいいことだし。

[最近のまりも系]
まりもなんだけど、最近やたらと動作が重い… (^ ^；
やっぱりメモ数が120にもなると、要求毎に全てのファイルを検索するってのは非現実的だな。
そろそろキャッシュの方法についても考えよっと。
排他制御が要らないから、まあ楽って言えば楽なんだけど。

[本日のSafari系]
やっぱり、まりもを表示しようとするとしばしばファイルのダウンロード状態になってしまう。
キャッシュをクリアすればいいことだけど、毎回やるのは面倒。
だからって、定期的にキャッシュをクリアするスクリプトを走らせるってのも…

あ〜 もう、欝陶しいなぁ。

[本日のCocoa系]
Cocoaバインディングの件。

これって、元々そういう風にデザインされているもののような気がする。

確かに、動作としてはコントローラを介してモデルのプロパティとビューの値が同期するんだけどさ。
どうも「M⇔C⇔V」という動作じゃない感じがするんだよな。

もしビューが「表示部 V(o)」と「入力部 V(i)」に分かれているとすればだ。
単に「V(i)→C→M→C→V(o)」という一連の動作がひとつだけあるんじゃないか。
つまり、ユーザがビューに入力した値は、コントローラを通してモデルのプロパティを変更する。
で、ビューは変更されたプロパティを表示する、と。

NSTextViewで言えば、setStringValue:はV(o)を変更するメッセージ。
つまり、これをプログラム上から呼び出すと、Mの値は変更されない。
もしプログラム上で齟齬なくプロパティを変更したければ、V(o)ではなくMかV(i)を変更すべき。
しかし、ユーザの動作をトレースする意義はあまりない。
…つまり、Mを変更すればいい。

こういうことなんじゃないかと。

実際にバインディングの実装がどうなっているかは分からないけどね (^ ^；