C / C++ / MFC

16-Apr-02 9:31

I have a static control on my formview, it is linked with a control member m_static. I want to give this control a color background. So in

CMyView::OnDraw(CDC * pDC)
{
  CBrush brush.CreateSolidBrush(RGB(255,255,255));
  CRect rc;
  m_static.GetClientRect(&rc);
  ClientToScreen(&rc);
  pDC->SelectObject(&brush);
  pDC->Rectangle(&rc);
}

but instead of drawing a white rectangle, it is draw somewhere else on the screen. What did I do wrong? Confused | :confused:

any hint is highly appreciated.

Joaquín M López Muñoz16-Apr-02 9:45

Joaquín M López Muñoz

16-Apr-02 9:45

I'd say the (0,0) of the CDC passed to OnDraw is at the topleft corner of your drawing area, so ClientToScreen can be omitted.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Tim Smith16-Apr-02 10:08

Tim Smith

16-Apr-02 10:08

Ok, here is what is going on

1. Your DC is relative to the origin of CMyView
2. When you invoke m_static.GetClientRect (), the rect is relative to the origin of the static control.
3. When you invoke ClientToScreen, the adjustments are being made to the CMyView window and not the static. Try m_static .ClientToScreen.
4. You also should add a call to ScreenToClient to move the screen rect for m_static to be coords relative to CMyView.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

lucy16-Apr-02 17:27

16-Apr-02 17:27

Finally, I got it. The code is like this:
RECT rc;
m_cStatic.GetClient(&rc);
m_cStatic.ClientToScreen(&rc);
ScreenToClient(&rc);
pDC->SelectStockObject(BLACK_BRUSH);
pDC->Rectangle(&rc);

But the problem is that: the black rectangle will not be displayed, unless I deselect the visible option of the static control. I tried use pDC->SetBkMode(OPAQUE) or TRANSPARENT, but it doesn't help. It seems to me that the static control hides the black rectangle. Why?

Tim Smith wrote:
Do I feel lucky?

Yeah, sure, I do feel lucky to have such a wonderful forum to go. Laugh | :laugh:

Shog⁹16-Apr-02 10:11

Shog⁹

16-Apr-02 10:11

Tim Smith already answered your question; i'm just going to suggest that you use OnCtlColor() to change the background of the static control instead of doing it this way. You will more likely get the results you are looking for.

--------
Sip my mind.

Tim Smith16-Apr-02 10:14

Tim Smith

16-Apr-02 10:14

Yeah, that was in the back of my mind too.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

lucy16-Apr-02 15:29

16-Apr-02 15:29

Got it. Overwriting OnCtlColor is cool and easy.
Thank you!

Kemal OZLU16-Apr-02 10:13

Kemal OZLU

16-Apr-02 10:13

You are trying to draw this rectangle with the screen coordinates but in OnDraw() member function pDC->Rectangle(&rc) draws with client coordinates...

kozlu

basic window question

User 988516-Apr-02 8:57

User 9885

16-Apr-02 8:57

Is there a way, a user can be prevented from re-sizing or moving a specific window. In this case, the window is a CFrameWnd derived object.

Thomas

modified 29-Aug-18 21:01pm.

lucy16-Apr-02 8:58

16-Apr-02 8:58

override WM_SIZE?

Paul M Watt16-Apr-02 9:25

Paul M Watt

16-Apr-02 9:25

The easiest way to prevent a window from being sized is to remove the WS_THICKFRAME style from the frame window and replace it with a WS_BORDER style.

The easiest way to prevent a window from being moved is to handle the WM_NCHITTEST message, and convert all HT_CAPTION styles that are returned by DefWindowProc to HT_BORDER. Windows only allows the window to be moved when the cursor is selected over a caption region. The inverse of this, if you make all HT_CLIENT results return a HT_CAPTION instead, the user can move the window whenever they click inside any portion of the window, not jsut the caption.

For finer control in what you do, you can override the WM_ENTERSIZEMOVE message, and filter off any processing for sizing or moving before it even starts. That way a user cannot start dragging the window, you nip it in the bud.

If you were to override the WM_SIZE message, the window would be resized, then it would snap back into place after you handled the message.

Good luck

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

lucy16-Apr-02 9:37

16-Apr-02 9:37

In the case of SDI MFC project, how could I remove the WS_THICKFRAME style? Confused | :confused:

Nish Nishant16-Apr-02 12:30

Nish Nishant

16-Apr-02 12:30

lucy wrote:
In the case of SDI MFC project, how could I remove the WS_THICKFRAME style?

Override PreCreateWindow

Nish

The rumours that I am an AI bot are absolutely false. These rumours have been propogated by *them* to focus all the attention on to me, while *their* bots take over the planet. Thank y%%%% Divide by zero. Cannot proceed. Abort(y/y)?

Mazdak16-Apr-02 10:08

Mazdak

16-Apr-02 10:08

For prevent re-sizing:

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
if( !CFrameWnd::PreCreateWindow(cs) )
return FALSE;
// TODO: Modify the Window class or styles here by modifying
// the CREATESTRUCT cs

cs.style = WS_DLGFRAME ;

return TRUE;
}

Mazy

"The path you tread is narrow and the drop is shear and very high,
The ravens all are watching from a vantage point near by,
Apprehension creeping like a choo-train uo your spine,
Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd

lucy16-Apr-02 15:22

radio buttons, edit boxes, etc

16-Apr-02 15:22

Oh, yep, this works like a magic. I added one more style
WS_SYSMENU so that on the title bar, I have the small "X" to close the program.

Thank you, all you guys.

Rajveer16-Apr-02 8:46

Rajveer

16-Apr-02 8:46

I have a dialog box in which I have a group of two radio buttons and I have an edit box which takes an int as the # of files to open. I also have many other edit boxes with browse buttons to look for a file that should be opened. When I select one of the radio buttons and then put a number in my edit box for integers, the selections don't remain there after I do something else in the dialog box. Such as if I click one of the browse buttons to find the file and then place it in the appropriate other edit box, the radio button gets deselected and the number in the edit box disappears. How can I make the number and the radio button selection remain?

Re: radio buttons, edit boxes, etc

lucy16-Apr-02 8:54