クリエとパームウエアのこと
戻る
2003/12/26 Fri メルマガ

メルマガをパームに入れて、PooK（DOCリーダー）を使って読んでいる。

メールをそのまま入れると、
とんでもないサイズになってしまうのでメールソフトは使わない。

いらない広告も多いので、
本文だけを集めて1つのDOC文書に変換して、インストールしている。

パソコンに眠らせておくより、読む回数も増えるし、目も疲れない。
変換作業がちょっと面倒だけれど、メリットも多い。

2003/12/23 Tue HanDBaseビュー画面

せっかく製品版を購入してあるのに、
今日はデモ版に含まれていたビュー機能について見てみた。





一覧または編集画面での表示幅、順番などをビューごとに設定できる。

2003/12/22 Mon 試用期間終了



HanDBaseの試用期間が終了してしまった。
残り日数が　-1　になって、上の画面に切り替わる。

まだ使いこなしてはいないけれど、面白いソフトなので購入を決めた。
ハンダンゴでフォーム付きのバージョンをダウンロードした。

30分も掛かった…。
残念ながらブロードバンドとは、まだ縁がなさそうだ。

ビザビと別れてしまったので、
個人情報を初めから登録し直さないといけなかったのが辛い。

登録コードをデスクトップとHanDBase、更にHB Formsにも入れないといけない。
厳重に管理されている。
しっかりしている（感心）。

フォームはかなり自由に設定できそうなので、今から楽しみだ。

2003/12/20 Sat できるクリエ

この前登録したばかりなのに、もう届いた。

早い！

発売からだいぶ時間が経っているので、らくらく発送できたのかな？
でも、少ないと逆に面倒くさくて、まとまるまで先延ばししそうだけれど…。
覚えているうちに届けてくれて、ありがたい。

内容は…。

当然クリエ初心者向けだ。
スタイラスの持ち方から、メールを読む方法まで。

標準搭載アプリの画面を見て、「何か違うなぁ」と感じた。
置き換えアプリを利用しているので、当たり前だけれど。

置き換えていることを忘れてしまうくらい、馴染んでいる。
作者の方々には、とても感謝している。

2003/12/18 Thu メモ帳トラブル

何回もソフトリセットをしてしまった。
文字の削除はできるが、追加ができない。

確定するとエラー！の文字。

デスクトップでも同じ症状。
さすがにリセットは起こらないが…。

長文データだからだろうか？
サイズオーバーが原因なら諦めよう。

メモを読み返してみたら、用件は済んでいた。
結局、削除してしまった。

要らないデータを編集していたのか？

実は、おかしなところで改行されていたので、
見た目を良くしようとして、スペースと改行を削除していた。
その時に勢い余って、必要な文字まで消してしまった。

あわてて文字を付け足そうとしたら、
冷たいメッセージと共に止まってしまったのだった。

あれば便利かな？と言う程度のデータだったので、
この機会に削除してしまった。

2003/12/17 Wed おまけ画像

先日ダウンロードしたおまけ画像を入れてみた。

・レシピ4個
・点字（？）
・標準体重
・星座
・洗濯の注意
・大安カレンダー
・定規（角度もわかる）

と、豊富な内容だった。
体重の計算と洗濯表示記号の説明は、使えるかも…。

2003/12/15 Mon カスタマー登録

PEG-TJ25/Lのカスタマー登録をした。
今頃…。

先週チャレンジしたけれど、
（混雑していたのか）応答してくれなかったので、先延ばしにしていた。
発売日からおよそ1ヵ月半。
一つの仕事をやり遂げた充実感（？）に浸っている。

T600CのカスタマーIDを持っているので、それと併せたり、ソニーIDを作ったり…。
結構時間が掛かった。
これで、保証期間が1年に延びた。

余っていれば「できるクリエ」が送られてくるようだ。
クリエ用の画像を10個ダウンロードした。
アンケートに答えた人にご褒美をくれる。

その中に「どこで買ったのか」、「いくらで買ったのか」という問いがあった。
少し引っかかる質問だ。
ソニーとしても気になるんだろう。

2003/12/14 Sun Mobile DB　3日目

昨日、閲覧から編集への切り替えが上手くできていないみたい
と書いたけれど、プロパティで変更できる。

infoをタップしてからデータベースを選ぶと、設定画面へ行く。
その中の、
□　On Select,go to Edit View
にチェックを入れると、違和感がなくなる。

こちらを標準にしておいたほうがいいのではないか？と思う。
オリジナルの仕様みたいだけれど、メリットが思いつかない。
罫線が見えたほうが見やすいと思うのだけれど…。

ひとつ解決したけれど、もうひとつ不満がでてきた。
それはMenuにカット・コピー・ペーストなどの編集メニューがないこと。
結構キツイ。

ショートカットをバリバリ使える人は気にならないかもしれないが、
私のようなのんびり屋には不便に感じる。
これを機に、ショートカットを覚えてしまおうか…。


データベース・ソフトの機能の説明をしているけれど、勉強になる。
メニューの中を一通りみて試していると、発見が多い。
普通に使うだけだったら、知らない機能に気付くチャンスが少ないと思う。
英文マニュアルを見ても、何が書いてあるのかよくわからないし…。

JFileは、Palmを使い始めてからずっとお世話になっている。
でも改めてレビューすると、Menuの一つ一つの項目を読むので、
「そういえば、こんな事できたんだよなぁ」と再発見することが多い。

使う機能が限られてきて、使わない機能を忘れてしまっている。
また更に便利に活用できそうだ。

2003/12/13 Sat Mobile DB続報

しばらく操作していてわかったこと。

これは現在開発中のソフトだ。
完成品の開発継続中というより、ベータ版を一足先に公開中という感じだ。

・画面から文字がはみ出る（数ドット）。
・項目名の上下に隙間がある。
・動作が不安定。
　1日に2回ソフトリセットした。
・操作性が悪い。
　いちいちタップしないと、一覧から文字入力できない。
　閲覧から編集への切り替えが上手くできていないみたい（単なるバグかも…）。

優れているところも、もちろんある。

・エクスポートが強力。
　予定表やアドレスへ、きめ細かく出力できる。
・インターネットからダウンロード可能。
　これは凄い。データベースを直接ダウンロードできる。

でも、見た目・操作方法など、もう少し洗練されることを望む。

2003/12/12 Fri Mobile DB



気分転換にMobile DBをインストールした。
サンプルデータが10個くらい同時にインストールされた。
軽く使ってみている。
がんばって習得したい。

大まかには理解できたと思う。
基本的な機能のみなので、戸惑うところは少ない。

フィールドタイプのPhone、E-Mail、Web URLが
なぜ分けられているのか判らない。

HanDBaseのLinkとLinkedがまだ理解できないが、
気分転換に他のデータベースも触ってみたいと思った。
何かヒントがつかめればいいなぁ、と思う。

2003/12/11 Thu Run Report

Menu→Actions→Run Reportで素晴らしい機能を実行できる。
項目を選んでGOボタンをタップすると…。

Num Entries数値データが入っているレコード数
Min Value最小値
Max Value最大値
Sum合計
Min Total
Max Total
Average平均値

ここでExportボタンを押すと、メモ帳に出力される。
New Reportボタンを押すと、別の項目を選んで再度調査してくれる。

この機能を使えば9日に紹介した「最大値・最小値の求め方」を使わなくても、
正しい結果を簡単に調べられる。
ずいぶん遠回りをしてしまった。

Menu→Actions→Copy Templateで
データベースのテンプレート（フィールドの設定やビュー画面）をコピーして、
別のデータベース名で保存できるのは知っていたが、
そのすぐ上のRun Reportについては興味を持たなかった。

2003/12/10 Wed 論理演算について

あらためて詳しく見てみよう。

A B ANDORXOR
0 0
0
0
0
0 1
0
1
1
1 0
0
1
1
1 1
1
1
0

ANDはフィールドAとBが共に1の時のみ、1になる。
ORはフィールドAとBが共に0の時のみ、0になる。
XORは少し変わっていて、フィールドAとBが同じ時に0になる。

ANOT
0
1
1
0

フィールドAの反転を行う。

HanDBaseではフィールドの中身が0の時は0、0以外の時は1として計算する。
つまり、フィールドAが1でも100でも20,000でも、1として扱う。
ここが少し戸惑った。

さて、この論理演算を活用した例を示したいところだが、残念ながら思いつかない。
何かないだろうか？


12/7について
先日「ペーパーアドベンチャー」について書いたが、一般的には「ゲームブック」と呼ぶらしい。
ムッチーさんの所を見ていたら、タイミングよくソフトが紹介されていた。
そういえば「ゲームブック」って言っていたなぁ、なんて思った。
「ペーパーアドベンチャー」も間違いではない（と思う）。
規模の違いだと思う。
本まるまる1冊ならブック、2〜3ページならペーパー。
こんなところだろう。

2003/12/9 Tue 続・HanDBaseでの計算

もうちょっと粘ってみたら少しわかった。
「Field1 Max Field2」と書くみたいだ。
「Max Field1 Field2」と書いたら勝手に変換してくれた。
Min、Max、Avgは同じ形式で書く。

フィールドを3つ以上指定できない。
方法があるのかな？
（いいかげん説明書を読め、と言われそう。）

論理演算も色々試してみたが、
やっぱり0は「0」、0以外は「1」として計算している。
少しがっかりした。
だけど、便利なんだろう。

最大値と最小値の求め方
値（Integer） 最大値（Calculated）最小値（Calculated）

最大値の計算式：F1（値）　Max　P2（過去の最大値）
最小値の計算式：F1（値）　Min　P3（過去の最小値）

でも、これだけでは不充分だ。
過去のデータを一切更新しないなら、これでもよい。

でも、もし最大値（最小値）が入っているF1（値）の内容が変わって、
最大値（最小値）ではなくなったら誤動作してしまう。
P2（P3）の内容と比較してしまうので、
更新前の最大値（最小値）がいつまでも残されてしまう。

これは問題だ。
解決策は、今のところ見当たらない。

2003/12/8 Mon HanDBaseでの計算

Calculatedタイプの関数部分を見てみよう。
「▼Fx」をタップすると、22個の関数が出てくる。
非常に多くて、はじめて見た時はビックリした。

各種演算
Floor小数部分を切捨て
Ceil小数部分を切り上げ
Sqrt平方根
Sinサイン
Cosコサイン
Ln底=2.71828…（ネーピアの定数）とする自然対数
Log底10(10 base)の常用対数
Powerべき乗を求める
Min最小値を求める
Max最大値を求める
Avg平均値を求める
Mod割り算の余りを求める

Max Field1と書くとエラーになる。
どのように表現したらいいのだろう？
英文マニュアルでも読んでみるか…。


関係演算
＜左が右より小さいならば真（1）
＞左が右より大きいならば真（1）
＜＝左が右より小さいか、または等しいならば真（1）
＞＝左が右より大きいか、または等しいならば真（1）
！＝左と右が違うならば真（1）
＝＝左と右が同じならば真（1）

これはイイ！
可能性が広がる。


論理演算
AND　OR　XOR　NOT

実験で「2 AND 4」とやったら、「1」という結果が出た。
予想では「0」が出ると思ったんだけれど…。
0以外は1として扱うのだろうか？
1AND1なら「1」になるのは納得できる。

2003/12/7 Sun HanDBase実験いまいち

またもや実験に失敗した。

大昔、マイコンBASICマガジンなどでペーパーアドベンチャーと言うものがはやった。
各シーンに番号が振られていて、状況説明文を読んで進めていくゲーム。
2ページで100シーンくらいの作品が多かった。
たとえばこんなもの。

１　あなたは今、分かれ道の真ん中に立っている。
左の道は山へ向かっている。
右の道は海へ向かっている。
どちらへ進む？

左の道→56へ
右の道→30へ

また、1冊の本が丸ごと1つの作品という超大作もあった。
1ページが1シーンになっていて、情景描写もかなり細かい本格派。
この場合はページ番号で飛ぶシーンを指定していた。

こういうゲームをHanDBaseで作ってしまおうと言う試みだったのだが…。
私が考えた方法を紹介しよう。

まず、データベースを2つ作る。

ひとつはシナリオデータ。
シーン番号（Integer）シーン内容（Text）

もうひとつは実行用テンプレート。
シーン番号（Integer） シーン内容（Relationship）
こちらのシーン番号に番号を入れると、
そのシーンの内容がシナリオデータから検索されて表示される。

これだけ。

データベースを2つに分けたのは、
1つだと、ビュー画面で他のシーンまで見えてしまうので、それを回避したかったから。
しかし問題が…。

確かにRelationshipでデータを引っ張ってきたが、最後まで表示されない。
1行分を超えると、そこで切られてしまう。
そこで、試しにDB Popupを使ってみた。
こちらも文字数に限度があるようだ。
今回の実験では20文字までの模様。

では、実行画面をどうぞ。



AがRelationship、BがDB Popupの実行結果。

細かい挙動の違いが判ったが、ここで行き詰ってしまった。
もしかしたらFormを利用すると、全文を表示してくれるのかもしれない。


さて、気を取り直して基本的な設計を考え直してみよう。
データベースを1つにして上手く実現できないだろうか。

データベースを2つに分けた理由は、
1つだと、ビュー画面で他のシーンまで見えてしまうので、それを回避したかったからだった。

じゃあ、初めに見える14行をタイトル画面として、使ってしまえばいいんじゃないか？
その中で、フィルタ機能で○○番を指定するように促す。

これなら上手く（？）いきそうだ。
そう！
シーンの移動はフィルタを使う。
これなら、初めだけ気をつければ、後は問題なさそうだ。

パーム機の解像度によって、表示される行数が違うので、
タイトル画面は気を使って作らなければならない。

さてと、誰かが作ってくれるのを、気長に待つとしよう…。

2003/12/6 Sat HanDBase実験

文字に0を足すと文字コードになる？
と思って、データベースを作ってみた。

結果は失敗…。

文字コードには、ならなかった。
文字は0として扱われる。
普通はそうだよなぁ…、と思う。

じゃあ、なぜ文字コードになるんじゃないかと思ったか。
それはヒットアンドブローを作っていたときに、
ヒット数とブロー数を計算するところに6桁くらいの数字が表示されたから。

NoValueが原因かと思ったが、それも違うみたいだ。
う〜む、不思議。

2003/12/5 Fri ヒットアンドブロー

データベースソフトのHanDBaseでゲームを作った。
数当てゲームのヒットアンドブローは、
ヒットとブローという2つのヒントを元に、正解を推理していくもの。

4日の朝、思いついて早速作ってみた。
実験的な作品だが、思ったとおりに動いてくれたので感動している。

2003/12/4 Thu 充電

最近、TJ25の充電が難しい。
端子がゆるくなってしまったようだ。

コードをつなぐと充電ランプがピコピコ点滅する。
そして、なぜかバッテリー残量が減っていく（ような気がする）。

充電しながら使っていたので、結構コードを引っ張ったりしていた。
そんなことしていたんだから、仕方がない。
コードをグイッと押し込んで、そっと置いて見守っている。

2003/12/3 Wed HanDBase：フィールド入力画面で操作

menu→Recordの中の
　　　→increase field width
　　　→decrease field width
2つの項目を選ぶと、フィールド内容を表示するところの幅を変更できる。

オークション管理用のテンプレートがほぼ出来上がった。
発送方法、支払方法、複数落札のときの合計などを管理するもので、出品者用。
まもなく公開できるだろう。

と言うことで、早速公開した。

2003/12/2 Tue HanDBaseでの発見

フィールド名は20文字まで。

フィールドタイプ設定でvisibleのチェックをはずすと入力画面に表示されない。
この設定は、ビュー画面に影響しない。
ビュー画面で表示を消す時は｢非表示｣にする。

フィールドタイプ：ユニーク
内部番号をリセットした時、データレコードが有ると一番大きい番号の次になる。

計算式のP
・Pは1つ前のレコードが対象。
・ソートしても、当然直前のレコードが対象。
・フィルタリングしたら、その範囲内で計算する。

また、ビュー画面でジョグ操作すると快適。

2003/12/1 Mon CLIE User's Webring

CLIE User's Webringに本登録された。
対応が早くて感動している。



ページのトップへ