http://blog.kaede-software.com/rss_reader/ ja 2005-02-27T02:18:27+09:00 http://blog.kaede-software.com/rss_reader/000485.html トップページはこのページへ移動しました。 このブログは更新されません。 今後は上記ページを参照してください。... このHPについて雑記 Takenori 2005-02-27T02:18:27+09:00 http://blog.kaede-software.com/rss_reader/000484.html GNU 3DKit OpenSceneGraph OpenSG Open Inventor NVSG LAMP Irrlicht... 気ままに3D Takenori 2005-01-29T17:45:20+09:00 http://blog.kaede-software.com/rss_reader/000483.html プロジェクトプロパティに基づき、グリッドのレイヤー数とサウンドバッファ数を決定するようにした。 グリッドの横の数をコマンド数+100になるようにした。 変更付加セルでクリックされた場合、その前に有効になっていた位置でメニューが表示されていたのを、表示されないようにした。 シーケンサーが閉じようとされた時、実際には閉じずに、非表示にするだけにした。 メインフォームのボタンからシーケンサーを表示できるようにした。 メインフォームも現在のシーンを保持していたので、そのプロパティを削除。 そのプロパティを参照していたDocModuleのメソッドも削除。 使われていないソースファイルがあったので削除。 シーケンサーが表示される時、ドキュメント(DocModule)に基づきシーンタブとグリッドの左端の項目が設定されるようにした。 これで、プロジェクト生成/保存部分までにやることは、少し大変なコマンド属性のメモリ上での保存とフォームへの反映のみになった。 ちょっとメモ。 コマンド属性を生成する時、レイヤー番号などもきちんと設定すること。 こういった細々とした事はここに書かずに、こまめにコミットしてそこにコメントとして書いたほうが良いかも。 それと、早めにWebSVNの設定をしてブラウザでコメントなどを見やすくしたほうが良さそう。... キリカ・グライト開発日誌 Takenori 2005-01-29T03:31:45+09:00 http://blog.kaede-software.com/rss_reader/000482.html シーンの追加/削除/名前の変更が行えるようにした。 Enterキーでメニューを表示できるようにしようとしたら、メニュー項目決定のEnterで再びメニューが表示されてしまい、かなり使いづらい。なんか、前も同じ事やったような・・・。で、諦めた気がする。 でも、今回はいい方法を思い付いた。単に、Enterではなくスペースキーでメニューを表示させると言うだけのことだが。 で、そのように実装。 いい感じ。 直近でやることをメモ。 プロジェクトプロパティに基づき、レイヤー数を変更する。 コマンド属性のメモリ上での保存とフォームへの反映。 現在固定になっているグリッドの横の数をコマンド数に応じて追加する。 プロジェクトの生成/保存部分を作る。... キリカ・グライト開発日誌 Takenori 2005-01-29T03:04:30+09:00 http://blog.kaede-software.com/rss_reader/000481.html 起動時にEAccessViolation例外が突然発生するようになった。 メンバを直接アクセスしていたのをプロパティ経由にして、参照を使うようにしたのか、ダイアログを追加したぐらいしかやっていないはず。 なんだ？ バージョン管理しているので、戻そうかと思ったけど、また変更を加えるのは面倒なのでとりあえず、ダイアログを自動生成しないようにしてみる。 変わらず例外発生。 プロパティ経由を、メンバ直接アクセスに戻す。 例外が発生しなくなった。 プロパティ経由とメンバ直接アクセスは何か違うのだろうか？ 読み出しの場合、プロパティは単にメソッドを呼び出し、その結果を使っていると思っていたのだが・・・ その読み出し用メソッドは単純に参照を返しているだけ。 よくわからないなぁ。 デバッガで追うと、初期化が完了していない値が返ってきているか、変なアドレスを参照しているみたい。 よくわからんな。... キリカ・グライト開発日誌 Takenori 2005-01-29T01:16:47+09:00 http://blog.kaede-software.com/rss_reader/000480.html WinInetのAPIを調べたら、キャッシュが有効になっていた。 キャッシュが効くと困るので、修正。 あと、接続が常に直接接続となっていたので、レジストリの設定を参照するようにした。... 開発日誌 for mixi Alert Takenori 2005-01-28T03:10:02+09:00 http://blog.kaede-software.com/rss_reader/000479.html 各コマンド属性の生成部分を一通り作成 シーンの追加、削除、プロパティのメニューだけ作成 シーンの追加を実装するためにシーン周りを少し見直し中。 左クリックのみでメニューを表示していたのを、Ctrl+左クリックで表示するように変更。... キリカ・グライト開発日誌 Takenori 2005-01-28T02:08:09+09:00 http://blog.kaede-software.com/rss_reader/000478.html そこそこまともに動くようになったと思うので、公開を開始した。 公開前に変更＆追加したこと 一部エラーメッセージの変更。 アクセス時にエラーが発生した場合、エラーログを出力するようにした。 設定ウィンドウの表示位置を画面中央になるようにした。... 開発日誌 for mixi Alert Takenori 2005-01-27T22:39:59+09:00 http://blog.kaede-software.com/rss_reader/000477.html 少し前に、XMLを扱うライブラリは何を使おうかと悩んでいたが、C++Builderのものを使うことにした。 そして、ヘルプを見てみるとXML データバインドウィザードなるものがある。 どうやらこれは、XML の構造を表したクラスを作ってくれる機能のようだ。 で、使おうとしたのだが・・・ ない！ ないぞそんなの。 C++Builderのページを見てみるとEnterpriseでのみ使えるようだ。 持っているのはProfessional。 使えないのか。 で、仕方なくTXMLDocumentを直接使おうとコンポーネントのInternetタブを見るが・・・ない！ あれ？ コンポーネントもないのか？ XMLDoc.hpp をインクルードし、自分でnewすると使えるが、newするときにファイル名を指定しないといけない。 で、ファイルがないとエラー。 新しく作るときにはどうするのだろう？ 面倒なのでMSXMLを少し調べてみる。 やはり、OSとIEのバージョン依存だな。 となると、やっぱりXerces C++か？ Xerces C++はApacheライセンスだったな。 日本語訳を読むことにする。 どうやら、Xerces C++はライセンスのテキストファイルを添付し、著作権表示を入れれば使用できるようだ。... キリカ・グライト開発日誌 Takenori 2005-01-27T02:33:23+09:00 http://blog.kaede-software.com/rss_reader/000476.html 新着日記もチェックにも対応した。 インストール後、初回起動時は常に新着日記があると表示。 Alert Windowで「mixiを開く」もしくは「Close」がクリックされたら、見たとみなす。 仕様はそんなところ。... 開発日誌 for mixi Alert Takenori 2005-01-26T22:53:08+09:00 http://blog.kaede-software.com/rss_reader/000475.html コマンドパラメタ用フレーム作成が一通り終わった。 改良の余地のあるものもあるが、とりあえずは良しとしよう。 後、シーンタブの切り替えにも対応した。 画像、音、動画はプロジェクトにいったん追加して、そこから選ぶようにした方が良さそうだな。(とりあえず、メディアパレットと呼ぼう) なら、プロジェクト周りを作る必要があるな。 他に最低限必要なものは、 ・シーンの追加と削除 ・プロジェクトプロパティの設定 ・プロジェクトの新規作成/保存 ・スクリプトの生成 ・メディアパレット これだけあれば、とりあえず作ることは可能なはず。 たぶん、まだまだ使いにくいだろうけど。 次は、プロジェクトの新規作成/保存だな。 そういえば、エレメントの生成も途中までしか作ってなかった。... キリカ・グライト開発日誌 Takenori 2005-01-26T01:14:58+09:00 http://blog.kaede-software.com/rss_reader/000474.html imageタグはパラメタが多いのですごいことになってしまった。 グループ化したり、有効/無効で表示/非表示にしたりして、もう少し見やすくしたほうがよさそう。 タブとかにしたほうがいいかなぁ・・・ でも、2時間で6個ぐらい。 あんまり進まないなぁと思ったけど、imageタグに1時間以上とられてる。 パラメタがそんなに多くなければ1時間で5個ぐらい？ まずまずかな？... キリカ・グライト開発日誌 Takenori 2005-01-25T05:25:05+09:00 http://blog.kaede-software.com/rss_reader/000473.html 開発日誌 for mixi Alert Takenori 2005-01-25T01:59:56+09:00 http://blog.kaede-software.com/rss_reader/000471.html ウィンドウ上部にコマンドを表示するようにした。 今までは表示していなかったので、各フレームにどのようなコマンドが設定されているか全然わからなかった。 このことに限らず、実際に使用する時にいろいろと足りないと思うことがありそうだ。... キリカ・グライト開発日誌 Takenori 2005-01-23T03:59:38+09:00 http://blog.kaede-software.com/rss_reader/000470.html パラメータを設定する箇所はFrameを使用しているが、そのFrameとのデータの受け渡しに初めは多重継承によって実現しようと考えていた。 そのFrameを切り替える元となるフォームは、各Frameを保持している。 そして、そのFrameのメソッドを介してデータを渡すようにしようとしていた。 そのため、単純に多重継承したのでは、そのインターフェイスとなるクラスのポインタも保持しなければならなくなる。 それを回避するために、Frame の派生クラスではなく、その親となるクラスで多重継承することにした。 次のような感じ。 class ITagProp class TPropFrame : public TFrame, public ITagProp class TUserFrame : TPropFrame こうすれば、TPropFrame を保持しておくだけで良い。 これでメイクも通りうまくいったかと思ったが、Frameのレイアウトなどを変更しようとしたら問題が発生した。 プロパティが取得できないとかなんとかエラーが出てしまった。 それでも、そのまま無視を選択したらフォームが表示されたのだが、メイクして動かそうとしたらエクセプション。 どうやら、この方法ではダメのようだ。 そこで、Tagプロパティを使って受け渡しをしようと思ったが、FrameにはOnShowなどがないので、Tagプロパティに値を設定しても、それを拾うタイミングがわからない。 良いメソッドがないかヘルプのTFrameを見る。 Dispatch！ そうだ、普通にメッセージでやり取りすればいい。 Frameの切り替えを行う際、Dispatchをコールすることにした。 そして、独自のメッセージを作り、各Frameで受ける。 この方法でうまくいくかどうか実装してみた。 いい感じだ。 初めからこうするべきだったな。 なお、実際のDispatch 部分は、次のようにマクロで定義するようにした。 void __fastcall SetElement(... キリカ・グライト開発日誌 Takenori 2005-01-23T02:30:03+09:00