ドット絵,EDGE2,Domino｜TAKABO SOFT

2005: 3月; 18

いろいろ更新

日記

いろいろ溜め込んでいたので更新しておきました。

相互リンク追加：桃源郷（ドット絵）
WCGX2ステージ4つ追加

また、euさん、真帆さん、ドット絵掲示板のバナー有難うございました。
（早速組み込んでおきました）

風たまごさんのサイトが何時の間にかcloseになっていますね＿|￣|○

2005: 3月; 15

ドット絵掲示板バナー

日記

ドット絵掲示板のバナーを描いてくださったとくさん、ほっとみるくさん、たぴすさん、でゅぽるさん、写楽さん、ありがとうございましたm(_ _)m

おおやけに募集していた訳ではないためか（？）なかなか応募が無く、１ヶ月でようやく6つ集まりました！

どれか一つだけ使うというもの非常に勿体無いので、バナー画像はランダムで表示するようにしました（JavaScriptがONの人だけ）。

写楽さんのバナーの濁点が、最近やっているPSPのゲーム「ルミネス」のブロックに見えてくるのはゲームのやり過ぎですか。

2005: 3月; 14

nWidthは0ですが、afxData.cyBorder2は0ではないため（2だったかな？）
改行＆表示されていないバーが来るたびに
nTotalWidthの値がどんどん減っていきました。
　
　
・・・これってバグじゃないの？
　
　
　
この部分の不具合疑惑が浮上し、ここをなんとか書き換えて実行しようと思いました。
　
書き換えたい気持ちは山々なのですが、ここはMFCソース内部、変えるのが困難な部分です。

誰か変えた人いないの！？ってなかんじでぐぐってみましたが、ヒットせず＿|￣|○

しょうがないので自分でやることに（＾＾；
　
　
まず、CDockBar::Insertという関数はvirtual関数ではないため、オーバーライドさせることが出来ません。そんなわけで、virtual関数が出てくるまで呼び出し元をたどりました。

CDockContext::StartDrag(CPoint pt);
という関数が仮想関数であることがわかったため、
この関数からCDockBar::Insertまでのすべての呼び出し処理を変更すればCDockBar::Insert処理を別のものに変えられそうでした。

具体的には
CDockContext::StartDrag() → CDockContext::Track() → CDockContext::EndDrag() → CFrameWnd::DockControlBar() → CDockBar::DockControlBar() →CDockBar::Insert()
これら全ての関数を修正する必要があるという事です(´･ω･`)ｼｮﾎﾞｰﾝ

クラス別に見て

CDockContext
CFrameWnd
CDockBar

これら3つがありますで、これらから新たにクラスを派生させ、そこで別関数を用意すれば良いという事です。
（CFrameWndに関してはCMainFrameという関数がありますので、クラスを新しく用意する必要はありませんね。）

で、これらのクラスから新たに

CDockContext
→CMyDockContext
CDockBar
→CMyDockBar

というクラスを作るのはまぁ出来るだろうとは思うのですが、
いままでCDockContextクラスをnewしていた部分を今度はCMyDockContextクラスをnewさせるようにしないといけないわけで、それが出来るかどうかの実験から始めました。
　
　
CDockContextのコンストラクタにブレークポイントを設定して生成タイミングなどを調査した結果、
CControlBar::EnableDocking();関数内でnewされている事が解りました。

CToolBarから新たにクラスを派生させ、そこからEnableDocking()を作る、というのが普通かもしれませんが、
なにしろツールバー以外にもコントロールバーというのは多数ありますから（ダイアログバーなど）
少し汚い手ですが、

EnableDocking();させた後で全コントロールバーに対してメンバ変数m_pDockContextを見て、インスタンスあれば一旦deleteして、CMyDockContextをnewさせ、保持させておくという手段を用いました（爆

CDockBarの方はCFrameWnd::EnableDocking時に生成されるようでしたので、その関数のソースをそのままコピペしてnew CDockBar部分を書き換えました。

これでクラスのインスタンスをごっそり変える事が出来ましたので、
CMyDockContextや、CMyDockBarのメンバ変数をコピペしたりして
各関数を実装します。

CMyDockContext::StartDrag() → CMyDockContext::TrackDebug() → CMyDockContext::EndDragDebug()　→　CMainFrame::DockControlBarDebug() → CMyDockBar::DockControlBarDebug() →CMyDockBar::InsertDebug()

というように呼ばれるわけです。

CMyDockContext::EndDragDebug()　→　CMainFrame::DockControlBarDebug()
というように、クラスが異なる呼び出しの場合には、
呼び出す際の型キャストも必要です。

    CMainFrame* pMainFrame = dynamic_cast<CMainFrame*>(m_pDockSite);
    if (pMainFrame) {
        pMainFrame->DockControlBarDebug(m_pBar, pDockBar, &rect);
    }
    else {
        m_pDockSite->DockControlBar(m_pBar, pDockBar, &rect);
    }

こんな感じで最終的にCMyDockBar::InsertDebug()が呼ばれるようにし、
これでようやく・・・ようやくCDockBar::Insert部分をいじれるようになりました＿|￣|○

早速例の「高さの合計を示すnTotalWidth変数にnWidth足す」という部分に修正を試みます。

#if 1
            if (nWidth > 0) {
                nTotalWidth += nWidth - afxData.cyBorder2;
            }
#else
            nTotalWidth += nWidth - afxData.cyBorder2;
#endif

これで実行してみたところ、ドッキング不具合は発生しなくなりました！
　
　
・・・長かった。
　
　
そんなわけで治ったっぽいプロジェクトはこちらです。
今後同じような問題にぶちあたった人のお役に立てられれば幸いです・・・。
　
　
・・・Microsoftさん、貴重な休日を返して（T_T

2005: 3月; 12

ツールバー不具合(VisualC++6.0 + MFC)

MFC,ProgrammingTips

EDGE2のツールバーカスタマイズ周りを実装中なんですが、
カスタマイズとは関係無い部分でおかしな部分が見つかりました＿|￣|○

もし解決策、回避策などが解る技術者の方がおられましたら、
私まで連絡をお願いします。

＃Microsoftに質問メール送る方法が解らなかった＿|￣|○
　プロフェッショナルサポートとか契約してないとメールで質問出来ないのかな～？
　変わりにMSへ問い合わせてくれる人でも構いません(＾＾ゞ

症状１　ツールバードッキングで嫌な感じ（解決したかも？）

→問題部分のみを抽出したプロジェクトファイルはこちら(40KB)
（Visual C++6.0が必要です）
VisualC持ってないけど見てみたいという方はこちらをどうぞ。

プロジェクトの主な作成手順は次の通りです。

ウィザードでMFC→MDIアプリケーションを作成（他の設定はそのまま）
CMainFrame::OnCreateにて
1. ツールバーを5個以上作成する
2. 作成したツールバーで、最初の2個だけを残し、残りのツールバーをShowControlBar(・・・,FALSE, TRUE);で非表示する
3. また、症状がわかり易くなるように、ここでダイアログバーを一つ作成しています。（無くても症状は発生します）
ビルドし、実行します。

症状の再現方法は次の通りです。

EXEを実行します。

ツールバー5個中、2個が表示されています。
上のツールバーを、ダイアログバーの下へドラッグ＆ドロップしてドッキングさせます。

すると、普通にドッキングします。
さて、ここでもう一つのツールバーを、さきほどのツールバーの横へドラッグ＆ドロップしてドッキングさせようとすると・・・

下にずれる。

これが嫌な症状です。
ちなみに、がんばると（ちょっとダイアログバーへめり込むようにドロップすると）、隣へドッキングさせることも出来るのですが、また少しずらそうとすると、一段下がった場所へ勝手に配置されてしまいます。

二つしかツールバーが無い程度ならばいいのですが、それが複数になって、隣へ配置出来なくなるのは、ツールとしての使い勝手が悪くなる要因ともなりかねませんので、解決したいところです。

ツールバーは5個中2のみ表示、と書きましたが、5個全て表示したり、最初から2個しか
作らなかった場合には、これらの症状は発生しません。

症状が発生しない期待通りの実行ファイルはこちら

MFC側の不具合のような気もするのですが、もしそうであっても直したい部分ではあります＾＾；

（20:00 追記）
きよのさんからメールを頂きまして（有難うございます！）
Visual C++ 6.0 Enterprise Edition SP6では症状が発生しないとの情報を頂きました。
ちなみに私の環境は
Visual C++ 6.0 Professional Edition SP6です。
MFCのソースが異なるんでしょうかね～＿|￣|○
もう少し追ってみます。

（20:24 追記）
と思ったらEnterprise Editionでも症状が確認されたようです（＾＾；
更にはVisual C++ .NET Professional 2003でも再現したそうです＿|￣|○

ツールバーの表示方法とか作成方法が間違ってるのかなぁ、と不安になってきました。

（3/13 0:55 追記）
解決したかも？明日解決方法などを紹介します。

あ、掲示板のSISTさんサンクス！
たしかにでにくくなってましたが、いろいろやっているうちに症状が再現してました。

症状２　ツールサイズ変更でアプリがフリーズ（解決しました！）

こちらはだいぶ解りやすい症状です＾＾；

プロジェクトの主な作成手順は次の通りです。

ウィザードでMFC→MDIアプリケーションを作成（他の設定はそのまま）
CMainFrame::OnCreateにて、デフォルトで作成されたツールバーの状態をいじり、ドロップダウンボタンをいくつか追加する（2つぐらいあると症状が発生しやすい）
ビルドし、実行します。

症状の再現方法は次の通りです。

EXEを実行します。
ツールバーをドラッグ＆ドロップし、浮かせます（ドッキングを解除）
あとは、その浮いたツールバーの上の部分を上へドラッグするとフリーズします。

ドロップダウンボタンが2つぐらい有ると起こる症状のようです。
フリーズ状態でVCのブレークを実行すると、CToolBar::SizeToolBarやらCToolBar::CalcSizeで無限ループに陥っているのかなぁ、というように思えます。
各関数にvirtualがついていないので、単純にオーバーライドして値をTRACEさせるという技も使えず＾＾；

こちらもMFC側の不具合のような気もするのですが、もしそうであっても直したい部分ではあります。

（追記）
CToolBar::CalcDynamicLayoutがvirtualになっていましたので、オーバーライドし、その中で使用されている関数などをMFCのソースからコピペ、問題を探ったところ、
CMyToolBar::SizeToolBarの中で無限ループに陥っていることが解りました。

無限ループにならないように、勝手にreturnしてみたのですが、これで良いのやら・・・
→修正後のプロジェクトファイルはこちら

        while (sizeMin.cx < sizeMax.cx)
        {
            sizeMid.cx = (sizeMin.cx + sizeMax.cx) / 2;
            WrapToolBar(pData, nCount, sizeMid.cx);
            sizeMid = CalcSize(pData, nCount);

// ここの判定分を追加してみた by takabo soft
#if 1
            if (sizeMax == sizeMid) {
                return;
            }
#endif

            if (nLength < sizeMid.cy)
            {
                if (sizeMin == sizeMid)
                {
                    WrapToolBar(pData, nCount, sizeMax.cx);
                    return;
                }
                sizeMin = sizeMid;
            }
            else if (nLength > sizeMid.cy)
                sizeMax = sizeMid;
            else
                return;
        }

（20:00 追記）
きよのさんからメールを頂きまして（ありがとうございます）、MSのサポートサイトにて解決策があると教えていただきました！
http://support.microsoft.com/default.aspx?scid=kb;ja;190501
すっきりです(笑)