ＢＲＥＷアプリで、ＨＴＭＬで画面入出力して開発を効率化しようとしたときに知らないといけないこと

　昨日の話のつづき、

■■　昨日までの話のあらすじ

　ＢＲＥＷアプリは、ＨＴＭＬファイルを読み込み、これによって画面入出力ができる。
　これを使えばＨＴＭＬファイルを使って画面を作成できるため、開発は効率化する。
　しかし、このＨＴＭＬファイルを使って画面を作成する関数IHTMLVIEWERについて、以下のことをやりたくても、その情報が公開されていない。

（１）ふつう、画面って、項目間のカーソル制御とか、やりたいよね。
（２）あと、スクロールがあるから、スクロールもさせたいし、
（３）イベントをとってきて何か検索して、その結果を項目に反映させたりしたい。
（４）さらには、かな漢を、ここは数字とかここはカナも、とかしたい。

ここで、（１）から（３）について、まず考える。
これを実現するには、
以下のようにおこなう

１．IHTMLVIEWER_GetViewState()を発行して、現在の画面状態を取得する
２．その値を加工する（スクロール量をきめたり、次のフォーカスを変えたければ変えたり）、項目値を変えたり
３．IHTMLVIEWER_SetViewState()を発行して、その加工した値をセットする。

さて、ここで、実際に行うには、IHTMLVIEWER_GetViewStateとIHTMLVIEWER_SetViewStateの関数の引数について、わからないといけないが、これについての説明が不十分だ。

　この引数のうち、わからないのはたぶん、「HTML ビューアの状態 をあらわす文字列」というやつ。ほかの引数は理解できるはず。

　で、この引数のフォーマットは、以下のとおり

カーソルのＴＯＰの位置,現在フォーカスのあたっているところ?項目名=値&項目名２=値

　このうち、？以降の「項目名=値&項目名２=値」は、CGIのGetの引数と同じ形（漢字は１６進にするのも同じ）。なので、説明は要らない。公開されていないのは、「カーソルのＴＯＰの位置」と「現在フォーカスのあたっているところ」だが、カーソルのＴＯＰ位置は、画面のＹ座標の相対座標なので、これもＯＫ．
　で、今日説明するのは、「現在フォーカスのあたっているところ」の中身について。

---

＜＜おことわり＞＞

　以下の内容は、（また、上記の内容、昨日の内容も）ウィリアムのいたずらが、主にシミュレーターを使って解析したものであり、ＫＤＤＩやメーカーの情報を受け取って知ったものではありません。したがって、解析不十分で間違っている可能性は十分あります。
　さらに、端末によって、違う動きをする場合があります。シミュレーターと実機は動きが違うところがあります。その点、ご注意ください。

　この内容を参考に開発を行う場合は、あくまで、自己責任でやってください。

　つーか、ＢＲＥＷアプリを作るのなら、かならず実機で確かめるべきっす！！

---

■■　「現在フォーカスのあたっているところ」の２種類の意味
　少なくとも、現在フォーカスのあたっているところには、２種類の意味がある。

（１）ＨＴＭＬ上、inputタグ、selectタグで書くもので、これは、ＩＤと一致する。

　ＩＤの取得は、IHTMLVIEWER_FindElemの関数でできる
　なお、この関数で、種別を指定する場合は、
"input"とか、"a"とか"select"で指定する。つまり、１行テキストも、サブミットのボタンも、inputタグなので、どちらもinputで指定する（位置は、これらの通し番号になる）

（２）aタグは、ＩＤと一致しない。
　この場合は、＜A HREF=abc＞のように書く場合、（ＡのほかにＨＲＥＦ属性しか指定しない場合）、ＩＤ＋ＨＲＥＦ属性の長さが、このフォーカスの当たっているところの指定となる。
　たとえば、IHTMLVIEWER_FindElemの関数で１００と返ってきて、＜A HREF=abc＞と書いていた場合、１００＋STRLEN("HREF=abc");　（この大文字で書いたのは、わざと。）の値になる。
"HREF="も、長さに含まれるところに注意。

　上記（１）ないしは（２）の値を指定する。なお、（１）の値＋２にすると、項目の２バイト目にいくのかというと、そんなことはなく、不正な値を指定すると、カーソルは表示されないか、へんなところにいく。

　また、スクロール量が足りず、項目が「完全に」表示されている状態でないと、カーソルは、画面に表示している一番上の項目にフォーカスがいく「ことがある」。
　

---

　で、あと、２つの話題を説明すると、かけると思う。

　１つは、<FORM>タグの指定方法、

　もうひとつは、HandleEventで上がってくる返り値
　この値にTRUEを返すかFALSEを返すかで、システムのデフォルト処理（かな漢の表示など）を行ったり、行わなかったりできるようになる。

ただ、この２つを説明する時間が今ないので、またこんど。

ナンバーポータビリティのメアド変更に、ホリエモンは関心あるみたいだけど。。

　ホリエモンの今日の日記に、ＰＨＳとで高速ネット接続の話とか載っていたが、ホリエモンは、ＰＨＳだけでなく、なぜか、ケータイ、とくにナンバーポータビリティでもメアドが変更になることにも興味があるらしい。で、きのうの「朝は楽しく」のやりくり経済研究所によると、ライブドアが総務省に、ナンバーポータビリティで、キャリアを変えた際、メアドもかわらないようにする提案とかもしてるらしい。。

　でもでも、これって、総務省がでてくること？？

　メアドを変えないためには、キャリア間の転送とファイル交換をすればいいが、それをやる会社が間にはいれば、いいだけの話だから。。と、詳しい話をする前に、まず、そのホリエモンの日記は、
こちら。
http://blog.livedoor.jp/takapon_ceo/archives/50041972.html

---

　で、ナンバーポータビリティのメアドの話だが、

■■前提条件
・ナンバーポータビリティ制度が発足すると、キャリアが変わっても、ケータイ番号を変えないですむようになる。
・でも、キャリアが変わったら、メアドは、変わってしまう。
・ある会社のメアドにすると、その会社が転送してくれて、キャリアが変わってもメアドは（その会社のメアドになるので）変わらないというサービスはある。
　でも、ここでの話は、そうではなくて、「今すでに使っているメアドを変えないで」キャリアを変えたいという話。
　（もし、その会社のサービスを使うと、結局、今のメアドは、その会社のメアドに変えてから（もう、ここでメアドは変わってしまう）キャリアを変えることになるのでＸ）

---

■■　ダメダメな方法
　ここで、「じゃあ、転送すればいいじゃん！」っていうことで、
　たとえば、Ｄｏｃｏｍｏの人がＫＤＤＩになったら

（１）ＫＤＤＩでもアドレスを取る
（２）Ｄｏｃｏｍが新サービス！！
　　前のメアドできたら、ＫＤＤＩの新アドレスに転送する
　　（動画等でファイルフォーマット変更の必要があれば、それも変えて）
　　っていうのをやればあ？？

　とか、いうのはＸ

　なぜって、それをＤｏｃｏｍｏが、ただでやったら、損しちゃう。
　お金取るとしたら、ＤｏｃｏｍｏとＫＤＤＩ、両方に払って面倒。

---

■■　こうすればいいんだよね。

　ここで、携帯メール転送サービスをやる会社を、ライブドアトランスファーとなずけよう（仮称でウィリアムのいたずらが勝手にこの説明用に考えた会社です）。

　で、たとえば、Ｄｏｃｏｍｏの人がＫＤＤＩになったら

（１）ＫＤＤＩでもアドレスを取る
（２）ライブドアトランスファーに、「前のＤｏｃｏｍｏのメアドを、新しいＫＤＤＩのメアドに転送してもらう」契約をする（あるいはＰＣに送る、この場合（１）は不要）
（３）ライブドアトランスファーは、Ｄｏｃｏｍｏに、前のメアドできたら、ライブドアトランスファーのサーバーに、メールを投げてもらうようにする
（４）ライブドアトランスファーは、そのメールを（２）のメアドに投げる
　→必要な変換があれば、変換して転送する
（５）ユーザーは、ライブドアトランスファーに利用料をはらう
（６）Ｄｏｃｏｍｏは、ライブドアトランスファーに必要なら、お金を請求する。
　　→料金は（６）の料金＋ライブドアトランスファーの取り分となる。

　で、このやりかたでも、ＫＤＤＩと、ライブドアトランスファーにお金を払って面倒。

---

■■　さらなる発展（メアド＋すべてのケータイ乗り換えサービス代理店）

　なので、ライブドアトランスファーは、Ｄｏｃｏｍｏ，ＫＤＤＩ，ボーダフォンの代理店になり、
　ライブドアトランスファーが、月々の電話代＋上記の転送サービス料金を徴収する。
　請求書はひとつにまとめて、一括請求（インボイスのようだ）！

　で、そうすると、ナンバーポータビリティでキャリアを変えたいとすると、いろんな代理店に行かず、そのライブドアトランスファーだけで話は完結する。そのうえ、顧客がどのキャリアを使っているかも分かるので、ケータイコンサルとかもできる。

　で、いいんじゃない？？

　この考え、別にビジネス特許とかとる気はないから、つーか、だれでも考え付くことだと思うので（少なくとも、「次期首相は武部さん」という、細木数子さんの占いより、思いつきやすいと思うよ）、まあ、やる気があったら、ライブドアじゃなくても、どこでも、好きにやってくれ、今日のブログは、そんなことを言いたいわけではない。

---

　今のは例で、ほかにも、いろいろやり方あると思うけど、仮に上のやり方なら、各キャリアと、ライブドアトランスファー（仮称：そういう転送サービス会社）が話し合えばいい話だよねえ。。

　つまり、民間同士の話。

　政治家出てくる必要なし。

　総務省もかんけーないんじゃあ。。


　うーん、なんでも、総務省に頼み込んだりするのって、どーなんだろう。
　そういうお上がでてきたり、はたまた政治家が出てくるから、おかしくなるんじゃないかなあ。。

　何でも政治家とかがでてくるのって、どーなのどーなの（－＿－）？？