|
You have to subclass the edit control of the combo box, since a combo box is a combined control. Here is an article[^] from Microsoft support describing how to do so.
|
|
|
|
|
I do what they said to , I put the change background code , but in vain ... still don't function ...
|
|
|
|
|
I've just tried it with an MFC dialog application. It's not perfect because the color change doesn't "stick" when the edit control has the focus but it comes back when you tab away from the combo box. You'd need to do some more work to make it work the way you want when the edit control has the focus, but this should give you a starting point.
The class that I derived from CComboBox is named CColorEditCombo. In the Visual Studio designer I added a CComboBox control to the dialog window. With the ClassWizard I added a CComboBox control variable named m_ctlComboColorEdit. Then in the header file for the dialog class I changed the declaration for this variable to the following:
CColorEditCombo m_ctlComboColorEdit;
This associates that control with the new CColorEditCombo class rather than the parent CComboBox class. In the class file for CColorEditCombo I added a handler for the WM_CTLCOLOR message as follows:
HBRUSH CColorEditCombo::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
HBRUSH hbr = CComboBox::OnCtlColor(pDC, pWnd, nCtlColor);
switch (nCtlColor)
{
case CTLCOLOR_EDIT:
case CTLCOLOR_MSGBOX:
if (m_edit.GetSafeHwnd() == NULL)
{
m_edit.SubclassWindow(pWnd->GetSafeHwnd());
}
pDC->SetBkColor(RGB(255, 255, 0));
m_brush.DeleteObject();
m_brush.CreateSolidBrush(RGB(255, 255, 0));
hbr = (HBRUSH) m_brush.GetSafeHandle();
return hbr;
case CTLCOLOR_LISTBOX:
if (m_listBox.GetSafeHwnd() == NULL)
{
m_listBox.SubclassWindow(pWnd->GetSafeHwnd());
}
}
return hbr;
}
Note the member variable named m_brush. This has to be declared in the header file for the CColorEditCombo class as a CBrush object. It should be deleted in the class destructor as well as just before the CreateSolidBrush statement shown above.
If you'd like, I can send you the solution for the very simple MFC dialog application I put together as a test to make sure this procedure works. You'll have to give me your email address and tell me which version of Visual Studio you are using.
modified on Wednesday, October 27, 2010 1:52 PM
|
|
|
|
|
I want to thank you for your solution , I will try it , and let you know if I did it ! I use VC6 .
|
|
|
|
|
Hi all,
I am having a CTreeView in Left Pane and in Right Pane i am Having a View.
My Requirement.
I can Open a Word Document,Node Pad,WordPad etc.
In the Tree i have Main Nodes as
1) Word Document
2) Note Pad
3) Word Pad. etc...
By Default this Main Nodes are been Populated.
When i Open any File i mean Word Document,NotePad and Word Pad in File Open Menu of my Application then I have to Add The Respective Name beneth this Nodes.
I.e) If i open Word Document from File Open Menu Then the Word Document Name must be Added in WordDocument Node.
If i open Node Pad from File Open Menu then the Node Pad must Then the Node Pad Name must be Added in Node Pad Node.
So which ever Category is been Opened then It should add The Name of Open File Name to Respective Node Only.
Please provide me a solution for this.
Thanks And Regards,
Uday.
|
|
|
|
|
So you are asking us to write you a program that meets your requirements?
If you are just asking for pointers, you should try asking a bit more specific questions, like "how do you add items to a treecontrol?" or "how do you know what type of file was opened?" or so, asking for a solution of such a "complex" task sounds like point 2 here[^].
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Leela: Fry, you're wasting your life sitting in front of that TV. You need to get out and see the real world.
Fry: But this is HDTV. It's got better resolution than the real world <
|
|
|
|
|
I need a solution which is very urgent.
Please donot feel in any other way.
As InsertItem(...) will Insert into Respective Node. But how to Find the specific Node is related to that Type. Pls provide me a solution if it is existing.
Regards,
Uday.
|
|
|
|
|
janaswamy uday wrote: Pls provide me a solution if it is existing.
nobody here is going to do your work for you.
|
|
|
|
|
janaswamy uday wrote: I need a solution which is very urgent.
Well I'm afraid it is not urgent to us.
janaswamy uday wrote: But how to Find the specific Node is related to that Type.
How can we offer a solution to this question when we do not know the structure of your Tree control? Take a look here[^] at the documentation for information on how to get to a specific child item of your control.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
Hi,
Thank you very much. I got It. Thanks a Lot.
Regards,
Uday.
|
|
|
|
|
I have to cal this function to enable menu.. OnUpdateFileExit(?)--- what i have to pass in place of CCmdUI argument... confused
void BrowserManager::OnUpdateFileExit(CCmdUI *pCmdUI)
{
// TODO: Add your command update UI handler code here
pCmdUI->Enable ( TRUE );
}
|
|
|
|
|
The OnUpdateXXX handlers should be called auto-magically by the framework when the message ON_UPDATE_COMMAND_UI message is sent.
you need to add a message for that ...
add something like in the message map area of (I don't remember which one) either the application (CWinApp derived class) or the main frame class.:
ON_UPDATE_COMMAND_UI( ID_OF_YOUR_MENU_ITEM, OnUpdateFileExit)
IMO, the Exit menu (quit?) should always be enable.
Watched code never compiles.
|
|
|
|
|
What i want exactly i have a menu item disabled initially.. ? I have a function which check wheteher a Sotware present in System or not and retruns true/false... If it returns true i have to enable the menu item.. If it retuns false do nothing...
Can u explain me how to do this... 
|
|
|
|
|
The ON_UPDATE_COMMAND_UI is called for each menu item when the menu is displayed;
So, when that particular menu Item is displayed, the ON_UPDATE_COMMAND_UI handler is called.
In the function that you specified for the handler (usually called OnUpdateXXX where XXX is a descriptive name of the function based on the menu item) you will check to see if the software is present or not and enable disable the menu item accordingly.
for example (pseudo-coded):
ON_UPDATE_COMMAND_UI( IDM_YOUR_MENU_ITEM, OnUpdateYourMenuItem )
void YourClass::OnUpdateYourMenuItem( CCmdUI* pCmdUI )
{
pCmdUI->Enable( IsSoftwarePresentOnSystem() );
}
If the function IsSoftwarePresentOnSystem() takes a long time, then it would be a good thing to call it somewhere else and have a state variable.
Have fun.
M.
Watched code never compiles.
|
|
|
|
|
yes dude.. I did the same way u explained... but still the menu item remains disabled.. dont know where i went wrong... 
|
|
|
|
|
Can you debug your code ?
-If you put a breakpoint in the OnUpdateXXX method, is it triggered when the menu is displayed (when you open a menu) ?
-Does the function(s) that check you condition (if the software is there or not) works ? did you validate that before ?
M.
Watched code never compiles.
|
|
|
|
|
Hello buddies,
I'm working with openGL to draw line
Im using VC++ 2008 express
<br />
#include <glut.h><br />
#include <math.h><br />
<br />
GLfloat static x = 0.0;<br />
GLfloat static y = 0.0;<br />
<br />
<br />
typedef int BOOL;<br />
#define FALSE 0<br />
#define TRUE 1<br />
<br />
static BOOL button_down = FALSE;<br />
<br />
void draw_line(int x,int y) <br />
{<br />
<br />
glBegin(GL_LINE);<br />
glPointSize(3.5);
glColor3f(1.0,0.0,0.0);
glVertex2f(x,y);
glVertex2f(x,y);
<br />
glFlush();<br />
glEnd();<br />
}<br />
<br />
<br />
<br />
void mouse(int button,int state,int x,int y)<br />
{<br />
if<br />
<br />
( state == GLUT_DOWN) <br />
{<br />
button_down = TRUE;<br />
}<br />
<br />
<br />
if<br />
<br />
<br />
(state == GLUT_UP)<br />
{<br />
button_down = TURE;<br />
} <br />
}<br />
<br />
void init(void)<br />
{<br />
glClearColor(0.0, 1.0, 0.0, 1.0);
glMatrixMode(GL_PROJECTION); <br />
glLoadIdentity();<br />
<br />
}<br />
<br />
<br />
void motion(int x,int y)<br />
<br />
{ <br />
if(button_down)<br />
{<br />
<br />
<br />
<br />
}<br />
<br />
<br />
}<br />
void display(void)<br />
{<br />
glClear(GL_COLOR_BUFFER_BIT);
glFlush();<br />
glutSwapBuffers();<br />
}<br />
<br />
<br />
<br />
<br />
int main(int argc, char** argv)<br />
{<br />
glutInit(&argc,argv);<br />
glutInitWindowSize(ww,hh);
glEnable(GL_DEPTH);<br />
glutInitDisplayMode(GLUT_SINGLE | GLUT_RGB);<br />
glutCreateWindow("draw_line");<br />
init();<br />
glutMotionFunc(motion);<br />
glutMouseFunc(mouse);
<br />
glutDisplayFunc(display);<br />
glutMainLoop();<br />
}
When the mouse press in location it would send the x and y values to draw the start point of the line then i have to release the button to point the end point of the line
So, What I suppose to change the value of x and y in motion function
|
|
|
|
|
Is it possible to change the startup location of a CFileDialog? I am working on a legacy application that makes use of multiple monitors, and I need to be able to position the location of the file load/save dialogs. I derived my own class based on CFileDialog and added what I thought was the appropriate SetWindowsPos call in the OnInitDialog method, but the things just will not move. If I change the windows size instead of the position, it correctly truncates the dialog, so I'm fairly sure I have the right window, yet no matter what values I pass in for the position, the location remains the same. Below is the important code from a test program.
BOOL CMyFileDialog::OnInitDialog()
{
CFileDialog::OnInitDialog();
CWnd *pW = GetParent();
RECT Rect;
pW->GetWindowRect(&Rect);
pW->SetWindowPos( NULL, 10, 10, Rect.right - Rect.left, Rect.bottom - Rect.top, 0);
return TRUE;
}
If it makes any difference this is using VS2005.
|
|
|
|
|
You can..
use CWnd::SetWindowPos[^] with the instance created for CMyFileDialog.
--
"Programming is an art that fights back!"
|
|
|
|
|
Your code is setting the postion of your parent window, not your dialog! In reality it is doing nothing since the origin and size remain the same just moving the parent window to point 10, 10 of the screen.
[edit]Missed the new origin[/edit]
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
The documentation I've seen seems to indicate that you have to actually get the parent of the CFileDialog. Since I can manipulate the size of the dialog this way, it would seem that I have the right window.
Further experimenting with my test program shows that I can in fact move the location of the dialog a limited amount. It appear, however, that something prevents you from moving the dialog so that any of it is off of the screen. Unfortunately, I need to move it to a second monitor which seems to be a problem.
|
|
|
|
|
rentzk wrote: The documentation I've seen seems to indicate that you have to actually get the parent of the CFileDialog.
Here[^] is the documentation for SetWindowPos(). The problem with your code is that you are calling this function on the parent window rather than the dialog, and thus your dialog does not move. If you make the correct call then you should be able to move your dialog anywhere within your monitors.
GetWindowRect(&Rect);
SetWindowPos(pW, 10, 10, Rect.right - Rect.left, Rect.bottom - Rect.top, 0);
I have a feeling that you need to use some special values of x to move it from the main monitor, but cannot recall the exact formula; try searching MSDN or Google.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
I don't think it's the documentation for SetWindowPos that is relevant here, but instead the various articles describing how to modify CFileDialog. These articles mention the need to get the parent in order to access the various buttons on the dialog and change it's size. It would appear that this dialog is the child of some other window, but I haven't pulled out win spy yet to see what it is.
When I try to get the window rect directly, the returned value indicates a box of zero size, while the parent call returns legitimate values. Likewise, CallingSetWindowPos with on the parent actually moves the window (not off of the screen, unfortunately), but also adjusts it's size.
|
|
|
|
|
rentzk wrote: These articles mention the need to get the parent in order to access the various buttons on the dialog and change it's size.
That does not sound correct, all dialog controls are children of the dialog window not its parent. Perhaps you would be better to create your own dialog which is derived from CFileDialog; see here[^] for further information.
rentzk wrote: When I try to get the window rect directly, the returned value indicates a box of zero size, while the parent call returns legitimate values.
Unfortunately I cannot reproduce this eactly as I do not have MFC on my system. However when I tried a similar test via a Win32 application I was able to get the size and position of my dialog, and move it to a different point on the screen independent of its parent. That would suggest to me that the same is possible with an MFC class dialog.
rentzk wrote: Likewise, CallingSetWindowPos with on the parent actually moves the window (not off of the screen, unfortunately), but also adjusts it's size.
And so it should, SetWindowPos should work for any window.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
It would appear that CFileDialog contains a function called OnInitdone. The base class for this function contains nothing more than a CenterWindow call, which has been taking all of my work and throwing it away. Overriding this function and not centering the dialog has everything working correctly, with the dialog being placed on whatever monitor I wish.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
