C / C++ / MFC

Re: Problem with different size of dialog in resource editor to that on screen?

7-Mar-05 5:44

the dialog editor use logical units, not pixel; so that dialogs can be resized to accomodate different font sizes ( for example ).

I would suggest manually move ( MoveWindow ) all your controls in the OnInitDialog, and Move ( or resize ) your dialog to fit the bitmap size.

Be sure to check that your dialog will be workable if the user select "Large" fonts ( from the display setting ).

Maximilien Lincourt
Your Head A Splode - Strong Bad

RichardNN7-Mar-05 6:44

RichardNN

7-Mar-05 6:44

Thanks for that Maximilien,

I have made the change in my code and all is working correctly. It is obvious if you stop and think about it but I don't have time for luxuries like that. Smile | :)

Thanks again for such a quick reply.

Rich

Device Context

Pazzuzu7-Mar-05 5:07

7-Mar-05 5:07

Hi Guys,

Iam working on a project on MFC & came across this problem.
Wanted to use the devicecontext function "DrawEdge" with the following set properties.It worked fine ,but the colour of the drawnEdge was always "black",eventhough I tried to set a brush(with a colour).

Any idea ,How I can use the "DrawEdge" function so that I can draw with a particular colour instead of "black".....

Don't want to use the "DrawFame" function of the deviceContext,as I want the "Edge_BUMP" effect.(See code Smile | :)

Or Is there anyother function in the "DeviceContext" which performs such an action.

CRect rect;
rect3.SetRect(10,10,300,100);
CBrush brushBlue(RGB(255,112,0));
pDC->SelectObject(&brushBlue);
pDC->DrawEdge(rect,EDGE_BUMP,BF_RECT);

Thanks....

Blake Miller7-Mar-05 10:39

7-Mar-05 10:39

Try changing the pen color too.
Many times, the edges of objects are drawn using the pen instead of the brush.

Pazzuzu7-Mar-05 19:49

7-Mar-05 19:49

Yes,I tried as follows,selecting a pen first.But still It is drawing "black"

CRect rect3;
rect3.SetRect(10,10,300,100);
CPen newPen(PS_SOLID,1,RGB(255,0,0));
CPen *pOldPen = pDC->SelectObject(&newPen);
pDC->DrawEdge(rect3,EDGE_BUMP,BF_RECT);

Blake Miller8-Mar-05 4:26

8-Mar-05 4:26

The function is probably setting element colors itself using GetSysColor(), so you might not be able to override the colors, even though you have set them into the DC. You will have to make your own 'DrawEdge' function.

Pazzuzu8-Mar-05 4:53

8-Mar-05 4:53

Do you have any ideas or suggestions....

Blake Miller8-Mar-05 6:20

8-Mar-05 6:20

Since you want to control the colors yourself, I suggest setting a pen and making a series of MoveTo and LineTo calls on your own - just do all the drawing the DrawEdge would have done for you on your own.

Pazzuzu8-Mar-05 20:28

8-Mar-05 20:28

I choosed "DrawEdge" co's, with that, I can set the edges to bumped,etched or raised,which I can't do with "LineTo" or "MoveTo" functions.

Blake Miller9-Mar-05 4:29

9-Mar-05 4:29

Yes you can. You might need to change the pen color a couple times and draw more than one line next to each other, but BUMPED, ETCHED and RAISED are just combinations of shading using pens of different colors drawn next to each other.
Long before 'DrawEdge' existed (back in Windows 3.1 days) we used to do this all the time before '3-D controls' ever existed. Now MS has just added it in as part of the GDI to make it easier for people to achieve the same effect with a single function call. The DrawEdge will also use the current user's selected colors so it obtains the correct shading effect. Since you want to override the colors, you will have to provide the effects yourself.

As an example, here is some MFC source code:

void CDC::FillSolidRect(int x, int y, int cx, int cy, COLORREF clr)<br />
{<br />
	ASSERT_VALID(this);<br />
	ASSERT(m_hDC != NULL);<br />
<br />
	::SetBkColor(m_hDC, clr);<br />
	CRect rect(x, y, x + cx, y + cy);<br />
	::ExtTextOut(m_hDC, 0, 0, ETO_OPAQUE, &rect, NULL, 0, NULL);<br />
}<br />
<br />
void CDC::Draw3dRect(LPCRECT lpRect,<br />
	COLORREF clrTopLeft, COLORREF clrBottomRight)<br />
{<br />
	Draw3dRect(lpRect->left, lpRect->top, lpRect->right - lpRect->left,<br />
		lpRect->bottom - lpRect->top, clrTopLeft, clrBottomRight);<br />
}<br />
<br />
void CDC::Draw3dRect(int x, int y, int cx, int cy,<br />
	COLORREF clrTopLeft, COLORREF clrBottomRight)<br />
{<br />
	FillSolidRect(x, y, cx - 1, 1, clrTopLeft);<br />
	FillSolidRect(x, y, 1, cy - 1, clrTopLeft);<br />
	FillSolidRect(x + cx, y, -1, cy, clrBottomRight);<br />
	FillSolidRect(x, y + cy, cx, -1, clrBottomRight);<br />
}

You could create something similar to get the other two effects this one does not draw.

Pazzuzu9-Mar-05 5:01

Scroll bar with ActiveX control

9-Mar-05 5:01

Hi Blake,

Appreciate your reply.But should admit that althought I understood what u have written,have no idea how to achieve that.

Just to make my side clear,
I don't want to fill the rectangle with a partiular colour,would just want to draw the 4 lines with bumped effect.

In the following sample code,Iam trying to draw a rectangle with redcolour.
Would appreciate it if you could show it this code segment how I could achieve the bumped effect as well.

void CEx03aView::OnDraw(CDC* pDC)
{
CPen newPen(PS_SOLID,2,RGB(255,0,0));
CPen *pOldPen = pDC->SelectObject(&newPen);
//Top Line
pDC->MoveTo(10,100);
pDC->LineTo(150,100);
//Right Line
pDC->MoveTo(150,100);
pDC->LineTo(150,250);
//Bottom Line
pDC->MoveTo(150,250);
pDC->LineTo(10,250);
//Left Line
pDC->MoveTo(10,250);
pDC->LineTo(10,100);

}

Thanks..

Anand for every one7-Mar-05 4:48

Anand for every one

7-Mar-05 4:48

I am developing an ActiveX control to display a image. if image size is big i should provide scroll bar. i attached the scroll bar by changing the cs.style = cs.style | WS_HSCROLL | WS_VSCROLL;

But when i click on scroll bar at run time it is not scrolling the image.

how to do this please me.
Sigh | :sigh:

Button location

Anand for every one7-Mar-05 4:38

Anand for every one

7-Mar-05 4:38

How to get the location of a button placed in a dialog box designed with resouce editor?
i tried with mybutton->GetWindowRect() and mybutton->GetClientRect().
but both does n't give the location of the button.
Sigh | :sigh:

Re: Button location

Maximilien7-Mar-05 6:15

DEstroyWindow and Focus question ( weird behaviour)

7-Mar-05 6:15

in what way it does not give the position of the button ?

CRect rect<br />
mybutton->GetWindowRect(rect);<br />

will give the pixel rectangle of the button relative to its parent window.

CRect rect<br />
mybutton->GetClientRect(rect);<br />

will give the pixel rectangle of the client region of the button.

remember that the positions and sizes in the resource editor ARE NOT PIXELS.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Maximilien7-Mar-05 4:22

Re: DEstroyWindow and Focus question ( weird behaviour)

7-Mar-05 4:22

I have a couple of modeless dialogs as children of a parent dialog ( also modeless ).

when I DestroyWindow the parent dialog, the different child dialogs are beeing destroyed; but one of them behaves weird.

in one dialog, I have a CListBox; and when the child dialog gets destroy; somewhere; the call stack is not really usefull ( NTDLL, CWnd::OnCommand, CCmdTarget, ... ), and the only place where I actually

SetFocus<code> to the CListBox is not called there.<br />
<br />
The question, When doing a DestroyWindow, will/should the child controls of a modeless dialog individually receive the focus ?<br />
<br />
Thanks ... <br />
<br />
<hr><a href="http://www.thesorus.qc.ca">Maximilien Lincourt</a><br />
Your Head A Splode - Strong Bad

Ryan Binns7-Mar-05 17:48

Ryan Binns

7-Mar-05 17:48

Maximilien wrote:
When doing a DestroyWindow, will/should the child controls of a modeless dialog individually receive the focus ?

No. They'll get destroyed without receiving focus, unless one of your WM_DESTROY handlers is explicity setting the focus to one that is about to be destroyed.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

Re: DEstroyWindow and Focus question ( weird behaviour)

Maximilien8-Mar-05 4:00