- 1 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 10:38:31 ]
- Microsoft Foundation Classライブラリ専用スレです。
前スレ
■MFC相談室 mfc16d.dll■
pc8.2ch.net/test/read.cgi/tech/1146117893/
- 49 名前：デフォルトの名無しさん [2006/11/27(月) 21:30:49 ]
- すいません、どなたかマルチモニタ環境があるかたに
試していただきたいんですけど、
・SDIアプリケーションをデフォルトのままビルド
・デバッグ開始してツールバーをフローティングさせる
・そのツールバーをセカンダリモニタ上に移動
とやったあと、そのツールバーをサイズ変更できますか？
自分の環境(VC6.0)ではセカンダリモニタ上ではサイズ変更できないんですけど…。
- 50 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:15:40 ]
- ダイアログベースのアプリで、Client領域に背景ビットマップを貼り付けています。
このダイアログの上で他のウィンドウをぐりぐり動かすとダイアログが再描画された時に
背景が部分的に欠けてしまう（ダイアログの地の色が出る）事があるんですが、
これってどんな理由が考えられるでしょうか。
- 51 名前：50 [2006/11/27(月) 22:27:39 ]
- WinXP＋VC6.0です
- 52 名前：デフォルトの名無しさん [2006/11/27(月) 22:40:32 ]
- ＶＣ６ ＭＤＩ に ＭＤＩ タブ機能を追加するにはどうしたらいいですか？
- 53 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 23:30:57 ]
- そういう機能は存在しない
- 54 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 00:13:23 ]
- >>48
標準的なCViewのサブクラスは印刷時に
CView::OnFilePrint();を呼び出している。
ただしCListViewから呼び出しても印刷できるかどうか
わからん。
- 55 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 19:46:02 ]
- >>49
試した。確かにサイズ変更できない。
原因は非公開クラスのCDockContext内のStretch()にあって
dockcont.cppの314-315行目のサイズ取得のところ。
最新のMFCではこっそりと修正されてる。
(VC6SP6)
HWND hWndDesk = ::GetDesktopWindow();
::GetWindowRect(hWndDesk, &rectDesk);
(VC2005)
rectDesk.left=GetSystemMetrics(SM_XVIRTUALSCREEN);
rectDesk.top=GetSystemMetrics(SM_YVIRTUALSCREEN);
rectDesk.right=rectDesk.left+GetSystemMetrics(SM_CXVIRTUALSCREEN);
rectDesk.bottom=rectDesk.top+GetSystemMetrics(SM_CYVIRTUALSCREEN);
VC6ではCToolBarとCDockContextを派生させて対処するしかない(当方では一応成功)。
非公開クラスなのでググってもほとんど情報がないけど
修正内容は違うがCDockContextを弄ってるのはあった。
www.ddj.com/184410272 英語だがStep3,Step4の文章が多少参考になる。
www.tkb-soft.hmcbest.com/diary_2005_03.htm 日本語。最後の方がグダグダでかなり強引。
- 56 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 01:44:19 ]
- 質問です。
フォルダやファイルのフルコントロール拒否ってどうやってみたらいいでしょうか？
今はとりあえず、書きこんで見て書けなかったら・・・とかやっています。
もっとスマートな方法はないでしょうか？
- 57 名前：デフォルトの名無しさん [2006/11/29(水) 06:17:19 ]
- 質問なんですけど。
IEの履歴ウィンドウみたいなのあるじゃないですか？
あのスプリッタに「X 閉じるボタン」が付いてるやつ。
あれってMFCの機能で実現出来るものですかね？
スプリッタウィンドウにして一つのViewをFormViewにして
その中に各種のコントロールを設置すればそれっぽくなりますけど
閉じるボタンが押された時に、スプリッタを完全に非表示にしないといけない訳で
スプリッタの大きさ0じゃなく、動的にスプリッタの数を変更とか出来るのでしょうか？
- 58 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 08:58:38 ]
- ＞IEの履歴ウィンドウみたいなのあるじゃないですか？
あれはBrowser Extension の Explorer Bar
msdn2.microsoft.com/en-us/library/aa753587.aspx
＞あれってMFCの機能で実現出来るものですかね？
本人次第
- 59 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 09:49:59 ]
- CSplitterWnd内部では当然ペインの数は管理しているので
サブクラスで操作(数だけじゃないよ)すればできる。
流れ書こうかと思ったけどCodeGuruとか見たほうが早い。
ペインが左右に１つずつしかないなら、ほんの数行で済むはず。
- 60 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 10:31:28 ]
- >>58
なるほど… そういう物だったんですね…
>>59
今、色々試していた所、CDialogBarを利用して
似たような事が出来るかも知れないと思いました。
出来ればVC++のIDEみたく、ドッキング可能にもしたかったので
こっちの方がより理想に近いのかもしれません。
- 61 名前：49 [2006/11/29(水) 20:45:04 ]
- >>55
試していただきありがとうございます。
やっぱりこれグラフィックカードの問題とかではなかったんですか…。
ツールバーももちろんなんですが、
support.microsoft.com/kb/143255/ja
↑を参考にサイズ変更可能なダイアログバーを用意したんですけど、
セカンダリモニタ上でサイズ変更ができないのがかなり痛いです。
これって、VC6のままMFCだけ最新のものを使うということは無理で、
VC2005の環境にしてしまうか、派生クラスを自分で作ることになるんですよね？
ドッキングを捨ててモードレスダイアログにしてしまったほうがいいのかな…。
まずは教えていただいたサイトなどを元にして
なんとか挑戦してみたいと思います。
ありがとうございました。
- 62 名前：デフォルトの名無しさん [2006/11/29(水) 22:26:25 ]
- ウィンドウやダイアログ（以下、あわせて子画面と記述）を追加するMFC拡張のDLLを作成しています
仕組みそのものは簡単で、アプリケーションからグローバル関数を通じて呼び出されます
グローバル関数は子画面ごとに用意し、関数の引数にポインタを指定する形でデータの受け渡しを行います
それで早速これを作り始めたのですが、自分の知識が乏しいこともあって問題が発生してしまいました
それは、ウィンドウを上手く表示させて処理させることができないということです
ダイアログの方はモーダル表示であるためか、特に問題なく表示させて処理させることができました
しかし、ウィンドウの方は違いました
新規クラス作成でCFormViewを継承したクラスを追加しているのですが、生成の段階で問題が発生してしまいます
コンストラクタがprotectedとなっているため、newで生成したときにエラーとなるのです
これは手動でpublicに変えることで表面上は解決しました
しかし、標準でprotectedになっていたことには何か意味があるのではないかと不安に思えてきました
大丈夫なのでしょうか？
また他にも問題があります
それは、メモリの開放です
ウィンドウはモーダルではないため、基本的にグローバル変数として使っています
これが問題となるのはユーザが閉じるボタンでウィンドウをデストロイした場合です
グローバス関数では、対応するウィンドウのグローバル変数がNULLでない場合に明示的にDestroyWindowを呼んでいます
その後にdeleteをしております
しかし、ユーザがすでにウィンドウをデストロイしていた場合、エラーが発生します
これをどうにか防ぎたいのです
ウィンドウがすでにデストロイされていることを知る手段はありませんか？
またはメモリが未開放であることを知る手段はありませんか？
とても困っております
知恵を貸してください
- 63 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:18:34 ]
- >>62
Viewの作成は通常newは使わず
CView *MyView = (CView *)RUNTIME_CLASS(CMyView)->CreateObject();
context設定して MyView->Create( ・・・ );
とかいう感じ。
後半はframeを保持しているのがどっちか不明なのでパス。
- 64 名前：62 [2006/11/30(木) 00:09:29 ]
- >>63
レスに大感謝です
参考にさせて頂きます
グローバル変数を保持しているのはDLLです
つまり、ウィンドウ＆ダイアログは常にDLLの管理下にあります
アプリケーションは子画面の表示を指示するのとデータ受け渡しのみです
- 65 名前：デフォルトの名無しさん [2006/11/30(木) 00:50:10 ]
- MDIのドッキングウィンドウってどうやればできますか？
- 66 名前：デフォルトの名無しさん [2006/11/30(木) 04:17:02 ]
- >>65
私も興味あります。
VC++6というか、VisualStudioのようなMDIを実現する方法。
- 67 名前：60 [2006/11/30(木) 04:56:11 ]
- >>66
前書き込んだ者ですけど、多分、ダイアログバーを自分で改造して
似た様な物が出来るんじゃないかと思うんですが。
設置したコントロールもダイアログの状態によって位置、大きさを変更する等して。
外観は全部自分で独自に描画して似せて。
例えば、あの二本線のRebarみたいなのも自分で描画して。
CDialogBarのDDXが効かないのは、CDialogに書き直せば確かOKだった筈ですし。
- 68 名前：デフォルトの名無しさん [2006/11/30(木) 19:00:30 ]
- アプリケーションの英語化作業中です
リソースを日本語版と英語版を用意して、以下のような設定にしています
英語版ビルド時には日本語を無視
日本語の場合には英語リソースを無視
この方法でビルドした場合、ダイアログに直接貼り付けてあるStaticテキストや
ボタンのCaption等は正しく言語の切替が行われていますが
StringTableから読み込んで表示する場合、英語版が全て空白になってしまいます
正しく読むにはどうしたらいいでしょうか？
- 69 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 19:09:49 ]
- 英語と日本語でそれぞれプロジェクト作って比べてみれば馬鹿でもわかる。
- 70 名前：68 [2006/11/30(木) 19:43:41 ]
- すみません、解決しました
開発しているのはプラグインなのですが、対象となるソフトの言語設定を変更したら上手く行きました
- 71 名前：49 [2006/11/30(木) 22:37:56 ]
- >>55
CDockContextの派生クラスを作成し、以下の3つをオーバーライド。
・virtual void StartResize(int nHitTest, CPoint pt);
・void Stretch(CPoint pt);
・BOOL Track();
StartResize()とTrack()は、CDockContextのものをそのまま手を入れずにコピー。
Stretch()は、例の部分をVC2005版に修正し、それ以外はそのままコピー。
そのほかに、これらの関数で使われている定数や構造体の宣言をそのままコピー。
CToolBarの派生クラスを作成し、EnableDocking()をオーバーライド。
m_pDockContext = new CDockContext(this);
の部分を、上のCDockContextの派生クラスをnewするように修正し、
それ以外はそのままコピー。
というソースファイルを作成し、
SDIのツールバーをこのCToolBarの派生クラスに置き換えてみたところ、
無事にセカンダリモニタ上でもサイズできました。
「当方では一応成功」っていうのも、やはりこのような感じなのでしょうか？
- 72 名前：62 [2006/11/30(木) 22:54:50 ]
- とりあえずウィンドウをDLL側で生成して表示させることはできました
フレームとビューとドキュメントをCCreateContextで連結させるのに苦労しました
上手に表示されたときはとってもハッピーになりました
さて、申し訳ないですが本日も質問があります
それはビュー（CFormView）に張り付けたダイアログリソースについてです
なぜか分からないですが、呼び出しアプリケーション側のダイアログリソースに置き換わってしまいます
DLLのダイアログリソースが表示されません
Resource.hが怪しいと思っていますが、どうすれば解決できるのか分かりません
アドヴァイスを頂けませんか？
あと、昨日の質問が残っています
>>62の後半、メモリ開放についてです
CFormWndのインスタンスを持っているのはDLL側です
ユーザが閉じるボタンやAlt+F4でデストロイしたことを察知して２度デストロイやdeleteするのを防ぎたいです
大変にクリティカルな問題なのでとても悩んでいます
インターネット検索や書籍で解決策を探していますが、まだ解決には至っていません
アドヴァイスをお願いします
- 73 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:14:31 ]
- >>72
相変わらずFrameの位置が不明瞭です...
次の３つの内から一つを選択しなさい。
1.Exe側のCMainFrameにDLL側で作成したCFormViewを結合している
2.ExeとDLLにそれぞれFrame&Viewの対がある
3.その他
上段で上手に表示されたと書いてるけど、中段読むとFrameとViewの
結合に失敗してるし訳分からない。別な話？
下段CFormWndのbase class はCFormView or CFrameWnd ?
- 74 名前：72 [2006/12/01(金) 00:16:17 ]
- >>73
すみません
選択肢１が該当します
- 75 名前：デフォルトの名無しさん [2006/12/01(金) 00:27:52 ]
- dll内でnewしたインスタンスはdll内でdeleteしないといけないのでしょうか。
- 76 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:49:13 ]
- >>74
であれば、Viewをdeleteする必要はない。
FrameとViewが正しく結合されていれば、exe側Frameが閉じられる際に自動で削除される。
CView::PostNCDestroy()参照。
- 77 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 01:11:51 ]
- >>75
うん
- 78 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 01:18:01 ]
- >>75
例えば開発時に、EXEがReleaseでDLLがDebugだとすると。
メモリ管理のランタイムが別になるんで、EXEでnewしたメモリをDLLで開放しようとすると、
当然そんなメモリは管理してないから落ちてしまうと。
- 79 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 01:27:38 ]
- exe-dllで使用しているMFCのバージョンが同じで >>78の言うことに気をつけていれば
問題ないんじゃないの？
77は根拠を示すべし。
- 80 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 06:53:15 ]
- >>79
別のアプリで確保したメモリを別のアプリで解放できるか？って話しになるんじゃない？
- 81 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 09:12:04 ]
- この子は何をほざいているのだろう・・・
- 82 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 10:26:11 ]
- >>79
バージョンが同じでも、MFCをスタティックリンクしてるとダメだよ。
- 83 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 14:28:49 ]
- 論点がばらけ過ぎてる
- 84 名前：55 mailto:sage [2006/12/01(金) 19:42:03 ]
- >>71
そんな感じです。というより全く同じですね。
VC6ではやむを得ないと思います。
>>65-67
www.codeproject.com/docking/
www.codeguru.com/cpp/w-d/docking/
スクリーンショット見た感じ、↓のが参考になるかも。
www.codeguru.com/cpp/w-d/docking/article.php/c1447/
www.codeguru.com/cpp/w-d/docking/article.php/c1451/
www.codeproject.com/docking/sizecbar.asp
>>62&>>72
どっかのスレで参考になる文献はないかと聞かれたから
URL貼ったんだが全く読んでないんだな。
考えられる原因の一つは、delete this;して自殺するクラスがあるということ。
CFrameWndやCViewがまさにそういうクラスなのでその可能性があるんじゃない？
76も答えてくれてる通り。
- 85 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 16:41:12 ]
- VC++.NET2003で開発しています。
MDIから別プロジェクトの画面を子画面として表示させたいのですが、
どういう風に作ればいいのでしょうか。
- 86 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 17:26:41 ]
- またMDIか
- 87 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 17:32:47 ]
- このまえ質問してたやつはどこに消えた？
- 88 名前：49 [2006/12/03(日) 13:05:02 ]
- >>84
やはりこういう派生になるのですね。安心しました。
VC7でも同じ問題が発生するようで、VC2005じゃないと直ってないようです。
- 89 名前：40 mailto:sage [2006/12/03(日) 16:05:47 ]
- >CViewのメニューなりからのイベントでCFormViewを開く時は、
の続きで、Viewの差し替えは、Viewクラスでのメニューイベントハンドラーで
CWinApp* myapp=AfxGetApp();
CDocTemplate* mydoctemp=(CDocTemplate*)RUNTIME_CLASS(CDocTemplate);
POSITION myps=myapp->GetFirstDocTemplatePosition();
mydoctemp=myapp->GetNextDocTemplate(myps);//テンプレートリストの１番目を選択するイテレータ
mydoctemp=myapp->GetNextDocTemplate(myps);//テンプレートリストの２番目を選択するイテレータ
mydoctemp->OpenDocumentFile(NULL);
でドキュメントテンプレートに入れられた２番目のViewを新規子ウィンドウで表示できたよ
- 90 名前：デフォルトの名無しさん [2006/12/04(月) 13:59:24 ]
- ダイアログにタブコントロールを乗せ、複数のリストビューの表示をタブで切り替える
ソフトを書いていたんですが、タブに重ねたリストビューの列サイズを操作すると
リストビューの表示が乱れる現象が出てしまいました。
www.uploda.org/uporg604606.zip.html
サンプルプロジェクトです。VC2005で作りました。
www.uploda.org/uporg604603.gif
1つめのリスト。こういう感じで一番右の列境界をタブの外へ右にドラッグすると
スクロールバーが現れます。通常の動作です。
www.uploda.org/uporg604604.gif
2つめのリスト。１つ目と同じく一番右の列境界を右へドラッグするとスクロールバー
が現れるタイミングで表示が乱れます。
どうして2つ目のリストでのみ表示が乱れるのか悩んだ結果、ダイアログのリソース
定義ファイル中の、
> CONTROL "",IDC_LIST1,"SysListView32",LVS_REPORT | (以下略)
> CONTROL "",IDC_TAB1,"SysTabControl32",0x0,7,7,173,186
> CONTROL "",IDC_LIST2,"SysListView32",LVS_REPORT | (以下略)
を
> CONTROL "",IDC_LIST1,"SysListView32",LVS_REPORT | (以下略)
> CONTROL "",IDC_LIST2,"SysListView32",LVS_REPORT | (以下略)
> CONTROL "",IDC_TAB1,"SysTabControl32",0x0,7,7,173,186
と順番を入れ替えると表示が乱れなくなりました。逆に、タブの行をリストの先頭
に持っていくと今度は両方のタブでリストの表示が乱れるようになります。
結果オーライといえばそれまでなんですが、どうしてこれで問題が解決するのか納得が
いきません。リソース中の定義順が何に影響しているのでしょうか？
- 91 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 14:05:47 ]
- 普通はプロパティシート
- 92 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 14:46:26 ]
- >>90
Zオーダーの問題じゃね?
- 93 名前：デフォルトの名無しさん [2006/12/04(月) 16:30:03 ]
- Zオーダーの問題
- 94 名前：90 mailto:sage [2006/12/04(月) 22:53:30 ]
- 確かにZオーダの問題でした。どうもありがとうございます。
リソース定義の順番がZオーダになるというのが将来にわたって保障された
仕様なのかどうかが疑問なので、コントロールを重ねる場合のZオーダは
きちんとSetWindowPosでコード中に書いておくことにします。
- 95 名前：デフォルトの名無しさん [2006/12/06(水) 06:13:15 ]
- VC6.0のMFCで作ったプログラムを実行したときにレジストリへ一切書き込まないようにしたいのですが
HKEY_CURRENT_USER\Software\Microsoft\Windows\ShellNoRoam\MUICache
に VS_VERSION_INFO の FileDescription の値が書き込まれてしまいます。
FileDescription を消しても実行ファイル名が変わりに書き込まれてしまいます。
どうしたら書き込まないように出来るでしょうか？
- 96 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 10:01:56 ]
- そのキーを書込み禁止にすると(・∀・)ｲｲﾖ!!
- 97 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 23:59:45 ]
- CFtpConnectionを使ってFTPクライアントを実験的に作ってみたのですが、
PASVモードを使ったときにどのポートが使われているかというのは
どうやって取得すれば良いでしょうか？
- 98 名前：デフォルトの名無しさん [2006/12/12(火) 21:25:29 ]
- CListCtrl （以下、リスト）をレポート形式で使用しているのですが、
このリストの特定セルだけ背景色を変えるにはどうしたら良いですか？
ステータス値に応じてセルの色が変わるような機能を実現したいのですが……
- 99 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 21:26:36 ]
- ダイアログ上に複数のスタティックなコントロールを配置しています。
各コントロール毎に違う背景色を設定したいのですがどのようにすればよいのでしょうか？
OnCtlColor()メソッド内でコントロールの判定ができればよいと思うのですが・・・。
どなたかご教授の程よろしくお願い致します。
OSはWinXP SP2、開発環境はVC++ 2005です。
- 100 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 21:45:51 ]
- >>98
カスタムドローじゃねぇの？
>>99
普通にウィンドウハンドル比べたらどうよ？
- 101 名前：98 [2006/12/12(火) 21:47:33 ]
- >>100
無知で申し訳ないのですが、カスタムドローとはどのようなものですか？
- 102 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 21:55:03 ]
- >>101
www.google.co.jp/search?hl=ja&safe=off&c2coff=1&q=%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%A0%E3%83%89%E3%83%AD%E3%83%BC+CListCtrl&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
- 103 名前：98 [2006/12/12(火) 21:57:44 ]
- >>102
すみません、自分で検索するべきでした
どうもありがとうございました
- 104 名前：99 mailto:sage [2006/12/12(火) 22:00:20 ]
- >>100
レスありがとうございます。
if(GetDlgItem(IDC_STATIC_COLOR1) == pWnd){
AfxMessageBox(L"一番目のコントロール");
}
//以降コントロールの数分else if
試しにこんなコードでやってみたのですが引っかかりませんでした。
比較処理が悪いのでしょうか？
- 105 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 22:06:07 ]
- MFCってpWnd->m_hWnd == GetDlgItem(IDC_STATIC_COLOR1)->m_hWndってやらなくてもいいんだっけ？
まあ、駄目だったら、そもそもIDC_STATIC_COLOR1が本当にそいつの直下に配置してあるコントロールなのかどうなのか
ってところがあやしいんじゃね？
- 106 名前：99 mailto:sage [2006/12/12(火) 22:22:41 ]
- >>105
OnInitDialog内で
GetDlgItem(IDC_STATIC_COLOR1)->SetWindowText("あいう");
で文字は表示されたので問題はないと思うのですが・・・。
もう少し調べてみます。
- 107 名前：99 mailto:sage [2006/12/12(火) 22:31:54 ]
- >>105
すみません、教えていただいた
pWnd->m_hWnd == GetDlgItem(IDC_STATIC_COLOR1)->m_hWnd
でできていました。(メッセージボックスが表示されていなかったのでできていないと思っていました)
どうもありがとうございます。
- 108 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 22:38:02 ]
- それはえがった
- 109 名前：デフォルトの名無しさん [2006/12/13(水) 16:35:12 ]
- VC6を使って、MDIアプリにMDIタブを実装したい
まずは、CMainFrame に MDIタブ用の CDocBar を配置したいのだが、
どこをどうオーバーライドしたらいいんだ？
CMainFrame::recalcLayout() あたり？
- 110 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 17:02:48 ]
- またお前か
- 111 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 19:25:44 ]
- その前にMDIの作り方は間違っていないのかね？
なんだかこの間からぶち当たった問題をことごとく質問してないか？
- 112 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 19:32:03 ]
- 相談室だから質問しています
- 113 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 19:34:02 ]
- >>112
相談しようぜ。
MDIの基本的な部分はＯＫなん？
- 114 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 19:52:36 ]
- ここは自分でできもしないことを相談する所か？
- 115 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 20:17:28 ]
- まあ、MFCスレってここしかないんだから、そう厳しいこといわんと。
ＭＦＣって結構むずいじゃん。
俺、ドキュメントビューアーキテクチャーとかいう仕組み覚えるのに何日も必要だったぞ。
まず、ドキュメントビューアーキテクチャーの構造なんて大して重要なもんだと思ってなかったし（ＳＤＩで組んでたのもあって）。
この状態でＭＤＩプログラミング特攻すると、はっきりいってハマルじゃんｗ
- 116 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 20:57:27 ]
- プロパティシートについて質問があります。
ダイアログをいくつか作成(このときフォントをMSゴシックの12ptに変更)し、
各ダイアログ毎にクラスを作成(CPropertyPageクラスの派生クラス)して
メインメニューに[プロパティ]項目を追加、そのイベント内で
・プロパティシートのインスタンス生成
・プロパティページをプロパティページにAddPage
・DoModalで表示
しています。
このとき、表示された各ページのフォントサイズが標準のMS UI Gothicの9pt
で表示されてしまっています。なのでCPropertySheetの派生クラスを作り、
OnInitDialog内でフォントサイズの変更を行ってみたのですが変化なしでした。
なぜこのような現象が起こるのでしょうか？
- 117 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:00:50 ]
- プロパティシート使ったことないけど
タブコントロールなら、全ページフォントを設定する必要があるな。
プロパティシートにもそんなのあんじゃね？（適当ｗ）
- 118 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:10:57 ]
- OnInitDialog内でGetPage()->SetFont();は行っているのですが
それでも変わらないんですよ。各ページのコントロールのサイズも
ちっちゃくなってますし。全ページのコントロールの位置、サイズ、フォントを
設定しないといけないんでしょうか。
- 119 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:42:18 ]
- CPropertySheet フォント で検索
- 120 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:44:25 ]
- MDIの基本的な部分はたぶんオケ
だからおいらの相談に答えてくれよー
- 121 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:46:33 ]
- >>119
あ、やっぱ、手動なんだｗ
- 122 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:48:25 ]
- >>120
ドキュメントビューアーキテクチャ（なげぇなｗ）の理解は大丈夫ということでＯＫ？
- 123 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 21:57:52 ]
- ＞まずは、CMainFrame に MDIタブ用の CDocBar を配置したいのだが、
MFCにCDocBarなんてあったけ？
- 124 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 22:20:15 ]
- >>123
すまん CDockBar だった
CDockBar はアンドキュメンテッドなクラスで、CControlBar を配置するための滑走路みたいなものだよ
- 125 名前：116 mailto:sage [2006/12/13(水) 22:43:28 ]
- >>119
SendMessageToDescendants()?でフォントは変更できましたが、
サイズとかの変更の仕方が分かりませんでした。
- 126 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 23:09:57 ]
- MFCを理解しようとしないで自分のやりたいことだけ質問する馬鹿ばっかりだな
- 127 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 23:33:37 ]
- MFCのすべてを理解してるなら、すべての質問・相談にちゃっちゃ答えて神になってくれ
- 128 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 23:47:28 ]
- 何のためにソースがついてるんだろ
- 129 名前：デフォルトの名無しさん mailto:sage [2006/12/13(水) 23:49:05 ]
- 非効率だよね。
まず、全体っちゅーか概要ぐらいは理解しないと
なにやるにも知ってる人間にお伺いを立てないと何もできなくなっちゃうぞ。
- 130 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 01:57:25 ]
- なんかMFC使うほうがかえって面倒くさそうだ
- 131 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 03:22:11 ]
- 馬鹿じゃねぇの
- 132 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 07:02:17 ]
- >>130
そういうときもある。
- 133 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 09:06:58 ]
- コントロールのサイズと位置はピクセル単位じゃなくてダイアログベース単位で、
ダイアログベース単位はフォントの幅が元になってる。
だからダイアログのフォントを変えると
コントロールのサイズと位置もフォントに比例して変わる。
このフォントサイズはダイアログを作る時に指定した
ダイアログボックステンプレートに定義されている。
ダイアログを作った後でフォントを変えても
コントロールは既に作成されてしまっているから
コントロールのサイズと位置は後で指定したフォントには影響されない。
以上ここまでMFCに限らずWin32でも同様
プロパティシートがリソースで定義されたダイアログのフォントを無視しているということは
たぶんメモリ上に読み込んだダイアログボックステンプレートのフォントを書き換えてから
その変更を加えたダイアログボックステンプレートでダイアログを作っているのではないか
と推測されるけど、あとはCPropertyPageのソース等を読めばわかることだから省略
- 134 名前：デフォルトの名無しさん [2006/12/14(木) 10:51:38 ]
- ☆ ﾁﾝ
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・）＜ MDIタブ実装方法 まだー？
＼＿／⊂ ⊂＿)＿ ＼＿＿＿＿＿＿＿
／￣￣￣￣￣￣￣／|
| ￣ ￣￣￣￣￣￣:| :|
| .|／
- 135 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 11:22:30 ]
- ソースを読めばわかることだから省略
- 136 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 11:43:33 ]
- MDIタブのこと書こうか迷ってたんだけど、AAみて踏ん切りがついたよ。
- 137 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 13:05:50 ]
- ＭＤＩタブの何を書こうかと迷ってたんだ？
- 138 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 17:26:02 ]
- Button（OKやCancelや適用など）をDisableにしたいのですが、どの関数を使うのですか？
SetCheck()かと思ったのですが違うようでした。。
- 139 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 17:46:32 ]
- >>138
基本クラスのメンバEnableWindowで
- 140 名前：デフォルトの名無しさん mailto:sage [2006/12/16(土) 18:12:46 ]
- なるほど…
やってみます。ありがとうございました。
- 141 名前：デフォルトの名無しさん [2006/12/17(日) 19:17:51 ]
- リストコントロール（CListCtrl）をリードオンリにするにはどうすれば良いですか？
- 142 名前：デフォルトの名無しさん [2006/12/17(日) 19:21:10 ]
- ２つ目の質問です
ツリーリストコントロールって標準で存在しませんか？
存在しない場合はどうすれば使えますか？
MFCで作ったフリーソフトでツリーリストが使われていたので、
何らかの方法でできるのではないかと考えているのですが・・・
ちなみに、今の自分の技術力では自作は無理です
- 143 名前：デフォルトの名無しさん [2006/12/17(日) 19:25:35 ]
- ３つ目の質問です
MDI子ウィンドウのビュー（フォームビュー）でリストコントロール(CListCtrl）を使っているのですが、
他の子ウィンドウがリスト部分の前に重なった後、リスト部分をクリックしてリストがある子ウィンドウを
アクティブにすると重なっていたリスト部分だけが再描画されません
原因はまったく不明です
どのようにすれば子ウィンドウがアクティブになった時に正常に再描画されるようにできますか？
- 144 名前：デフォルトの名無しさん [2006/12/17(日) 19:29:21 ]
- 最後の質問です
MDI子ウィンドウのビューでリストコントロールを使っているのですが、
子ウィンドウのサイズ変更にあわせてリストのサイズを動的に変更するには
どのようにすれば良いですか？
VC#ではプロパティ画面で簡単に設定できたのですが、
VC++にはないのでとても困っています・・・
以上４つ質問させて頂きました
何かご存知の方は、ご回答をよろしくお願いしますm(_ _)m
- 145 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 19:37:53 ]
- 最後のやつの答えは
子ウィンドウのサイズ変更にあわせてリストのサイズを動的に変更する
- 146 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 19:45:00 ]
- MDI野郎の質問は意味不明
- 147 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 19:51:36 ]
- 具体的にはOnSizeとかOnSizingとかOnExitSizeMoveとか用途に合わせて使うと吉。
- 148 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 19:53:22 ]
- >>141
普通リードオンリーでできんじゃねぇっけ？
リソースファイルの方の設定に編集できるとかできないとかそういうプロパティあった希ガス。
- 149 名前：デフォルトの名無しさん mailto:sage [2006/12/17(日) 20:00:56 ]
- >>142
昔、俺がみたのは自力で描画してたのしかみたことないな。
今、どうなってるのかはよくわからん。
|
 |
