* Tue Apr 18 21:46:46 JST 2017 Naoyuki Sawa
- 1st リリース。
- 簡易的なGUIツールキットです。
  本格的なGUIツールキットとしては、既に、「Nuklear」(https://github.com/vurtun/nuklear)を使用させて頂いていますが、
  「Nuklear」では重装備過ぎる場合が有り、もっと簡単な(例えば単純なボタンとリストボックスだけを使いたい場合等)GUIを使いたい場合は、当モジュールを使用して下さい。
  ちなみに「Nuklear」は(原則的には)ステートレスですが、当モジュールは一般的なGUIと同じステートフルな仕様なので、その点の違いによっても使い分けられると思います。
- 以下のサンプルプログラムの、「エディター共通処理」を元にさせて頂きました。
  □参考資料:「超本格！サンプルで覚えるＣ言語 ３Ｄゲームプログラミング教室 - サンプルダウンロードページ」(http://dxlib.o.oo7.jp/SwordBout/)
  │       ⇒「『Sword Bout』のパッケージファイルをダウンロードする」(http://dxlib.o.oo7.jp/SwordBout/File/SwordBout.exe)
  現在の所は、ほとんど元ソースそのままで少し整形しただけですが、今後、自分で使い易いように改造して行く予定です。
- 主に、以下のような変更を、予定しています。(※TODO:)
  ①DxLibに依存しないようにする。
  │現在の所は、DxLibの関数を直接呼び出していますが、アプリケーション定義のコールバックを経由する等の方法に変更して、DxLib以外の環境でも使えるようにしたいです。
  ②C言語でコンパイル出来るようにする。
  │現在の所は、DxLibの関数を呼び出すためにC++ソース(.cpp)になっていますが、①の変更によってDxLibへの依存が解消出来たら、C言語ソース(.c)にしたいです。
  ③C#版も作成する。
  │①②が完了して、ある程度安定して動作するようになったら、Unity環境でも使えるようにC#版も作成して、libclip.netライブラリに追加したいです。

* Wed Apr 19 22:11:14 JST 2017 Naoyuki Sawa
- 上記のTODOの内、「①DxLibに依存しないようにする」と「②C言語でコンパイル出来るようにする」を対応しました。
  具体的には、DxLibの関数を直接呼び出すのをやめて、アプリケーション定義の関数を呼び出すように変更しました。(①の対応)
  DxLibの関数を直接呼び出さなくなったので、C++ソースにする必要が無くなったので、Cモジュールに変更しました。(②の対応)
  ただし、形式上はDxLibに依存しなくなったのですが、現在の所はSToolInfoのアプリケーション定義の関数の仕様がDxLibの関数仕様ほとんどそのままなので、実質DxLibに依存してしまっています。
  今後、SToolInfoのアプリケーション定義の関数の仕様を、もっと汎用的な、DxLibに依存しない仕様に修正しようと思います。(※TODO:)

* Thu Apr 20 21:31:57 JST 2017 Naoyuki Sawa
- 当ライブラリが生成するオブジェクトの識別子を、整数ハンドル⇒ポインタに変更しました。
  オリジナル版では生成したオブジェクトを固定長配列に格納して管理していたのですが、メモリ節約のためにリストで管理するように変更し、そのためには整数ハンドルよりもポインタの方が都合が良いからです。
  尚、フォントハンドルと文字列入力ハンドルは、当ライブラリが生成するオブジェクトではなくバックエンドのオブジェクトなので、今回の変更には関係無く整数ハンドルのままです。
