Version 5.31
コンボボックスとエディットボックス
「前回はファイルダイアログを使ってみました」
『 CFileDialog ってクラスで簡単にできたよねー。で、その開いたファイ
ルを読み込むんだよね』
「そう。 CFileTestDlg::OnBtnShow() の中で……」
void CFileTestDlg::OnBtnShow()
{
m_cDataLstBox.ResetContent();
std::ifstream cIFStrm;
cIFStrm.open( "Data.txt" ); // ここ！
// 以下略
「この "Data.txt" をその開いたファイルのフルパス文字列に置き換えれば
うまくいきます」
『でもどーやって渡すの？ メンバ関数違うじゃん』
「そこで〈コンボボックス〉を使います」
『こんぼぼっくす？』
「 IDC_CMB_FILE って ID を付けたコントロール。 Ver 5.01 ( No.066 )
を見といてね」
『あ、[ファイル]の右隣のだね。コンボって、チキンとフライドポテトとか
が一緒のセットをコンボとかゆーよね』
「それと同じ。コンボボックスは、エディットボックスとリストボックスが
組み合わさってるんです。 Spy++ 起動してからテスト実行してみて」
『はんこみたいなボタン！』
「普通に Spy++ の照準を重ねると ComboBox って出るでしょ」
『うんそーゆーウィンドウクラスだね』
「その内側に照準を持ってくると……」
『 Edit になった！！』
「つまりこの普通に見えるところはエディットボックス」
『おー』
「で、その横の [▼] を押すと出てくるのを〈ドロップダウンリスト〉って
言うんだけど、これがリストボックスで作られてます」
『リストボックス……むむむ、 Spy++ じゃ調べらんないね』
「そうだね」
『……じゃーなんでリストボックスだってわかるの？』
「あー、書いてあるんだよそう。 MSDN の Combo Boxes Overview ってペー
ジを見てみて」
『英語ページね。へー、クラス名は COMBOBOX だとか、 list box と edit
control の組み合わせだとか書いてあるんだね』
「【次へ】を押してくと、どんどん見られるよ」
『色々細かい解説書いてあるんだね……あ、メッセージっぽいのが出てきた。
コンボボックスのメッセージは CB_ なんだね』
「左上の【同期】ってボタン押してみて」
『目次見るボタンだね。結構深いところにあるページだね』
「上の方に Platform SDK ってあるでしょ」
『うんある』
「ここ以下に書いてあるのが、ウィンドウズそのものの仕様」
『仕様……って、これ文章かなり多くない？』
「多いよー。コンボボックスだけでも５０ページ以上あるみたいだし」
『５０ページ以上！？ あ、そーか、メッセージとか API の分も入れてね。
でも解説もかなり分量あるね。はっ、もしかして』
「そう、他のコントロールも同じくらいあるから」
『すごい量……』
「この Platform SDK には重要なことが書いてあること多いから、まめに見
るようにね」
『それって最初に言うべきことじゃない？』
「いや、ある程度勉強しとかないと見ても理解できないから」
『う～。質問！ ぷらっとふぉーむえすでぃーけーってどーゆーいみ？』
「プラットフォームっていうのは OS のこと」
『つまりウィンドウズ？』
「そゆこと。 SDK は Software Development Kit の略。つまりソフトを作
るためのもののこと」
『ソフトを作るためのもの？』
「つまり API のこと」
『ああ！』
「 API はウィンドウズアプリを作るためのキットってことだね。ま、基本
的には SDK と API は同じに考えていいかな」
『違うことってある？』
「 API ってゆーと関数のこと指すことが多いかな。だから、前回使った
MAX_PATH みたいな整数値は API とは呼ばないことが多いみたいだけど」
『これは SDK のものってことなのね。ってことは SDK の中に API が入っ
てるってことなのかな』
「そういう考え方もできるかな。と、話がそれちゃったね」
『コンボボックスだよね。よーするにエディットボックスとリストボックス
がくっついてコンボボックスになってるんだね』
「そゆこと。ま、その辺が混乱の元なんだけどね」
『どゆこと？』
「それは……そうだね、メンバ変数作ってみれば分かるかな。リストボック
スの時みたいに、 IDC_CMB_FILE を操作するメンバ変数を作りましょう」
『リストボックスの m_cDataLstBox みたいなのってことね』
「まず ClassWizard ダイアログを表示させて【クラス名】が CFileTestDlg
になってるのを確認してから【コントロール ID 】の IDC_CMB_FILE をダブ
ルクリック」
『【メンバ変数の追加】ダイアログが出たよ。【変数のタイプ】が CString
なんだね』
「コンボボックスはエディットボックスとしても機能するから、その部分を
CString とくっつける方法も採れるんだけど、今回はパス。【カテゴリ】を
〈コントロール〉にして」
『【変数のタイプ】が CComboBox になった！』
「こっちなら CComboBox クラスを使ってコンボボックスを操作できるから」
『 CString の方だとそういう操作ができない？』
「そゆこと。計算機作ったときにやったでしょ、 UpdateData( FALSE ) を
呼ぶと、メンバ変数の値がコントロールに書き込まれるってやつ」
『やった！ そっか、エディットの部分を CString 型のメンバ変数と結び
付けて、書き込み読み込みができるようにすることができるんだね』
「詳しくは Ver 3.11 ( No.036 ) 参照。でも、コンボボックスはリストボッ
クスとしての操作も必要でしょ」
『そっちは CComboBox 型のメンバ変数でってことになるんだ。ってことは
ふたつメンバ変数を作るってこと？』
「それもできるんだけどね」
『「ね」って？ あんましない方がいいってこと？』
「まーね。コンボボックスを操作するメンバ変数がふたつもあったら混乱の
元だからね」
『……なんか煮え切らない言い方ね』
「でもふたつ作っちゃった方が楽って場合もあるからね。今回は CComboBox
だけにするけど」
『ま、確かに混乱の元ってのは分からなくもないけどね。えーっと、メンバ
変数の名前は m_cFileCmbBox でいい？』
「うんＯＫ」
『んじゃ【カテゴリ】をコントロール、【変数のタイプ】を CComboBox に
して OK っと。ほいメンバ変数できたよ』
「さて、じゃあこのコンボボックスに文字列を表示しましょう。 CComboBox
のリファレンス見て」
『メンバ関数一覧～。…………ねー、エディットボックスのとこにどーたら
って感じのメンバ関数がみつかんないんだけど』
「そう、ないんです」
『えええっ！！』
「なんでねぇ、さっきの CString 使うっててもあるってことだね」
『うー、じゃー面倒な方法必要なんだ』
「あ、別にそういうわけじゃないんだけどね。えーっと、さっき見た MSDN
の Combo Boxes Overview のページ開いて」
『ほい』
「【次へ】ボタンを何度も押して Edit Control Selection Fields って
ページを表示させて読んでみて」
『ほい出た。えーっとなになに……あ、 WM_SETTEXT ってある！ これって
ウィンドウのタイトルとか、ボタンの文字列変えるときに使うのだよね』
「そうそう。これを見れば分かるとおり、コンボボックスにこのメッセージ
を直接送れば、エディットボックスに送られて、エディットボックスの文字
列を書き換えることができるんです」
『思い出した！ WM_SETTEXT って SetWindowText() と同じなんだよね。
ってことはこの API 使えばいいんだ！』
「 API じゃなくても大丈夫でしょ」
『え？ えーっと、 SetWindowText() は…… CWnd のメンバ関数にもなっ
てるね。そっか、コントロールのクラスは CWnd から継承してるから！』
「そういうこと！ CComboBox は CWnd のメンバ関数も使えるんです。と
いうわけで、前回の CFileTestDlg::OnBtnBrowse() の中身をこう書き換え
てみましょう」
void CFileTestDlg::OnBtnBrowse()
{
CFileDialog cFileDlg( TRUE );
char chPath[MAX_PATH];
GetModuleFileName
( AfxGetInstanceHandle(), chPath, MAX_PATH - 1 );
cFileDlg.m_ofn.lpstrInitialDir = chPath;
int iRes
= cFileDlg.DoModal();
if( iRes == IDCANCEL )
{
return;
}
// この下の行だけ書き換え。
m_cFileCmbBox.SetWindowText( cFileDlg.GetPathName() );
}
『なるほど、 m_cFileCmbBox からそのまま SetWindowText() 呼んじゃえば
いいんだ』
「で、前回使った CFileDialog::GetPathName() と組み合わせれば」
『ビルドして実行！ ファイルダイアログでファイル選んで【開く】っと。
おおっ選んだファイルのフルパスがコンボボックスに！！』
「じゃ、ついでに CFileTestDlg::OnBtnShow() の方も書き換えちゃいましょ
う。 SetWindowText() の逆に文字列を取得するのは」
『 GetWindowText() ！！ MSDN のリファレンス～っと、２番目のよく分
かんないから１番目のでいーや。 LPTSTR だから文字配列用意して、サイズ
は……』
「前回やったでしょ、フルパスは最大」
『 MAX_PATH まで！ だから、こんな感じかな？』
void CFileTestDlg::OnBtnShow()
{
m_cDataLstBox.ResetContent();
char chPath[MAX_PATH];
m_cFileCmbBox.GetWindowText( chPath, MAX_PATH - 1 );
std::ifstream cIFStrm;
cIFStrm.open( chPath );
// 以下そのまま。
『ビルドして実行、【参照】ボタンでファイルダイアログで Data.txt を選
んで開いて、んで【表示】ボタン押して……おおおっ、前みたくリストボッ
クスに表示された！！』
「ここまでできると、なんかちゃんとしたアプリっぽいよね」
『アプリっぽい！！ なんかすご～い！！』
「ま、ようするにコンボボックスも SetWindowText() とかでエディットの
操作ができるってことだね」
『なんだ、やっぱし CString は要らないんだね』
「でももし１人でやってとしたら、こーゆーことわかったと思う？」
『思わない。 CComboBox のメンバ変数から SetWindowText() を呼ぶって発
想出てこないし、そこまでたどり着かせるのも大変だし』
「だから CString の方法があるってことかも。 MFC は元々簡単にこういう
ことができるようにしてくれてるからね」
『確かにねー』
/*
Preview Next Story!
*/
『コンボボックスひとつでも奥が深いのねぇ』
「作ってみる側から考えればそれも当然だよ」
『げ！ 作る！？』
「そりゃコンボボックスだってプログラムとして作れるわけだから」
『そりゃそうだけど』
「操作ひとつひとつが、どういう仕様にするべきか熟考されてるんだから」
『というわけで次回』
＜ Version 5.32 コンボボックスのリストに追加！ ＞
「につづく！」
『……ホントに熟考されてると思う？』
「う”」
users
